2026/5/1 9:00:00 ~ 2026/5/4 9:00:00 (JST)

最近の発表

Amazon CloudFront Announces WebSocket Support for VPC Origins

Amazon CloudFront は、仮想プライベートクラウド (VPC) オリジンを介した WebSockets トラフィックをサポートするようになりました。これにより、完全にプライベートサブネットでホストされるリアルタイムアプリケーションの単一のエントリポイントとして CloudFront を使用できるようになりました。WebSockets のサポートにより、VPC オリジンは、チャットプラットフォーム、共同編集ツール、ライブダッシュボード、IoT デバイス管理システムなど、クライアントとサーバー間の永続的な双方向接続を必要とするアプリケーションにも拡張されます。\n 以前は、WebSocket を介してリアルタイムアプリケーションを実行する顧客は、オリジンをパブリックサブネットに置き、アクセス制御リストやその他のメカニズムを使用して WebSocket 対応サーバーへのアクセスを制限する必要がありました。お客様は、これらのソリューションを実装し維持するために継続的な努力を費やす必要がありました。これで、お客様はアプリケーションロードバランサー (ALB)、ネットワークロードバランサー (NLB)、WebSockets トラフィックを処理する EC2 インスタンスを、CloudFront ディストリビューションからのみアクセス可能なプライベートサブネットに配置できるようになりました。CloudFront は、従来の HTTP トラフィックとリアルタイム WebSockets 接続の両方に対する単一の玄関口として機能し、攻撃対象領域を減らし、セキュリティ管理を簡素化し、組み込みの DDoS 保護を提供します。 VPC オリジンの WebSocket サポートは、VPC オリジンがサポートされているすべての AWS 商用リージョンで利用できます。VPC オリジンを経由する WebSockets トラフィックには追加費用はかかりません。詳細については、CloudFront VPC オリジンをご覧ください。

IAM Roles Anywhere now enforces VPC endpoint policies for the CreateSession API

AWS アイデンティティおよびアクセス管理 (IAM) ロールエニウェアでは、IAM Rolles Anywhere CreateSession API の仮想プライベートクラウド (VPC) エンドポイントポリシーを設定できるようになりました。VPC エンドポイントポリシーを更新して CreateSession オペレーションを許可または拒否することができます。CreateSession が VPC エンドポイントポリシーの Allow ステートメントに明示的に含まれていない場合や、すべてのオペレーションを許可していない場合 (たとえば、アクションとして「roleswhere: *」を指定した場合)、IAM Rolles Anywhere は VPC エンドポイントを通じて行われたリクエストに対して一時的な AWS 認証情報を返しません。\n CreateSession API を使用すると、AWS の外部で実行されているワークロードが X.509 証明書を使用して一時的な AWS 認証情報を取得して AWS リソースにアクセスできるようになります。以前は、VPC エンドポイントポリシーは CreateSession を除くすべての IAM Rolles Anywhere API オペレーションに適用されていました。今回の発表によりそのギャップが解消され、すべての IAM Rolles Anywhere API オペレーションにわたって一貫したきめ細かなアクセス制御が可能になります。 この機能は、AWS GovCloud (米国) リージョン、AWS 欧州ソブリンクラウド (ドイツ) リージョン、中国リージョンなど、IAM Roles Anywhere が利用できるすべての AWS リージョンで利用できます。詳細については、「IAM Roles Anywhere ユーザーガイド」を参照してください。

Amazon Redshift Introduces Concurrency Scaling Support for auto-copy and zero-ETL

Amazon Redshift は、Amazon Redshift の自動コピーとゼロ ETL に対応した Amazon Redshift 同時実行スケーリングサポートの一般提供を発表しました。これにより、データインジェストのパフォーマンスが向上します。この新機能は、Amazon S3 からの自動コピーによるシームレスなデータ取り込みと、Zero-ETL によるオペレーションデータベース、トランザクションデータベース、およびアプリケーションからのほぼリアルタイムのデータレプリケーションの機能と、同時実行スケーリングの弾力性を組み合わせたものです。\n この機能強化により、大量かつ時間に制約のあるデータ操作にメリットがもたらされます。自動コピーは S3 バケットを監視し、新しいデータファイルを自動的にロードします。一方、Zero-ETL は運用データベースとトランザクションデータベースのデータをほぼリアルタイムで複製します。同時実行スケーリングを有効にすると、増加する読み取り/書き込みクエリを処理するためにコンピューティング容量が自動的に追加され、ピーク時にパフォーマンスを低下させることなくより迅速にデータを取り込むことができます。 この新しい拡張機能は、Amazon Redshift サーバーレスおよび RA3 でプロビジョニングされたデータウェアハウスで Amazon Redshift が利用できるすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。この機能をすぐに実装して、データ取り込みワークフローを最適化できます。

AWS Transform now offers BI migration agents for Power BI and Tableau to Amazon Quick

AWS Transform のお客様は、BI 移行エージェントを使用して Tableau と Power BI ダッシュボードを Amazon Quick Sight (Amazon Quick の BI 機能) アセットに変換できるようになりました。これにより、移行作業を数か月から数日に短縮できるようになりました。これらのエージェントは、AWS アドバンストコンサルティングパートナーである Wavicle Data Solutions によって構築されています。AWS Transform のイニシアチブを活用して、専用のエージェント、ツール、ナレッジベース、ワークフローを AWS Transform のエージェンシー AI 機能と統合することで、差別化されたトランスフォーメーションソリューションを生み出しています。AWS Marketplace では、各 BI 移行ソース (Power BI と Tableau) ごとに 1 つのアナライザーエージェントと 1 つのコンバーターエージェントという 4 つのエージェントを購入できます。 \n AWS Transform は、エキスパートエージェント、エージェント AI システム、継続的な学習によって支えられた、コラボレーション型のエンタープライズ IT トランスフォーメーションワークベンチであり、クラウドへの移行、レガシーアプリケーションの近代化、技術債務の削減を促進します。これらの新しい BI 移行エージェントは AWS Transform ワークフローに組み込まれており、チャットベースのインターフェイスを使用してソースダッシュボードの移行準備状況を評価し、Amazon Quick Sight でデータセット、計算フィールド、ビジュアライゼーション、フィルターを再構築して変換します。すべての処理は AWS アカウント内で実行され、データが環境外に出ることはありません。変換後、Amazon Quick 管理者が BI 作成者にダッシュボードの所有権を割り当てて検証と公開を行います。移行が完了すると、チームは自然言語によるビジネス上の質問、自動リサーチ、データ主導型のアクションなど、Amazon Quick の AI を活用したワークフローを活用できます。

BI 移行エージェントは、米国東部 (バージニア北部) の AWS Marketplace から入手できます。Amazon クイックサイトを利用できるすべての商業地域で、クイックサイトアセットの作成をサポートしています。開始するには、AWS Marketplace (Power BI または Tableau) からサブスクライブするか、AWS アカウントチームに連絡して Amazon Quick Migration の無料または割引価格で利用できるプログラムを確認してください。詳細については、このブログ投稿をご覧ください。

Announcing Kubernetes Dynamic Resource Allocation for Elastic Fabric Adapter

Amazon Elastic Kubernetes Service (Amazon EKS) は、Elastic Fabric Adapter (EFA) の動的リソース割り当て (DRA) をサポートするようになりました。これにより、人工知能、機械学習、およびハイパフォーマンスコンピューティング (HPC) ワークロードのための高性能ノード間通信と RDMA (リモートダイレクトメモリアクセス) が簡素化されます。アップストリームの DRANET プロジェクト上に構築された EFA DRA ドライバーは、Kubernetes 上で実行されるワークロードに EFA インターフェースの共有とトポロジー対応の割り当てをもたらします。\n EFA DRA ドライバーを使用すると、同じ PCIe ルートまたはデバイスグループを共有する EFA インターフェイスとアクセラレーターデバイスを割り当てることができます。これにより、ノード間のトラフィックが最も近いネットワークインターフェイスを介して、ノード上の各 NVIDIA GPU、AWS Trainium、または AWS Inferentia デバイスに確実に流れるようになります。EFA DRA ドライバーは、同じノード上のワークロード間の EFA インターフェースの共有もサポートしているため、EFA インターフェースを最大限に活用できます。 EFA DRA ドライバーは、EKS マネージドノードグループまたはセルフマネージドノードで Kubernetes バージョン 1.34 以降を実行している Amazon EKS クラスターに新たにデプロイする場合におすすめです。EFA DRA ドライバーは Amazon EKS が利用可能なすべての AWS リージョンで利用できます。EFA デバイスプラグインは引き続きサポートされており、Karpenter および Amazon EKS 自動モードでの使用が推奨されています。 詳細については、Amazon EKS ユーザーガイドの「Amazon EKS での EFA デバイスの管理」を参照してください。

Amazon RDS for SQL Server supports cross-account snapshot sharing with additional storage volumes

SQL Server 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、追加のストレージボリュームを持つデータベースインスタンスのクロスアカウントスナップショット共有をサポートするようになりました。ストレージボリュームを追加すると、プライマリストレージボリュームに加えて、それぞれが最大 64 TiB のストレージボリュームを最大 3 つ追加することで、データベースストレージを最大 256 TiB まで拡張できます。今回の発表により、お客様は追加のストレージボリュームで設定されたデータベースインスタンスのデータベーススナップショットを AWS アカウント間で作成、共有、コピーできるようになります。クロスアカウントスナップショットにより、お客様はコンプライアンス要件のために個別のアカウントに分離されたバックアップ環境を設定したり、開発とテスト用に別のアカウントにデータベーススナップショットを復元して本番環境の問題を調査したりするなどの診断を行うことができます。\n ストレージボリュームを追加したデータベースインスタンスのクロスアカウントスナップショットでは、追加のストレージボリュームの設定を含め、元のデータベースインスタンスのストレージレイアウトが維持されます。スナップショットをターゲットの AWS アカウントと共有すると、ターゲットアカウントの権限を持つユーザーは、そのスナップショットを別のデータベースインスタンスに復元したり、同じまたは異なる AWS リージョン内のスナップショットをコピーしたり、バックアップや災害対策のために異なる AWS Identity and Access Management (IAM) アクセス権限で独立したバックアップを作成したりできます。 アカウント間のスナップショット共有とストレージボリュームの追加は、すべての AWS 商用リージョンで利用できます。お客様は AWS マネジメントコンソール、AWS CLI、または AWS SDK を通じて、今すぐこの機能を使い始めることができます。詳細については、Amazon RDS ユーザーガイドの「Amazon RDS 用の DB スナップショットの共有」、「Amazon RDS 用の DB スナップショットのコピー」、および「SQL Server 用の RDS のストレージの使用」を参照してください。

Amazon RDS for SQL Server supports read replica with additional storage volumes

SQL Server 用 Amazon リレーショナルデータベースサービス (Amazon RDS) は、追加のストレージボリュームを持つデータベースインスタンスのリードレプリカをサポートするようになりました。ストレージボリュームを追加すると、プライマリストレージボリュームに加えて、それぞれが最大 64 TiB のストレージボリュームを最大 3 つ追加することで、データベースストレージを最大 256 TiB まで拡張できます。今回のローンチにより、追加のストレージボリュームで構成されたデータベースインスタンスについて、お客様は同一リージョンおよびクロスリージョンのリードレプリカデータベースインスタンスを作成できるようになります。\n 追加のストレージボリュームを含むデータベースインスタンス用にリードレプリカを作成すると、そのレプリカは追加のストレージボリュームの設定を含め、ソースインスタンスのストレージレイアウトを維持します。最初に作成した後は、ソースインスタンスとリードレプリカインスタンスで追加のストレージボリューム構成を個別に管理できます。 ストレージボリュームを追加したリードレプリカは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。お客様は AWS マネジメントコンソール、AWS CLI、または AWS SDK を通じて、今すぐこの機能を使い始めることができます。詳細については、Amazon RDS ユーザーガイドの「Amazon RDS for SQL Server のリードレプリカの使用」と「SQL Server 用 RDS でのストレージの使用」および「SQL Server 用 RDS でのストレージの使用」を参照してください。

YouTube

AWS Black Belt Online Seminar (日本語)

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Big Data Blog

Containers

Artificial Intelligence

AWS Security Blog

Open Source Project

AWS CLI