Weekly AWS アップデート情報 - 2025/9/24～Stability AI Image Services が Amazon Bedrock で利用可能に～

分析

Amazon Redshift が多次元データレイアウトの一般提供を開始
Amazon Redshift は、実際のクエリフィルターに基づいてデータを動的にソートし、クエリパフォーマンスを高速化する多次元データレイアウト　(MDDL) の一般提供を開始しました。
従来の固定列に基づくソート方法とは異なり、MDDL はクエリフィルターに基づいてデータをソートします。これにより、繰り返し使用されるクエリフィルターを持つワークロードにおいて、最適な単一列ソートキーのみを使用する場合と比較して、エンドツーエンドのパフォーマンスが最大10倍向上します。
デフォルトである AUTO ソートキーを持つ各テーブルに対して、Redshift はテーブルのクエリ履歴を分析し、ワークロードのパフォーマンス向上の可能性に応じて、単一列ソートキーまたは MDDL を自動的に選択します。MDDL を使用すると、Redshift は同じクエリで通常アクセスされる行をまとめて配置する多次元の仮想ソートキーを自動的に構築します。この仮想列は、クエリ実行時にデータブロックや述語列全体のスキャンをスキップするために使用されます。
MDDL は、既存の複合ソートキーやインターリーブソートキーをより表現力豊かに一般化したもので、特にクエリワークロードに繰り返し使用されるフィルターが含まれる場合に、テーブルスキャンのパフォーマンスを大幅に向上させます。手動でソートキーが定義されている既存のテーブルでは、テーブルのソートキーを AUTO に変更することで　MDDL を活用できます。
MDDL は、Redshift が利用可能な全ての AWS 商用リージョンで利用可能です。

Amazon OpenSearch Service がストレージ最適化のための Derived Source を発表
Amazon OpenSearch Service に Derived Source 機能が導入されました。この新機能により、OpenSearch Service ドメインに必要なストレージ容量を削減できます。Derived Source を使用すると、ソースフィールドの保存をスキップし、必要に応じて動的に導出することが可能になります。
OpenSearch は通常、取り込まれた各ドキュメントを _source フィールドに保存し、個々のフィールドも検索用にインデックス化します。_source フィールドは大量のストレージ容量を消費する可能性があります。ストレージ使用量を削減するため、_source フィールドの保存をスキップし、代わりに検索、取得、一括取得、再インデックス、更新操作などの際に動的に再構築するよう OpenSearch を設定できます。
Derived Source は OpenSearch 3.1 がサポートされている全てのリージョンで利用可能です。この機能はオプトインであり、インデックス作成時にコンポジットインデックス設定を使用して有効化できます。

Amazon OpenSearch Service が Star-Tree Index を発表
OpenSearch に Star-Tree Index という新機能が導入されました。この機能は、高カーディナリティおよび多次元クエリの集計パフォーマンスを大幅に向上させます。主な特長は以下の通りです：
- データ取り込み時に、設定された次元とメトリクスに基づいてデータを事前集計
- terms、histogram、range などの頻繁な集計に対して1秒以内の応答時間を実現
- リアルタイム分析向けに設計され、クエリ構文の変更は不要
- サポートされるクエリが検出されると、自動的に最適化されたパスを使用
この機能は、可観測性、パーソナライズ、時系列ダッシュボードなどのユースケースに適しています。追加のみのデータで最も効果を発揮し、セグメントの更新/マージ中に構築されます。データ取り込みのスループットへの影響は最小限です。
Star-Tree Index は OpenSearch 3.1 がサポートされている全てのリージョンで利用可能です。この機能はオプトインで、インデックス作成時に複合インデックス設定を使用して有効化できます。

Amazon OpenSearch Service が OpenSearch バージョン 3.1 をサポート
Amazon OpenSearch Service で OpenSearch バージョン 3.1 が利用可能になりました。主な改善点は以下の通りです：
1. 検索の関連性とパフォーマンスの向上
2. 生成 AI ワークロード向けのベクトル駆動型アプリケーション開発の簡素化
3. Lucene 10 の導入による最適化されたベクトルフィールドインデックス作成
- インデックス作成時間の短縮とインデックスサイズの縮小
- CPU とストレージ効率を改善するスパースインデックス
- メモリ使用量を削減するベクトル量子化
4. ログ分析と時系列ワークロードに有益な範囲クエリパフォーマンスの向上
5. 高カーディナリティ集計のレイテンシ削減
6. 検索品質の評価と最適化のための新しい Search Relevance Workbench の導入
7. ベクトル検索機能の改善
- Z スコア正規化によるハイブリッド検索の信頼性向上
- メモリマッピングとファイルキャッシュを活用した効率的な Faiss エンジンの運用
OpenSearch 3.1 は、Amazon OpenSearch Service が利用可能な全ての AWS リージョンで提供されています。

Amazon OpenSearch Service が AI を活用した予測機能をサポート
Amazon OpenSearch Service に時系列データのインデックスを作成し、AI を活用した予測と可視化を生成できるようになりました。この予測機能は、以下のようなさまざまな分析ユースケースを強化します:
- インフラストラクチャーの使用状況やイベントのトレンド分析
- アプリケーションやビジネスメトリクスの洞察
- ビジネスメトリクス、Webサイトトラフィック、システムパフォーマンスなどの変化の予測
OpenSearch ダッシュボードや UI から簡単に予測を設定でき、データサイエンスや AI の専門知識は不要です。
この AI 予測機能は、OpenSearch 3.1 以降のドメインをサポートする全ての Amazon OpenSearch Service リージョンで利用可能です。

Amazon OpenSearch Serverless がディスク最適化ベクトルをサポート
Amazon OpenSearch Serverless でディスク最適化ベクトルがサポートされ、お客さまは精度と再現率を損なうことなく、ベクトル検索操作をコスト効率よく実行できるようになりました。この新機能により、高品質なベクトル検索機能を実装しつつ、運用コストを大幅に削減できます。
ディスク最適化ベクトルが導入されたことで、お客さまはメモリ最適化とディスク最適化のベクトルストレージオプションから選択できます。ディスク最適化オプションは、メモリ最適化ベクトルと同等の高い精度と再現率を、より低いコストで提供します。このオプションはレイテンシーがわずかに高くなる可能性がありますが、セマンティック検索アプリケーション、レコメンデーションシステム、その他の AI を活用した検索シナリオなど、ミリ秒未満の応答時間が重要でないユースケースに最適です。
フルマネージドのデプロイオプションである Amazon OpenSearch Serverless は、検索および分析ワークロードにおけるインフラストラクチャー管理の複雑さを解消します。このサービスは、ワークロードの需要に基づき、OpenSearch Compute Units (OCUs) で測定されるコンピューティングキャパシティを自動的にスケーリングします。

Amazon OpenSearch Ingestion がクロスアカウントでの取り込みをサポート
Amazon OpenSearch Ingestion は、HTTP や OpenTelemetry (OTel) などのプッシュベースのソースについて、クロスアカウントでの取り込みをサポートするようになりました。
これにより、お客さまは VPC peering や AWS Transit Gateway のような追加設定に頼ることなく、AWS アカウント間で OpenSearch Ingestion パイプラインを簡単に共有できます。この機能は、複数のアカウントを持つ組織が可観測性と分析ワークフローを一元化することを簡素化します。
例えば、中央のロギングチームが取り込みパイプラインを作成し、異なるアカウントの開発チームにアクセス権を付与することで、ログ、メトリクス、トレースを OpenSearch ドメインや OpenSearch Serverless コレクションに直接取り込めるようになります。これにより、運用オーバーヘッドと、アカウント間でパイプラインを共有するコストが削減されます。
Amazon OpenSearch Ingestion のクロスアカウントでの取り込みは、OpenSearch Ingestion が提供されている全ての AWS リージョンで利用可能です。お客さまは、AWS Management Console または AWS CLI でリソースポリシーを作成し、VPC からパイプラインエンドポイントを有効にすることで、シームレスにデータを取り込むことができます。

アプリケーション統合

Amazon EventBridge がルールフィルターパターンと入力トランスフォーマーに対するカスタマーマネージドキーのサポートを拡張
Amazon EventBridge が、イベントバスのルールフィルターパターンと入力トランスフォーマーに対して、AWS Key Management Service (KMS) のカスタマーマネージドキーのサポートを拡張しました。
この機能により、以下が可能になります:
- イベントのフィルターリングと変換ロジックにおける機密情報を、独自の暗号化キーで保護
- 厳格なセキュリティとコンプライアンス要件を満たしつつ、暗号化キーを完全に制御
フィルターパターンはルールに一致するイベントを決定し、入力トランスフォーマーはターゲットに送信する前にイベントデータをカスタマイズします。これらのコンポーネントをカスタマーマネージドキーで暗号化することで、組織のコンプライアンスとガバナンス要件を満たし、AWS CloudTrail を使用して暗号化キーの使用を監査・追跡できます。
この機能は全ての商用 AWS リージョンで利用可能で、追加コストはかかりません（標準の AWS KMS 料金は適用されます）。

AWS Step Functions の Distributed Map が新しいデータソースオプションをサポートし、可観測性を向上
AWS Step Functions の Distributed Map 機能が強化されました:
1. 新しいデータソースのサポート:
- AWS Athena データマニフェストと Parquet ファイルの直接処理
- S3ListObjectsV2 を使用した特定のプレフィックス下の S3 オブジェクトの反復処理
- Amazon S3 または状態入力からの JSON オブジェクトの読み取りと配列データの抽出
2. 新しい可観測性メトリクス:
- おおよそのオープンマップ実行数
- オープンマップ実行制限
- おおよそのマップ実行バックログサイズ
これらの機能強化により、大規模な分析や ETL ワークフローのオーケストレーションが容易になり、カスタム前処理の必要性が軽減されます。
この更新は、AWS Step Functions が利用可能な全ての商用 AWS リージョンで利用できます。

ビジネスアプリケーション

Amazon Connect がエージェント階層フィルターを使用したコンタクト検索機能を導入
Amazon Connect の UI のコンタクト検索ページに、エージェント階層フィルターが追加されました。この機能により、コンタクトセンターのリーダーは、特定のサイト、部門、チームが対応したコンタクトを詳細に確認できるようになり、コンタクトの品質やエージェントのパフォーマンスを評価できます。
また、品質管理や規制遵守などのコンタクトセンター内の中央チームが、特定のチームや部門が対応したコンタクトを効率的に見つけて確認できるようになり、パフォーマンス評価やコンプライアンス監査のワークフローが効率化されます。
この機能は、Amazon Connect が提供されている全てのリージョンで利用可能です。

Amazon Connect Cases がケースリストビューで日付範囲フィルターをサポート
Amazon Connect Cases で、ケースリストビューの日付範囲によるフィルターリングが可能になりました。これにより、コンタクトセンターのマネージャーやエージェントは、ケース業務を効率的に管理できるようになります。
例えば、以下のようなフィルターリングが可能です：
- 月次リポート用に過去30日間に作成されたケース
- 最近の活動を監視するための過去24時間に変更されたケース
- SLA違反を防ぐための、今後2日以内にSLA違反の可能性があるケース
Amazon Connect Cases は、以下のAWSリージョンで利用可能です：
- 米国東部 (バージニア北部)
- 米国西部 (オレゴン)
- カナダ (中部)
- ヨーロッパ (フランクフルト)
- ヨーロッパ (ロンドン)
- アジアパシフィック (ソウル)
- アジアパシフィック (シンガポール)
- アジアパシフィック (シドニー)
- アジアパシフィック (東京)
- アフリカ (ケープタウン)

AWS End User Messaging が SMS用の CloudFormation をサポート
AWS End User Messaging SMS が AWS CloudFormation のサポートを発表しました。これにより、お客さまは AWS CloudFormation テンプレートを使用して SMS リソースをデプロイおよび管理できるようになりました。
AWS CloudFormation を使用することで、お客さまは開発環境でほかの AWS リソースとともに SMS リソースのセットアップと管理を標準化でき、デプロイメントとデリバリーパイプラインが簡素化されます。
CloudFormation を介してサポートされる SMS リソースには、電話番号、送信者 ID、設定セット、保護設定、オプトアウトリスト、リソースポリシー、電話プールが含まれます。
AWS End User Messaging は、開発者にスケーラブルで費用対効果の高いメッセージングインフラストラクチャーを提供し、通信の安全性、セキュリティ、結果を損なうことはありません。開発者は、サインアップ時のワンタイムパスコード (OTP)、アカウントの更新、予約リマインダー、配送通知、プロモーションなどのユースケースをサポートするためにメッセージングを統合できます。
SMS リソースの CloudFormation サポートは、End User Messaging が利用可能な全ての AWS リージョンで利用できます。

クラウド財務管理

AWS Budgets がカスタム期間をサポート
AWS Budgets に、柔軟な開始日と終了日を設定できるカスタム期間機能が追加されました。この機能強化により、組織固有のニーズに合わせた予算期間を定義できるようになり、月次、四半期、年次などの従来の暦ベースの期間を超えた設定が可能になりました。
カスタム期間を使用することで、特定の期間と資金制限のあるプロジェクトのコストを正確に監視できます。例えば、月の途中から始まる3カ月の開発プロジェクトがある場合、その正確な期間に対して単一の予算を作成し、支出がしきい値に近づいたときにアラートを受け取ることができます。これにより、プロジェクト予算を複数の暦月に分割して計算したり、期間限定のイニシアチブを追跡するための別のスプレッドシートを維持したりする必要がなくなります。
AWS Budgets のカスタム期間機能は、AWS GovCloud (US) リージョンと中国リージョンを除く全ての AWS 商用リージョンで利用可能です。

コンピューティング

第2世代 AWS Outposts ラックが52カ国で新たに利用可能に
第2世代の AWS Outposts ラックが、オーストラリア、バーレーン、ブラジル、ブルネイ、チリ、コスタリカ、エジプト、EU諸国、アイスランド、インドネシア、イスラエル、日本、ヨルダン、ケニア、サウジアラビア、クウェート、マレーシア、ニュージーランド、ペルー、フィリピン、シンガポール、トリニダード・トバゴ、トルコ、UAE、イギリス、ベトナムのデータセンターやオンプレミス環境に出荷・設置できるようになりました。
Outposts ラックは、AWS のインフラストラクチャー、サービス、API、ツールをほぼ全てのオンプレミスのデータセンターやコロケーション空間に拡張し、一貫性のあるハイブリッド環境を実現します。オンプレミスシステムへの低レイテンシーアクセス、ローカルデータ処理、ローカルシステムの相互依存関係を持つアプリケーションの移行に適しています。また、データレジデンシー要件を満たすのにも役立ちます。
第2世代 Outposts ラックは、最新世代の x86 ベースの Amazon EC2 インスタンス（C7i、M7i、R7i）をサポートし、第1世代と比較して最大40%のパフォーマンス向上を実現します。また、ネットワークのスケーリングと設定が簡素化され、超低レイテンシーと高スループット向けに最適化された新カテゴリーの高速ネットワーキング EC2 インスタンスをサポートします。
これにより、上記の国々でAWSサービスを使用して、オンプレミス施設内でワークロードとデータを実行し、管理・運用のために最寄りのAWSリージョンに接続できるようになりました。

Amazon EC2 が全ての NVMe ローカルボリュームで詳細なパフォーマンス統計をサポート
Amazon EC2 インスタンスストア NVMe ボリュームの詳細なパフォーマンス統計が利用可能になりました。この新機能により、AWS Nitro System ベースの EC2 インスタンスストア NVMe ボリュームのパフォーマンスをリアルタイムで可視化できるようになり、ストレージの健全性監視とアプリケーションのパフォーマンス問題の迅速な解決が容易になります。
EC2 詳細パフォーマンス統計では、ローカルに接続された NVMe ボリュームの入出力（I/O）統計を監視するために、1秒間隔で11の包括的なメトリクスにアクセスできます。これには、キュー長の測定、IOPS、スループット、詳細な I/O レイテンシーヒストグラムが含まれます。これらのメトリクスは EBS ボリュームで利用可能な詳細パフォーマンス統計と類似しており、両ストレージタイプで一貫した監視エクスペリエンスを提供します。
これらのメトリクスによって提供される詳細な可視性は、パフォーマンスの変動の影響を受ける特定のワークロードを特定し、アプリケーションの I/O パターンを最大効率に最適化するのに役立ちます。さらに、メトリクスには I/O サイズ別のレイテンシーヒストグラムが含まれており、パフォーマンスパターンについてより詳細な洞察を提供します。
EC2 インスタンスストア NVMe ボリュームの詳細パフォーマンス統計は、ローカルに接続された NVMe ボリュームを持つ全ての Nitro ベースの EC2 インスタンスで、全ての AWS コマーシャルリージョンと中国リージョンにおいて、追加料金なしでデフォルトで利用可能です。

Amazon EC2 R8gn インスタンスが一般提供開始
AWS が新しい Amazon EC2 R8gn インスタンスの一般提供を発表しました。主な特長は以下の通りです：
- AWS Graviton4 プロセッサを搭載し、Graviton3 と比較して最大 30% 高いコンピューティング性能を提供
- 第 6 世代 AWS Nitro カードを搭載し、最大 600 Gbps のネットワーク帯域幅を実現
- SQL/NoSQL データベースやインメモリデータベースなどのネットワーク集約型ワークロードに適している
- 最大 48xlarge サイズ（メタルサイズ 2 種類を含む）、最大 1,536 GiB のメモリ、Amazon EBS への最大 60 Gbps の帯域幅を提供
- 16xlarge 以上のサイズで Elastic Fabric Adapter (EFA) ネットワーキングをサポート
R8gn インスタンスは、米国東部（バージニア北部）と米国西部（オレゴン）リージョンで利用可能です。メタルサイズは米国東部（バージニア北部）のみで提供されています。

AWS Parallel Computing Service (PCS) が Amazon EC2 Capacity Blocks for ML をサポート
AWS Parallel Computing Service (PCS) が Amazon EC2 Capacity Blocks for ML をサポートするようになりました。PCS クラスターで EC2 Capacity Blocks を使用して予約した Amazon EC2 インスタンスをネーティブに利用できるようになりました。
PCS での EC2 Capacity Blocks のネーティブサポートにより、Slurm クラスターにおける最先端の GPU ベースのワークロードのキャパシティプランニングが簡素化され、必要な時に必要な場所で GPU キャパシティを確保しやすくなります。EC2 Capacity Blocks は、EC2 起動テンプレートを介して PCS コンピュートノードグループに関連付けることができます。
PCS は、Slurm を使用して AWS 上でハイパフォーマンスコンピューティング (HPC) ワークロードの実行とスケーリング、科学技術モデルの構築を容易にするマネージドサービスです。PCS を使用して、コンピューティング、ストレージ、ネットワーキング、可視化ツールを統合した完全で柔軟な環境を構築できます。PCS は、マネージドアップデートと組み込みの可観測性機能によりクラスター運用を簡素化し、保守の負担を軽減します。
PCS は、両サービスが利用可能な全ての AWS リージョンで EC2 Capacity Blocks をサポートしています。

データベース

Amazon RDS for MySQL が Extended Support のマイナーバージョン 5.7.44-RDS.20250818 を発表
Amazon Relational Database Service (RDS) for MySQL が、新しい Amazon RDS Extended Support マイナーバージョン 5.7.44-RDS.20250818 をサポートしました。このバージョンは、以前の MySQL バージョンで知られているセキュリティ脆弱性とバグを修正するため、アップグレードが推奨されます。
Amazon RDS Extended Support は、新しいメジャーバージョンへのアップグレードに最大3年の猶予を提供し、ビジネス要件に対応します。Extended Support 期間中、コミュニティーがメジャーバージョンのサポートを終了した後も、Amazon RDS は Aurora と RDS 上の MySQL データベースに重要なセキュリティとバグ修正を提供します。
Amazon RDS for MySQL は、クラウド上で MySQL デプロイメントの設定、運用、スケーリングを簡単に行えるようにします。

Amazon RDS for MySQL が Amazon RDS データベースプレビュー環境でイノベーションリリース 9.4 を発表
Amazon RDS for MySQL が Amazon RDS データベースプレビュー環境で、コミュニティーの MySQL イノベーションリリース 9.4 をサポートするようになりました。これにより、お客さまは Amazon RDS for MySQL 上で最新のイノベーションリリースを評価できます。
Amazon RDS データベースプレビュー環境に MySQL 9.4 をデプロイすることで、フルマネージドデータベースの利点を活用し、データベースのセットアップ、運用、監視を簡素化できます。MySQL 9.4 は、MySQL コミュニティーによる最新のイノベーションリリースで、バグ修正、セキュリティパッチ、新機能が含まれています。MySQL イノベーションリリースは次のマイナーイノベーションまでコミュニティーによってサポートされますが、MySQL 8.0 や MySQL 8.4 などの MySQL Long Term Support (LTS) リリースは、最大8年間サポートされます。
Amazon RDS データベースプレビュー環境は、最新世代のインスタンスクラスで、シングル AZ とマルチ AZ の両方のデプロイをサポートします。データベースインスタンスは最大60日間保持され、その期間を過ぎると自動的に削除されます。プレビュー環境で作成された Amazon RDS データベーススナップショットは、プレビュー環境内でのデータベースインスタンスの作成または復元にのみ使用できます。
Amazon RDS データベースプレビュー環境のデータベースインスタンスの料金は、US East (Ohio) リージョンで作成された本番 RDS インスタンスと同じです。

デベロッパーツール

Amazon Corretto 25 が一般提供開始
Amazon Corretto 25（長期サポート版）が一般提供開始されました。Amazon Correttoは、無料でマルチプラットフォーム対応の本番環境向けOpenJDKディストリビューションです。Linux、Windows、macOS向けのCorretto 25がダウンロード可能です。
Corretto 25の新機能：
1. JDK 24で実験的だった2つの機能が本番環境向けに：
- コンパクトオブジェクトヘッダー：オブジェクトヘッダーを縮小してヒープメモリ使用量を削減
- ジェネレーショナル Shenandoah GC：持続可能なスループットと低い p99 一時停止時間を提供
2. AOTキャッシング：コールドスタートとウォームアップ時間を改善
3. 言語の改善：プリミティブ型のパターン、柔軟なコンストラクタ、モジュール全体のインポートなど
4. 可観測性：JDK Flight RecorderにCPU時間サンプリングなどが追加
5. 構造化並行処理：関連タスクの調整された管理を提供
6. Vector API：サポートされたCPUで最適なベクトル命令にコンパイルされる計算を提供
7. 仮想スレッドピンニングの改善：同期ブロックでのスレッドピンニングを削減
Amazon Corretto 25はオープンソースライセンスで配布され、2032年10月までサポートされます。

エンドユーザーコンピューティング

Amazon AppStream 2.0 がフラクショナル GPU インスタンスをサポート
Amazon AppStream 2.0 が、EC2 G6 ファミリーをベースにしたフラクショナル GPU サイズの Graphics G6 インスタンスのサポートを発表しました。これは、小規模な GPU フラクションを必要とするグラフィックスアプリケーション向けに設計されています。
フラクショナル GPU サイズの Graphics G6 インスタンス（G6f および Gr6f）により、ユーザーは必要な GPU リソースのみを利用できます。この方式では、共有 GPU 容量によるリソースの最適化が可能となり、特定のワークロード要件に合わせて小さな GPU フラクション（1/2、1/4、1/8 など）を選択できる柔軟性を提供します。
組織は、フル GPU パワーを必要としないアプリケーションに対して GPU 機能へのアクセスを維持しながら、過剰なプロビジョニングを回避することでコストを削減できます。
これらの新しいインスタンスタイプは、米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、カナダ（中部）、ヨーロッパ（フランクフルト、ロンドン）、アジアパシフィック（東京、ムンバイ、シドニー）、南米（サンパウロ）を含む 10 の AWS リージョンで利用可能です。
AppStream 2.0 は従量課金制の料金体系を提供しています。

IoT

AWSがモデリングを簡素化するSiteWise MCPサーバーを発表
AWS は、AWS Labs MCP オープンソースリポジトリで AWS IoT SiteWise 向けの Model Context Protocol (MCP) サーバーを発表しました。この MCP サーバーは、組み込みのドメイン検証機能と自動モデリング機能により、産業データのモデリングを簡素化し、広範な API の知識が不要になります。このサーバーは、使い慣れたツールを通じて既存の AWS IoT SiteWise の機能をサポートしつつ、ユーザーインタラクションを強化するための新しい対話型インターフェースを追加します。
サーバーには産業知識とベストプラクティスが組み込まれており、適切な単位、データ型、品質指標を自動的に適用します。これにより、産業モデルは最初から本番環境に対応可能となり、複数のイテレーションや修正に費やされるはずだった貴重な時間とリソースを節約できます。この基盤により、異常検知や効率化されたアセットのオンボーディングといった高度な機能を容易に実装し、既存の産業システムとシームレスに統合できます。

人工知能

Qwen3 モデルが Amazon Bedrock でフルマネージドとして利用可能に
Amazon Bedrock に、4つの Qwen3 オープンウエート基盤モデルが追加されました。これらは完全マネージド型のサーバーレスオファリングとして提供されます。
新しいラインナップは以下の通りです：
- Qwen3-Coder-480B-A35B-Instruct
- Qwen3-Coder-30B-A3B-Instruct
- Qwen3-235B-A22B-Instruct-2507
- Qwen3-32B（効率的な高密度計算用）
これらのモデルは、高密度な構造と Mixture-of-Experts (MoE) アーキテクチャーを特長とし、さまざまな開発ニーズに柔軟に対応します。インフラ管理不要で、高度なエージェンティック機能を持つ AI アプリケーションの構築が可能です。
Qwen3-Coder モデルは、エージェンティック コーディングや複雑なソフトウェアエンジニアリングタスクに優れ、関数呼び出しやツール使用において最先端のパフォーマンスを提供します。235B モデルは多様なタスクで効率的な一般推論と指示遵守を実現し、32B 高密度モデルは幅広い計算タスクに適した従来型アーキテクチャーを提供します。
Qwen3 モデルは、複数の AWS リージョンで利用可能です。具体的な利用可能リージョンは、モデルによって異なります。

DeepSeek-V3.1 モデルが Amazon Bedrock でフルマネージドとして利用可能に
DeepSeek-V3.1 が Amazon Bedrock のフルマネージド基盤モデルとして利用可能になりました。この高度なオープンウエートモデルは、詳細な段階的分析を行う思考モードと、より迅速な応答を行う非思考モードを切り替えることができます。包括的な多言語サポートにより、以前の DeepSeek モデルと比較して精度が向上し、ハルシネーションが減少しています。
DeepSeek-V3.1 のエンタープライズグレードの機能は、最先端のソフトウェア開発から複雑な数学的推論やデータ分析まで、重要なビジネス機能全般で使用できます。コーディングベンチマークや技術的課題で高いパフォーマンスを発揮し、高度な問題解決タスクに優れています。
強化されたツール呼び出し機能とシームレスなワークフロー統合により、AI エージェントの構築や企業プロセスの自動化に適しています。また、透明性のある推論アプローチにより、チームは出力を理解し信頼することができます。
DeepSeek-V3.1 は、米国西部 (オレゴン)、アジアパシフィック (東京)、アジアパシフィック (ムンバイ)、ヨーロッパ (ロンドン)、ヨーロッパ (ストックホルム) の AWS リージョンで利用可能です。

Amazon SageMaker HyperPod が Slurm クラスター向けヘルスモニターリングエージェントをサポート
Amazon SageMaker HyperPod の Slurm クラスター向けヘルスモニターリングエージェントが一般提供されました。SageMaker HyperPod は、機械学習ワークロードの実行や大規模言語モデル、拡散モデル、基盤モデルなどの最先端モデルの開発のための耐障害性のあるクラスターのプロビジョニングを支援します。
ヘルスモニターリングエージェントは、アプリケーションの動作やパフォーマンスに影響を与えることなく、インスタンスの主要な領域の問題を特定するためのバックグラウンドヘルスチェックを実行し、障害を即座に検出して、不健全なインスタンスを置き換えることでトレーニングジョブを円滑に実行し続けます。
エージェントは HyperPod クラスター内の全ての GPU または Trainium ベースのノードで継続的に実行され、応答しない GPU や NVLink エラーカウンターなどのハードウェアの問題を監視します。障害が検出されると、ノードを不健全とマークし、自動的に再起動または健全なノードに置き換えます。
エージェントは、Slurm クラスターで利用可能なジョブの自動再開機能と連携して障害を処理します。例えば、自動再開が有効なジョブは、エージェントによってノードが置き換えられた後、最後に保存されたチェックポイントから継続されます。
この自動復旧機能により、Slurm クラスターでも同様の耐障害性環境が提供され、チームは数週間にわたって大規模モデルのトレーニングを中断することなく実行でき、実行中の障害による時間とコストの損失を回避できます。
さらに、GPU ドライバーの問題など、断続的な問題が発生した場合に、簡単なコマンドでノードを再起動できるようになりました。
Slurm 向けヘルスモニターリングエージェントは、HyperPod が一般提供されている全てのリージョンで利用可能です。新しく作成された Slurm クラスターでは自動的に有効になります。既存のクラスターで有効にするには、UpdateClusterSoftware API を呼び出して最新の HyperPod AMI にアップグレードするだけです。

Amazon SageMaker HyperPod が Karpenter を使用したオートスケーリングをサポート
Amazon SageMaker HyperPod が Karpenter を使用したマネージドノードのオートスケーリングをサポートするようになりました。これにより、動的な推論とトレーニングの需要に応じてクラスターを自動的にスケーリングできます。
主な特長：
1. リアルタイム推論ワークロードの予測不可能なトラフィックパターンに対応し、サービスレベル契約を維持しながらコストを最適化
2. 複雑なオートスケーリングソリューションの運用オーバーヘッドを軽減
3. Karpenter のセットアップとメンテナンスの負担を排除し、統合された回復力と耐障害性を提供
4. 推論トラフィックの急増に対応するGPUコンピューティングのジャストインタイムプロビジョニング
5. 低需要期間中にノードをゼロにスケールダウン可能
6. ワークロードを考慮したノード選択によるインスタンスタイプとコストの最適化
7. 本番トラフィックの急増に対する自動キャパシティスケーリング
8. アイドル期間中のインテリジェントなノード統合によるコスト削減
9. KEDAなどのイベント駆動型ポッドオートスケーラーとのシームレスな統合
10. モデル開発サイクル中の自動リソース最適化（トレーニングワークロード向け）
この機能は、Amazon SageMaker HyperPod EKSクラスターがサポートされている全てのAWSリージョンで利用可能です。

Amazon Q Developer CLI がリモート MCP サーバーのサポートを発表
Amazon Q Developer CLI が、リモート MCP サーバーのサポートを発表しました。リモート MCP サーバーにより、開発タスクで使用するツールのスケーラビリティとセキュリティが向上します。中央サーバーへの移行によってコンピューティングリソースの使用を削減するだけでなく、アクセスとセキュリティの管理も改善されます。
HTTP をサポートし、OAuth ベースの認証をサポートする Atlassian や GitHub などの MCP サーバーと統合できるようになりました。リモート MCP サーバーを設定するには、トランスポートタイプを HTTP として指定し、ユーザーが認証情報を取得する URL と、リクエスト時に含めるオプションのヘッダーを指定します。リモート MCP サーバーは、カスタムエージェント設定または mcp.json で設定できます。
CLI セッションが開始されると、ロードする MCP サーバーのリストが表示され、認証 URL のリストを照会できます。認証ステップが正常に完了すると、Q Developer CLI は MCP サーバーから利用可能なツールを照会し、エージェントが使用できるようにします。
リモート MCP サーバーは、Amazon Q Developer CLI および Amazon Q Developer IDE プラグインで利用可能です。

Amazon Lex が生成 AI を活用した高度な自然言語理解を 8 つの新しい言語で提供
Amazon Lex が大規模言語モデル（LLM）を活用して、8つの新しい言語（中国語、日本語、韓国語、ポルトガル語、カタルーニャ語、フランス語、イタリア語、ドイツ語）で決定論的な会話型AIボットの自然言語理解を向上させることが可能になりました。
この機能により、音声およびチャットボットは以下のことが可能になります：
- 複雑な発話の処理
- スペルミスがあっても正確さを維持
- 冗長な入力から重要な情報を抽出して顧客の要求を満たす
例えば、顧客が「妻と2人の子供と私の4人分の航空券を予約したい」と言った場合、LLMは4人分の航空券を予約するべきだと適切に識別します。
この機能は、Amazon Connect が利用可能な10の商用AWSリージョンで利用できます：
- ヨーロッパ（アイルランド、フランクフルト、ロンドン）
- 米国東部（バージニア北部）
- アジアパシフィック（ソウル、東京、シンガポール、シドニー）
- 米国西部（オレゴン）
- カナダ（中部）

Amazon Lex が"確認"および"通貨"のための組み込みスロットを10の追加言語でサポート
Amazon Lex が、確認と通貨のスロットタイプを10の追加言語でサポートするようになりました。対象言語は以下の通りです:
- ポルトガル語
- カタルーニャ語
- フランス語
- イタリア語
- ドイツ語
- スペイン語
- 中国語（標準中国語）
- 中国語（広東語）
- 日本語
- 韓国語
組み込みスロットは、ユーザーの発言の同義語を理解し、それらの入力を標準フォーマットに変換することで、より自然で効率的な会話の構築を支援します。
確認スロットは、ユーザーの承認表現をさまざまな形で理解し、「はい」「いいえ」「わからない」「たぶん」に変換します。
通貨スロットは、通貨を識別し、入力を構造化された形式で表現します。
例えば、ユーザーが「いやだ」や「絶対に違う」と言った場合、確認スロットは「いいえ」に解決します。また、ユーザーが「1ドル」と言った場合、通貨スロットは「USD 1.00」に解決します。
この機能は、Amazon Lex が利用可能な全ての商用 AWS リージョンで利用できます。

Amazon Bedrock で Meta Llama のカスタムモデルのオンデマンドデプロイメントが可能に
Amazon Bedrock で Meta Llama 3.3 モデルのオンデマンドデプロイメントオプションが利用可能になりました。このオプションは、Bedrock でファインチューニングまたはディスティレーションされたモデルに適用され、2025年9月15日以降にカスタマイズされたモデルが対象となります。
この機能により、事前にプロビジョニングされたコンピューティングリソースを必要とせず、リアルタイムでリクエストを処理することでコストを削減できます。使用した分のみ支払いが発生するため、常時稼働のインフラストラクチャーが不要になります。
Amazon Bedrock は、単一の API を通じて主要 AI 企業の高性能な基盤モデルを提供する完全マネージド型サービスです。セキュリティ、プライバシー、責任ある AI が組み込まれた生成 AI アプリケーションの構築に必要な幅広い機能も提供しています。

AWS Neuron SDK 2.26.0 の発表
AWS は、AWS Inferentia および Trainium ベースのインスタンスにおけるディープラーニングワークロードを改善する Neuron SDK 2.26.0 の一般提供を開始しました。このリリースでは、PyTorch 2.8 と JAX 0.6.2 のサポートが導入され、Trainium2 (Trn2) インスタンスでの推論機能が強化されています。これにより、開発者はモデルデプロイの柔軟性向上とパフォーマンス最適化の恩恵を受けながら、最新のフレームワークを活用できます。
Neuron SDK 2.26.0 を使用すると、お客さまは FLUX.1-dev 画像生成モデルや、Llama 4 Scout および Maverick のバリアント (ベータ版) を Trn2 インスタンスにデプロイできます。このリリースでは、Mixture-of-Experts (MoE) モデルを複数の NeuronCores に効率的に分散させるためのエキスパート並列処理サポート (ベータ版) が導入され、新しい Neuron Kernel Interface (NKI) API を通じて新機能が追加されています。アップデートされた Neuron Profiler は、分散ワークロード向けのシステムプロファイルグルーピングなど、改善された機能を提供します。
新しい SDK バージョンは、Inferentia および Trainium インスタンスをサポートする全ての AWS リージョンで利用可能で、機械学習ワークロード向けに強化されたパフォーマンスとモニターリング機能を提供します。

AWS Bedrock の OpenAI オープンウエートモデルが東京など8つの新しいリージョンで利用可能に
AWS Bedrock の OpenAI オープンウエートモデルが8つの新しいリージョンに拡大されました。これにより、世界各地のお客さまがより低レイテンシーで高性能なAIアプリケーションを利用できるようになります。
新たに対応したリージョンは以下の通りです：
- 米国東部 (バージニア北部)
- アジアパシフィック (東京)
- ヨーロッパ (ストックホルム)
- アジアパシフィック (ムンバイ)
- ヨーロッパ (アイルランド)
- 南米 (サンパウロ)
- ヨーロッパ (ロンドン)
- ヨーロッパ (ミラノ)
これらに加えて、既存の米国西部 (オレゴン) リージョンでも利用可能です。
この拡大により、より多くのお客さまが最先端のAIモデルを活用しながら、データを希望する地理的位置に保持できるようになります。これはデータレジデンシー要件への対応やネットワークレイテンシーの削減に役立ちます。

管理とガバナンス

Amazon Managed Service for Prometheus が新たに 11 の AWS リージョンで利用可能に
Amazon Managed Service for Prometheus が以下の新しいリージョンで利用可能になりました：
- アジアパシフィック（ジャカルタ、ハイデラバード、大阪、メルボルン、台北）
- カナダ西部（カルガリー）
- ヨーロッパ（スペイン）
- イスラエル（テルアビブ）
- メキシコ（中央）
- 中東（バーレーン）
- 米国西部（北カリフォルニア）
Amazon Managed Service for Prometheus は、大規模な運用メトリクスの監視とアラーム設定を容易にする、完全マネージド型の Prometheus 互換モニターリングサービスです。単一のワークスペースで最大10億のアクティブメトリクスを送信でき、アカウントごとに複数のワークスペースを作成できます。ワークスペースは、Prometheus メトリクスの保存とクエリ専用の論理的な空間です。

Amazon CloudWatch がクロスアカウントおよびクロスリージョンのログ一元化機能を発表
Amazon CloudWatch に、クロスアカウントおよびクロスリージョンのログ一元化機能が追加されました。主な特長は以下の通りです:
- 複数の AWS アカウントとリージョンからのログデータを単一の宛先アカウントにコピー可能
- AWS Organizations と統合し、複数のアカウントやリージョンにまたがるワークロードのログを効率的に集約
- 組織全体、特定の組織単位、または選択したアカウントからのログデータコピーが可能
- ソースコンテキストとデータ系統を維持するため、ログイベントに新しいシステムフィールドを追加
- 選択的なロググループのコピー、宛先アカウントでの同名ロググループの自動マージ、オプションのバックアップリージョン設定などの機能を提供
この機能は、米国東部（オハイオ）、米国東部（バージニア北部）、米国西部（北カリフォルニア）、米国西部（オレゴン）、アジアパシフィック（ムンバイ）、アジアパシフィック（大阪）、アジアパシフィック（ソウル）、アジアパシフィック（シンガポール）、アジアパシフィック（シドニー）、アジアパシフィック（東京）、カナダ（中部）、ヨーロッパ（フランクフルト）、ヨーロッパ（アイルランド）、ヨーロッパ（ロンドン）、ヨーロッパ（パリ）、ヨーロッパ（ストックホルム）、南米（サンパウロ）で利用可能です。
料金は、1コピーまで無料で、追加コピーは1GB当たり0.05ドルです。バックアップリージョン機能は追加コピーとみなされます。

AWS Organizations がメンバーアカウントの状態情報を提供開始
AWS Organizations に、AWS アカウントのライフサイクルの可視性を向上させる新しい State フィールドが追加されました。この機能は、AWS Organizations コンソールと API (DescribeAccount、ListAccounts、ListAccountsForParent) で利用できます。
主な変更点:
- コンソールでは、既存の Status フィールドが新しい State フィールドに置き換えられました
- API では、2026年9月9日まで Status と State の両フィールドが利用可能です
- より詳細なアカウント状態情報が提供されます:
- SUSPENDED : AWS による強制停止
- PENDING_CLOSURE : 処理中のクロージャーリクエスト
- CLOSED : 90日間の復元ウインドー内のアカウント
など
2026年9月以降、Status フィールドは完全に廃止されます。アカウント管理パイプラインを使用しているお客さまは、廃止日前に State フィールドを参照するよう実装を更新する必要があります。
この機能は、全ての AWS 商用リージョンと AWS GovCloud (US) リージョンで利用可能です。

AWS Organizations がサービスコントロールポリシー (SCPs) で IAM ポリシー言語を完全にサポート
AWS Organizations は、サービスコントロールポリシー (SCPs) で IAM ポリシー言語を完全にサポートするようになり、IAM マネージドポリシーと同じ柔軟性で SCPs を記述できるようになりました。
SCPs は、条件、個々のリソース ARNs、および Allow ステートメントでの NotAction 要素の使用をサポートします。さらに、Action 要素の文字列の先頭または途中、および NotResource 要素でワイルドカードを使用できるようになりました。
これらのポリシー言語の機能強化により、組織全体で高度なアクセス許可のガードレールを実装するための、より簡潔で正確なポリシーを作成できます。例えば、条件ステートメントを使用して特定のリソースへのアクセスを制限できます。
強化された機能は既存の SCPs との下位互換性を維持しているため、現在のポリシーを変更する必要はありません。この機能は、全ての AWS 商用リージョンおよび AWS GovCloud (US) リージョンで利用可能です。

移行と転送

Amazon EVS がパブリックインターネット経由での HCX 移行をサポート
Amazon Elastic VMware Service (Amazon EVS) で、オンプレミスデータセンターからAmazon EVS環境へのレイヤー2ネットワークの安全な移行と拡張が、パブリックインターネット経由で可能になりました。
この機能追加により、以下の特長が提供されます：
1. Elastic IP Addresses (EIPs) を使用して、安定したエンドポイントとVMware HCXによるワークロード移行のための迅速なセットアップを実現
2. プライベート接続オプションが利用できない場合や、高性能なネットワークを必要としないアプリケーションやプロジェクトの移行に、コスト効率の高い代替手段を提供
3. パブリックHCX接続は、Amazon EVSが利用可能な全てのAWSリージョンで利用可能
この機能は、AWS Direct ConnectやVirtual Private Networks (VPNs) などの専用プライベート接続を通じたAmazon EVSへのワークロード移行の既存機能に追加されるものです。

セキュリティ、アイデンティティ、コンプライアンス

AWS Network Firewall がコンソール、モニターリング、およびセキュリティ機能を強化
AWS Network Firewall のコンソール、モニターリングダッシュボード、セキュリティコントロールが強化されました。
主な改善点：
1. モニターリングダッシュボードの機能拡張：
- Amazon S3、DynamoDB、AWS Backup などの AWS サービスへの PrivateLink 経由のトラフィックに関する詳細な洞察を提供
- 処理されたパケットとバイトに基づく、上位の送信元および宛先 IP アドレスの可視化
- IP アドレスとプロトコルによるダッシュボードのフィルターリング機能
2. TLS インスペクションの強化：
- セッションホールディング機能の導入
- Server Name Indication (SNI) に基づく TLS プロトコルルールの評価が完了するまで、TCP および TLS 確立パケットの宛先サーバーへの到達を防止
- アウトバウンドトラフィックのセキュリティ強化と、潜在的に悪意のあるターゲットへの接続防止
これらの新機能は、AWS Network Firewall が提供されている全ての AWS リージョンで利用可能です。

ストレージ

Amazon S3 が一般用途バケットで条件付き削除をサポート
Amazon S3 で一般的な用途のバケットにおける条件付き削除がサポートされるようになりました。これにより、オブジェクトが変更されていないことを確認してから削除することができます。
主な特長:
- 高並行性や複数の書き込みシナリオでの誤削除を防止
- HTTP if-match ヘッダーと ETag 値を使用して条件付き削除を実行可能
- S3 バケットポリシーで s3:if-match 条件キーを使用して条件付き削除操作を強制可能
- S3 DeleteObject および S3 DeleteObjects API リクエストで HTTP if-match ヘッダーの使用を要求可能
この機能は、全ての AWS リージョンの S3 一般用途バケットで追加コストなく利用できます。Amazon S3 API、SDK、CLI を使用して条件付き削除を実行できます。

Amazon S3 Batch Operations が AWS Management Console でバケットやプレフィックスの一括管理を単一ステップで可能に
Amazon S3 Batch Operations が AWS Management Console で、S3 バケット内のオブジェクトを一括で管理する機能を追加しました。この機能により、以下のことが可能になりました：
- バケット全体、プレフィックス、サフィックス、作成日、ストレージクラスを指定してオブジェクトを選択
- 選択したオブジェクトに対して一括操作を適用
- 操作完了時に通知を受け取る
S3 Batch Operations の主な用途：
- ステージングバケットと本番バケット間でのオブジェクトコピー
- S3 Glacier ストレージクラスからのアーカイブバックアップの復元
- データセットの整合性検証のためのチェックサム計算
この機能は全 AWS リージョンで利用可能で、AWS Management Console、CLI、SDK から利用できます。

AWS Storage Gateway が IPv6 をサポート
AWS Storage Gateway が、エンドポイント、API、およびゲートウェイアプライアンスインターフェースで IPv6 をサポートするようになりました。この機能強化により、新しいデュアルスタックエンドポイントへの IPv6 と IPv4 の両方のアクセスが可能になります。IPv4 のみをサポートする既存のエンドポイントは、下位互換性のために引き続き利用可能です。
この更新により、お客さまは AWS Storage Gateway リソースを管理するアプリケーションとワークフローを IPv6 に標準化しつつ、IPv4 クライアントとの下位互換性を維持できます。Storage Gateway アプライアンス、サービスエンドポイント、および API の新しいデュアルスタック機能を使用することで、ネットワーク全体を一度に切り替える必要なく、IPv4 から IPv6 に段階的に移行できます。
この IPv6 サポートは、AWS Storage Gateway が提供されている全ての AWS リージョンで利用可能です。

AWS FIS が Amazon EBS ボリュームへの I/O レイテンシー注入アクションを追加
Amazon EBS が AWS Fault Injection Service (FIS) に新しいレイテンシー注入アクションを追加しました。これにより、以下のことが可能になりました：
- EBS ボリュームに I/O レイテンシーを注入し、ミッションクリティカルなアプリケーションのストレージ障害への応答をテストできます。
- 高いストレージレイテンシーに対するアーキテクチャーのテストが可能になり、アプリケーションの動作観察や監視・復旧プロセスの調整ができます。
- Oracle、SAP HANA、Microsoft SQL Server などの高可用性・低レイテンシーアプリケーションのニーズに対応します。
- CloudWatch アラームや OS タイムアウトなど、実際のストレージパフォーマンス問題時の信号をシミュレートします。
- アプリケーションが EBS ボリュームの高 I/O レイテンシーに耐え、迅速に回復できることを確認できます。
使用方法：
- EBS と FIS コンソールで事前定義されたテンプレートを直接使用できます。
- テンプレートをカスタマイズしたり、独自のテンプレートを作成したりできます。
- カオスエンジニアリングテスト、継続的インテグレーション、リリーステストに組み込めます。
- 複数の FIS アクションを 1 つの実験で組み合わせることができます。
この新機能は、AWS FIS が利用可能な全ての AWS リージョンで利用できます。

今週のWeekly AWSは、以上です。

最後までお読みいただき、ありがとうございました。

関連サービス