2026/7/30 9:00:00 ~ 2026/7/31 9:00:00 (JST)
最近の発表
AWS Direct Connect now supports BGP route visibility on Virtual Interfaces
AWS Direct Connect では、ボーダーゲートウェイプロトコル (BGP) のルートを可視化できるようになりました。これにより、プライベート、トランジット、パブリックの仮想インターフェイス (VIF) 全体で AWS とオンプレミスルーターの間で交換されるルートを表示できます。これで、AWS がルーターから受け入れたルートと AWS がルーターにアドバタイズしているルートを、その AS パスと BGP コミュニティ値とともに表示できるようになりました。この可視性は、ネットワーク管理者がルーティング問題のトラブルシューティング、ルート伝播の検証、ハイブリッドネットワーク接続のモニタリングを行う際に役立ちます。\n この機能により、許可されたルート (AWS がルーターから受信したルート) とアドバタイズされたルート (AWS がルーターに送信するルート) を Direct Connect コンソールで直接表示するか、ListVirtualInterfaceRoutes API アクションを使用してプログラムで確認できます。各ルートにはプレフィックス、アドレスファミリー、AS パス、コミュニティ値、インストールタイムスタンプが表示されるため、ルーティングトポロジを包括的に把握できます。プレフィックス、AS パス、コミュニティ、またはアドレスファミリでルートをフィルタリングして、特定のルーティング動作をすばやく特定できます。この機能は、複雑なマルチリージョンアーキテクチャを管理したり、BGP ポリシー設定を検証したり、予期しないトラフィックパターンを診断したりする場合に特に役立ちます。
この機能は、すべての AWS 商用地域と AWS 中国リージョン (Sinnet が運営する北京、NWCD が運営) で利用できます。
BGP ルートの可視性について詳しくは、AWS Direct Connect ドキュメントを参照するか、Direct Connect コンソールからこの機能にアクセスしてください。
Amazon Redshift RG large and 12xlarge instances now available on the trailing track
Amazon Redshift はトレーリングトラックで Graviton ベースの RG インスタンスをサポートするようになりました。本日より、パッチ P202 以降でトレーリングトラックでワークロードを実行しているお客様向けに、rg.large および rg.12xlarge インスタンスタイプをご利用いただけるようになりました。\n トレーリングトラックは、本番環境のワークロードの安定性を優先するお客様を対象としており、リーディングトラックですでに検証済みのバージョンで稼働しています。RG インスタンスが両方のトラックで利用できるようになったため、お客様は AWS Graviton を利用したパフォーマンスを活用できます。つまり、vCPU あたりの価格は RA3 インスタンスよりも最大 2.4 倍高速で、クエリパフォーマンスは RA3 インスタンスよりも最大 2.4 倍高速になります。 トレーリングメンテナンストラック (パッチ P202 以降) に参加しているお客様は、RG が一般的に利用可能なすべての AWS リージョンで Amazon Redshift RG クラスターを作成できるようになりました。まず、お客様は AWS マネジメントコンソール、AWS CLI、または AWS SDK を使用して、新しいクラスターをプロビジョニングするか、既存のクラスターを rg.large または rg.12xlarge インスタンスタイプにリサイズできます。詳細については、「Amazon Redshift クラスターバージョン」を参照してください。
IAM Policy Simulator moves to the IAM console and adds additional capabilities
AWS Identity and Access Management (IAM) は、IAM ポリシーをデプロイする前に IAM ポリシーが付与するアクセス権限をテストおよび検証するために使用するツールである IAM ポリシーシミュレーターのメジャーアップデートを発表しました。この更新により、シミュレーターは 3 つの点で変更されました。1 つは IAM コンソールで動作するようになったこと、サービスコントロールポリシー (SCP) をテストできること、そしてセキュリティチームやプラットフォームチームが実際にシミュレートするシナリオをさらに柔軟にモデル化できることです。\n IAM Policy Simulator が IAM コンソールの一部となり、スタンドアロンのシミュレーターサイトに代わりました。これにより、ID とポリシーを管理するのと同じ場所でポリシーをテストできるようになりました。また、シミュレーションに SCP を含めて、組織の SCP 階層が ID ポリシーやリソースポリシーとどのように相互作用するかをテストしたり、API を使用して、地域制限やタグ要件などの条件キーが結果にどのように影響するかをテストしたりできるようになりました。最後に、新しい柔軟性により、特定のポリシーを除外して「このポリシーを削除したらどうなるか」をモデル化できるようになりました。シナリオとクロスアカウントシミュレーションでは、ID ベースおよびリソースベースのポリシーについてポリシーごとの決定が報告されるようになりました。拒否されたリクエストに対しては、決定を導いたポリシーのみが反映された一致するステートメントが返されます。これらの変更を組み合わせることで、チームはポリシーユニットテストを自動化し、過剰に許可されたアクセスを検出し、より自信を持ってガードレールの検証を行うことができます。
これらの機能は、IAM Policy Simulator が利用できるすべての AWS リージョンで利用できます。IAM コンソールの IAM ポリシーシミュレーターにアクセスするには、ナビゲーションペインで [ポリシーシミュレーター] を選択します。
詳細については、以下のリソースを参照してください。
IAM ポリシーシミュレーターによる IAM ポリシーのテスト
「プリンシパルポリシーのシミュレーション」と「カスタムポリシーのシミュレーション」に関する API リファレンス
Amazon Bedrock announces up to 80% lower prices for OpenAI GPT‑5.6 models
本日、OpenAIはGPT‑5.6ルナとGPT‑5.6テラの価格引き下げを発表しました。2026 年 7 月 30 日より、Amazon Bedrock の GPT‑5.6 ルナのオンデマンド推論価格は 80% 引き下げられ、GPT‑5.6 テラの価格は 20% 引き下げられます。これらの値下げは、OpenAI のファーストパーティによるこれらのモデルの価格変更と一致しています。 \n GPT‑5.6 Luna は高速で大量のワークロードに最適化されており、ツールを使用して多段階のワークフローを実行できるため、コンテンツ処理、分類、顧客サービスの自動化、日常的な実装タスクに最適です。GPT‑5.6 Terraは、より高度な推論を必要とする日常的な制作作業において、インテリジェンス、スピード、コストのバランスを取ります。これらの値下げにより、お客様は自社の機能をより多くのアプリケーションに適用し、より大きなワークロードを処理し、完了したタスクあたりのコストを削減できます。GPT‑5.6 Sol の価格は変わりません。新しい価格が自動的に適用され、お客様による変更は必要ありません。
GPT‑5.6 Luna と Terra は、米国東部 (バージニア北部)、米国東部 (オハイオ)、および米国西部 (オレゴン) で、岩盤マントルエンドポイントの OpenAI Responses API を通じて利用できます。開始するには、Amazon Bedrock OpenAI モデルのドキュメントを参照してください。Amazon Bedrock の GPT-5.6 モデルの最新の価格情報については、Amazon Bedrock の料金表ページをご覧ください。
AWS announces general availability of Policy-Based Routing on AWS Transit Gateway
AWS Transit Gateway はポリシーベースルーティング (PBR) をサポートするようになり、ネットワーク管理者が AWS ネットワーク上でのトラフィックの転送方法をきめ細かく制御できるようになりました。PBR では、送信先 IP アドレスだけではなく、送信元と送信先の IP アドレス、ポート、プロトコルなどのパケット属性の組み合わせに基づいて転送を決定できます。\n 以前は、トラフィックのステアリングやワークロードの分離を必要とするお客様は、ルーティングホップを追加してマルチ VPC アーキテクチャを構築する必要があったため、複雑さと運用上のオーバーヘッドが増大していました。PBR は Transit Gateway のネイティブルーティング機能を拡張することでこの問題を解消し、セキュリティアーキテクトやエンタープライズネットワークチームがインフラストラクチャを追加することなくトラフィックを分類してインラインに誘導できるようにします。お客様はポリシーテーブルをトランジットゲートウェイのアタッチメントに関連付け、順序付けられた一連のルールを定義します。各ルールはトラフィックを分類し、一致するパケットを first-match-wins ロジックを使用して指定されたルートテーブルに転送します。これにより、機密性の高いワークロードを AWS Network Firewall やサードパーティの検査アプライアンスを介してステアリングしたり、ソース、ポート、プロトコルに基づいて AWS Direct Connect や AWS VPN パスを介してアプリケーショントラフィックをルーティングしたり、本番環境と開発環境を別々のルーティングドメインに分離して水平移動を制限したりするなどのユースケースがサポートされます。 AWS Transit Gateway のポリシーベースルーティングは、トランジットゲートウェイが利用できるすべての商用 AWS リージョンで利用できます。PBR は AWS マネジメントコンソール、AWS コマンドラインインターフェイス (CLI)、AWS ソフトウェア開発キット (SDK) を使用して設定できます。PBR には、標準のトランジットゲートウェイ料金以外に追加料金はかかりません。AWS Transit Gateway のポリシーベースルーティングの詳細については、AWS Transit Gateway 製品ページをご覧ください。
Amazon MSK Express brokers now delivers Apache Kafka data to Amazon S3
Amazon MSK Express ブローカーは、Amazon S3 汎用バケットにデータを配信するようになりました。これにより、ダウンストリーム処理用に Apache Kafka データを Amazon S3 に配信するフルマネージド型の機能が、最も簡単で信頼性の高い方法で提供できるようになりました。この機能は、ミッションクリティカルなワークロード向けに高スループットの Kafka データをエンドツーエンドの信頼性で S3 に配信するように自動的にスケーリングされ、セルフマネージド型の代替手段と比較して取り込みと配信のコストを最大 60% 削減できます。\n お客様は Apache Kafka データを Amazon S3 に提供して、ログアーカイブ、コンプライアンス保持、Kafka リプレイ、AI/ML モデルのトレーニングなどのユースケースに使用しています。通常、これらのパイプラインは、ワークロードが拡大するにつれてコストが高くなり、運用が複雑になるため、チームは S3 コネクタプラグインを構築または調達し、デプロイするための承認を確保し、継続的に容量をスケーリングし、コネクタフリート全体にセキュリティアップデートを適用する必要があります。この機能により、MSK Expressはスケーリング、再試行、バックプレッシャーを自動的に処理するため、お客様はコネクタフリートを管理したり、チーム間で調整したりする必要がなくなります。MSK Express は Amazon S3 へのデータ配信で最大 10 GB/秒のスループットをサポートし、容量スケーリングやバージョンアップグレードなどの日常的な操作を配信ギャップを生じることなく管理します。さらに、お客様はブローカーの出口スループットをプロビジョニングせずにこの配信機能を追加できるため、コネクタベースのパイプラインのスケーリングで通常発生するインフラストラクチャコストの増大が不要になります。そのため、お客様はピーク時にプロビジョニングするのではなく、実際のワークロード需要に合わせて配信をスケーリングし、運用上のオーバーヘッドを排除してコストを削減しながら、信頼性の高い高スループットの Amazon S3 への配信を実現できます。
Amazon S3 への Amazon MSK データ配信は、現在、Amazon MSK Express ブローカーが提供されているすべての AWS リージョンでご利用いただけます。料金情報については、料金ページをご覧ください。詳細については、Amazon MSK 開発者ガイドと Amazon MSK AI スキルをご覧ください。
Amazon MSK Express brokers now deliver data to streaming tables for Apache Iceberg
Amazon MSK Express ブローカーが Apache Iceberg のストリーミングテーブルにデータを配信するようになりました。これは、Apache Kafka のトピックを Amazon S3 テーブルの Apache アイスバーグテーブルとして継続的に実現する新機能です。Amazon MSK データをストリーミングテーブルに配信すると、Apache Kafka データを Amazon S3 テーブルに取り込んで配信するコストを、セルフマネージド型のデプロイと比較して最大 60% 削減でき、ダウンストリームのクエリコストを、セルフマネージド型の Apache Kafka デプロイと比較して最大 30% 削減できます。\n 顧客は不正検知やパーソナライゼーションなどのユースケースでリアルタイムデータを取り込むためにApache Kafkaに依存しており、そのデータをApache Icebergテーブルと統合してほぼリアルタイムの分析を行いたいと考える顧客が増えています。この2つを統合すると、複雑なカスタムパイプラインの運用、フォーマット変換の管理、および大量の取り込みによってダウンストリームのクエリが遅くなり、コストが増加する小さなパーケットファイルが多数作成されるという小さなファイルの問題への対処が必要になります。この機能により、インテリジェントなインライン圧縮は小さなファイルによるパフォーマンスへの影響を排除し、データの鮮度を損なうことなくクエリのパフォーマンスを予測可能な状態に保ちます。また、組み込みの調整機能により、高スループットのコンシューマー間での同時書き込みの競合が解決されます。Amazon MSK は、Amazon S3 テーブル上の Apache Iceberg への配信で最大 10 GB/秒のスループットをサポートします。このネイティブ機能では、ブローカーによる下りスループットは追加されないため、お客様はコネクタパイプラインのスケーリングに伴うインフラストラクチャコストの増大を回避し、ピーク時ではなく実際の需要に合わせて容量を調整できます。お客様はストリーミングテーブルにデータを配信し、Apache Spark、Trino、Apache Flink など、任意のエンジンを使用してデータをクエリまたは変換します。
利用を開始するには、お客様が Amazon MSK コンソールを開いて Express クラスターを選択し、数回クリックするだけでこの機能を有効にするか、MSK API または MCP サーバーを使用します。ストリーミングテーブルへの Amazon MSK データ配信は、Amazon MSK Express ブローカーが提供されているすべての AWS リージョンで現在利用可能です。料金情報については、料金ページをご覧ください。詳細については、Amazon MSK 開発者ガイドと Amazon MSK AI スキルをご覧ください。
Grok 4.3 from xAI is now available on Amazon Bedrock in AWS GovCloud (US-West)
XAi の Grok 4.3 モデルが AWS GovCloud (米国西部) の Amazon Bedrock で利用できるようになりました。今回のローンチにより、xAi は AWS GovCloud (米国西部) のモデルプロバイダーとして Amazon Bedrock に加わりました。これにより、推論、エージェント、エンタープライズワークフローにわたるジェネレーティブ AI アプリケーションを構築する際に、より多くの選択肢が得られます。\n Grok 4.3 は推論優先モデルで、設定可能な推論作業 (なし、低、中、高) を提供します。また、信頼性の高いエージェントを構築するための強力なツールの使用と指示に従う機能と、大量の推論を費用対効果の高い方法で維持するのに役立つトークンの効率性も備えています。Grok 4.3は、カスタマーサポート、ウェブ開発、判例調査、財務書類のQ&Aなどのエンタープライズワークロードに特に適している一方で、会話型AL、検索、チャット、マルチターンのワークフロー全体で一貫した高品質な結果を提供します。Grok 4.3 は Amazon Bedrock の新しい推論エンジン Mantle 上で動作し、ツール呼び出し、構造化出力、レスポンスストリーミングをサポートし、価格パフォーマンスを重視して設計されました。
サポートされているリージョンのリストについては、Grok 4.3 のリージョンの提供状況をご覧ください。はじめに、ドキュメントの Grok 4.3 モデルの詳細ページをご覧ください。
Gemma 4 models are now available on Amazon Bedrock in AWS GovCloud (US-West)
AWS GovCloud(米国西部)のAmazon BedrockにあるGoogle DeepMindのオープンウェイトモデルのGemma 4ファミリー。Gemma 4 では、推論、マルチモーダル理解、エージェント、ソフトウェアエンジニアリングの各ワークフローにわたるジェネレーティブ AI アプリケーションを構築できます。\n Amazon BedrockのGemma 4ファミリーには、Gemma 4 31B、Gemma 4 26B-A4B、Gemma 4 26B-A4B、Gemma 4 E2Bの3つのバリエーションがあり、組み込み推論、ネイティブ関数呼び出し、35以上の言語のサポート、テキスト、画像、ビデオ、オーディオにわたるマルチモーダル入力を備えた密集型および専門家混合(MoE)アーキテクチャにまたがっています。Gemma 4 31Bは256Kトークンのコンテキストウィンドウを備えた推論とコーディングの多いワークロードに適しており、Gemma 4 26B-A4Bはコストと遅延の影響を受けやすいワークロードを対象としており、Gemma 4 E2Bは低レイテンシのインタラクティブなユースケース向けに設計された最小のバリアントです。Gemma 4 は、ツール呼び出し、構造化された出力、推論、応答ストリーミングのサポートが強化された、価格パフォーマンスを重視して設計された Amazon Bedrock の新しいイノベーションに基づいて動作します。これにより、お客様はオープンソースモデルを使用して信頼性の高いジェネレーティブ AI アプリケーションを構築できます。
開始するには、ドキュメントの Gemma 4 モデルの詳細ページをご覧ください。
AWS Managed Microsoft AD now supports Standard to Enterprise Edition upgrade
AWS Directory Service では、AWS Management Console、AWS CLI、および API を使用して AWS Managed Microsoft AD ディレクトリをスタンダードエディションからエンタープライズエディションに直接アップグレードできるようになりました。新しいディレクトリに移行したり、既存のワークロードに再参加したりする必要はありません。\n スタンダードエディションは最大 5,000 のユーザーとオブジェクトを抱える組織向けに設計されていますが、Enterprise Edition は最大 500,000 のオブジェクトをサポートし、大規模なデプロイのスケーラビリティが向上しています。Standard Edition の制限を超過したお客様は、既存の信頼関係、アプリケーション統合、およびグループポリシーを維持したまま、その場でアップグレードできるようになりました。このアップグレードでは、DNS 設定や接続されている AWS ワークロードを変更する必要はありません。
この新機能は、AWS ディレクトリサービスが利用できるすべての AWS リージョンで利用できます。開始するには、AWS Directory Service コンソールに移動し、Standard Edition ディレクトリを選択し、ディレクトリアクションメニューから Upgrade Edition を選択します。詳細な手順については、管理者ガイドを参照してください。料金の詳細については、AWS ディレクトリサービスの料金ページを参照してください。
Amazon OpenSearch Service now supports OpenSearch version 3.7
Amazon OpenSearch サービスで OpenSearch バージョン 3.7 を実行できるようになりました。OpenSearch 3.7 では、ベクター検索のパフォーマンス、検索の関連性、クエリインサイトが改善されました。\n 今回のリリースにより、FaissエンジンとLuceneエンジンでの 1 ビットスカラー量子化によってベクトルが圧縮され、検索の精度を維持しながらベクトルワークロードに必要なストレージとメモリが削減されます。インデックスを再作成しなくても、ドキュメントソースの代わりにドキュメント値を使用すると、ベクターをより高速に取得できるようになりました。Search Relevance Workbench には、新しい評価指標、CSV 判断のアップロード、拡張されたハイブリッド検索最適化が追加され、検索品質の測定と改善に役立ちます。
今回の発表では、自動クエリ推奨機能、最近完了したクエリを監視するための終了クエリキャッシュ、上位クエリデータを Amazon S3 にエクスポートするオプションなど、新しいクエリインサイト機能も導入されました。これにより、コストのかかるクエリを特定し、長期にわたる傾向を分析できるようになります。
OpenSearch 3.7 へのアップグレードに関する情報は、ドキュメントを参照してください。OpenSearch 3.7 は、Amazon OpenSearch サービスが利用できるすべての AWS リージョンで利用できるようになりました。
AWS Blogs
Amazon Web Services ブログ (日本語)
- 週刊AWS – 2026/7/27週
- オープンソースサプライチェーン攻撃の背後にいる北朝鮮のハッカーグループを Amazon が特定
- AWS Nitro Isolation Engine: AWS Nitro System におけるハイパーバイザーの形式的検証
- 形式的検証済みの Nitro Isolation Engine が Amazon EC2 の仮想マシン分離を数学的に保証
- Isabelle/HOL: Nitro Isolation Engine を支える定理証明支援系
- 寄稿:三菱UFJフィナンシャル・グループの DX を牽引する Japan Digital Design、Aurora DSQL の採用で DB コストを約 87% 削減し、運用負荷ほぼゼロを実現
AWS Cloud Financial Management
AWS Cloud Operations Blog
AWS Big Data Blog
- Amazon MSK Express ブローカーを使用して Apache Kafka データを Apache Iceberg のストリーミングテーブルに配信
- EMR Spark ジョブの AWS KMS 復号化 API コストの削減
Desktop and Application Streaming
Artificial Intelligence
- キミ K3 を AWS にデプロイする
- ヤフーがAmazon Bedrockを使用して検索リターゲティングを強化する方法
- Amazon Quick を使用した Amazon SageMaker AI エンドポイントの推論メタモニタリング
- Amazon Bedrock の OpenAI GPT-5.6 モデル用の明示的プロンプトキャッシュの導入
- プロンプトを新しいモデルに移行して Amazon Bedrock で最適化しましょう
AWS Security Blog
AWS Storage Blog
Open Source Project
AWS CLI
Amplify for JavaScript
- aws-amplify@6.20.0
- @aws-amplify/notifications@2.1.0
- @aws-amplify/datastore@5.1.10
- @aws-amplify/core@6.18.0
- @aws-amplify/api-graphql@4.8.10
- @aws-amplify/api@6.3.29