2026/7/17 9:00:00 ~ 2026/7/20 9:00:00 (JST)

最近の発表

Amazon GameLift Streams now supports IAM role credentials for stream sessions

Amazon GameLift Streams では、ストリームセッションへの IAM ロールの割り当てがサポートされるようになりました。これにより、アプリケーションが Amazon S3 バケットや DynamoDB テーブルなどの AWS アカウントのリソースに安全にアクセスできるようになりました。今回の起動により、ストリームセッションの開始時に RolEarn パラメータを渡すことができ、アプリケーションは標準の AWS SDK 認証情報解決チェーンを通じて、有効期間が短く、自動的に更新される AWS 認証情報を自動的に受け取ることができます。アプリケーションコードを変更する必要はありません。\n 以前は、AWS サービスにアクセスするためにストリーミングアプリケーションを必要とするお客様は、有効期間の長いアクセスキーをアプリケーションバンドルに埋め込むか、環境変数として渡す必要があり、セキュリティ上および運用上の課題が生じていました。現在では、Amazon GameLift Streams は Amazon ECS タスクロールと Amazon EKS Pod Identity で信頼されているのと同じコンテナ認証情報プロバイダーのメカニズムを使用して、認証情報の自動販売と自動更新を処理しています。ロールの設定ミスはセッション開始時に検証されるため、実行時ではなくすぐに明らかなエラーが表示されます。

Amazon GameLift Streams コンソールで IAM ロールを直接設定することもできます。Amazon GameLift Streams コンソールには、ロールの設定が簡単になるように事前に入力された信頼ポリシーテンプレートが用意されています。

ストリームセッションの IAM ロールサポートは、Amazon GameLift ストリームが利用できるすべての AWS リージョンで利用できます。

詳細については、Amazon GameLift Streams 開発者ガイドの「セッション認証情報のセットアップ」を参照してください。https://docs.aws.amazon.com/gameliftstreams/latest/developerguide/session-credentials-setup.html

Amazon OpenSearch UI now supports one-click dashboard migration

Amazon OpenSearch Service では、OpenSearch ドメインとサーバーレスコレクションの両方で、従来の OpenSearch ダッシュボードから OpenSearch UI へのワンクリック移行がサポートされるようになりました。OpenSearch UI は、複数のデータソースにわたる検索と統一されたオブザーバビリティを実現する、ダウンタイムゼロの新しいサーバーレスインターフェイスです。今回のローンチにより、従来の OpenSearch Dashboards で作成した複数のテナントと何千もの保存オブジェクトが OpenSearch UI アプリケーションで再利用できるようになり、インターフェース間の移動に伴う運用の複雑さが軽減されます。\n ワンクリックマイグレーションにより、既存のテナントと保存したオブジェクトを OpenSearch UI ワークスペースに移動できます。手動で再作成する必要はありません。このメカニズムは、Amazon OpenSearch Service ドメインおよびサーバーレスコレクションで作成された OpenSearch ダッシュボードで機能します。すべてを新しいワークスペースまたは既存のワークスペースに移行できます。OpenSearch Dashboard で複数のテナントを作成した場合、それらを単一のワークスペースに変換するか、チームごとに分けておくかを選択できます。

この機能は OpenSearch UI が利用可能なすべての AWS リージョンで利用できます。はじめに、Amazon OpenSearch サービス開発者ガイドの「OpenSearch UI の使用」を参照してください。詳細な機能チュートリアルについては、OpenSearch UI のヘルプページをご覧ください。このサービスの詳細については、Amazon OpenSearch サービスの製品ページを参照してください。

Amazon SageMaker HyperPod now supports partition-level topology for Slurm orchestrated clusters

Amazon SageMaker HyperPod は、Slurm オーケストレーションクラスターのパーティションレベルでのネットワークトポロジー設定をサポートするようになりました。1 つのクラスターが 1 つのパーティションでツリートポロジを実行し、別のパーティションでブロックトポロジを実行できるようになりました。各パーティションでは、それぞれのインスタンスタイプに最も適したトポロジを使用します。これにより、ジョブ配置が各インスタンスタイプの相互接続特性に合わせて維持されるので、分散型トレーニングのパフォーマンスが向上し、GPU と GPU 間の通信が高速になり、NCCL の集合操作がより効率的になり、トレーニングのスループットが向上します。\n HyperPod は、コンピュートインスタンスグループのインスタンスタイプに基づいて各パーティションのトポロジーを決定します。ml.p6e-gb200.36xlarge などの Amazon EC2 UltraServer インスタンスタイプのパーティションはブロックトポロジを使用し、ml.p5.48xlarge、ml.p5e.48xlarge、ml.p5e.48xlarge、ml.p5en.48xlarge などの階層型インターコネクトインスタンスタイプのパーティションはツリートポロジを使用します。一方、ネットワークトポロジ情報を提供しないインスタンスタイプのパーティションは完全にスケジュール可能です。HyperPodは、スケールアップ、スケールダウン、およびノード交換イベントによってクラスターが変更されても、この構成を自動的に維持するため、各パーティションのトポロジーは常にクラスターの現在の状態を反映します。 はじめに、サポートされている GPU インスタンスタイプで Slurm 25.11 以降を実行している SageMaker HyperPod Slurm クラスターを作成または更新してください。トポロジー対応のスケジューリングはデフォルトで有効になっており、設定は不要です。この機能は Amazon SageMaker HyperPod がサポートされているすべての AWS リージョンで利用できます。詳細については、「Amazon SageMaker HyperPod でのトポロジ対応スケジューリングの使用」を参照してください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Architecture Blog

AWS Compute Blog

AWS Contact Center

AWS for Industries

Artificial Intelligence

Networking & Content Delivery

AWS Quantum Technologies Blog

Open Source Project

AWS CLI

Bottlerocket OS

Karpenter

Amazon EKS Anywhere