Weekly AWS アップデート情報 - 2025/7/29 ～EC2 インスタンスの停止・終了時に OS のシャットダウンをスキップする機能を追加～

分析

Amazon Redshift Serverless が 2-AZ サブネット構成をサポート
Amazon Redshift Serverless で、Enhanced VPC Routing (EVR) を使用しない場合に2つのアベイラビリティーゾーン (AZ) を持つサブネット構成がサポートされるようになりました。この機能強化により、Amazon VPC サブネットネットワークに3つのAZが不要となり、セットアップ プロセスが簡素化されました。
以前は、Amazon Redshift Serverless ワークグループの作成に3つのAZが必要でしたが、今回のアップデートにより、EVRを使用しないワークグループの作成や更新時には2つのAZのみで済むようになりました。この要件は、ベースRPUサイズ（4〜1024 RPU）、ワークグループのRPU使用量、AI駆動のスケーリングと最適化の有効/無効にかかわらず適用されます。
この変更により、すでに2つのAZが定義されている場合に追加のAZを構成する必要がなくなり、運用オーバーヘッドが削減されます。
2-AZサポートは、Amazon Redshift Serverless が提供されている全ての商用AWSリージョンで利用可能です。

Amazon MSK の Express Broker がパーティション数を最大5倍に増加
Amazon Managed Streaming for Apache Kafka (Amazon MSK) の Express Broker において、以下の改善が行われました：
1. パーティション数が最大5倍に増加し、パーティション制約のあるワークロードのコストパフォーマンスが最大50%向上
2. Express Broker は標準の Apache Kafka ブローカーと比較して：
- 最大3倍のスループット
- 最大20倍高速なスケーリング
- 最大90%高速な復旧
3. パーティション制約のあるワークロードを少ないブローカーでホスト可能に
例：m7g.16xlarge インスタンスで、ブローカー当たり4,000から20,000パーティションに増加
4. クラスターの回復性向上のため、Express Broker 当たりの最大パーティション数に制限を設定
5. 以下のようなユースケースに特に有効：
- 多数のトピックを必要とするストリーミングアプリケーション
- 多くの小規模トピックを持つマイクロサービスアーキテクチャー
- 複数のデータソースをサポートするデータ取り込みパイプライン
これらの改善は、Amazon MSK Express Broker が提供されている全ての AWS リージョンで、追加コストなしで利用可能です。

Amazon EMR Serverless がジョブ実行時のインラインランタイムパーミッションをサポート
Amazon EMR Serverless が、ジョブ実行時にインラインでのパーミッション指定をサポートするようになりました。これにより、マルチテナント環境でのジョブ実行ごとに、きめ細かいテナント固有のパーミッションスコープを定義できます。
主な特長：
1. ジョブ実行時に、ほかの AWS サービスを呼び出すためのランタイムロールを指定可能
2. マルチテナント環境で、テナント固有のコンテキストに応じたパーミッションの制限が可能
3. ジョブ実行時にインラインパーミッションポリシーを指定可能
4. ジョブ実行時の実効権限は、インラインポリシーとランタイムロールの共通部分
5. テナント固有のきめ細かいパーミッションをインラインポリシーで定義可能
6. マルチテナント環境での多数のロール管理が不要に
7. テナント固有のワークロードに応じたポリシー調整が容易
この機能は、サポートされている全ての EMR リリースと、EMR Serverless が利用可能な全てのリージョンで利用できます。

AWS Glue が Microsoft Dynamics 365 をデータソースとしてサポート
AWS Glue に Microsoft Dynamics 365 用のネーティブコネクターが追加されました。これにより、データエンジニアは ERP および CRM プラットフォームからのデータ統合が容易になります。
新しいコネクターの特長:
1. Microsoft Dynamics 365 をデータソースとして、効率的な ETL ジョブの構築が可能
2. データ統合プロセスの合理化により、複雑さと時間を削減
3. AWS ベースの分析およびビジネスインテリジェンスワークフローへの Microsoft Dynamics 365 データの組み込みが簡素化
4. AWS Glue のフルマネージド ETL サービスと Microsoft Dynamics 365 データを組み合わせて、包括的な洞察とデータ駆動型の意思決定が可能
このコネクターは、AWS Glue がサポートされている全てのリージョンで利用可能です。

アプリケーション統合

Amazon SQS がマルチテナントワークロード向けのフェアキューを導入
Amazon Simple Queue Service (Amazon SQS) に、フェアキューと呼ばれる新機能が追加されました。この機能は、マルチテナントの標準キューにおけるノイジーネイバーの影響を軽減します。
フェアキューの主な特長は以下の通りです：
1. 1つのテナント（顧客、クライアントアプリケーション、リクエストタイプなど）が多数のメッセージを送信したり、処理時間の長いメッセージがある場合でも、ほかのテナントのメッセージを長い遅延なく流し続けることができます。
2. 全てのテナントに対するサービス品質を維持しつつ、標準キューのスケーラビリティとスループットを保ちます。
3. 標準キューにメッセージを送信する際にメッセージグループIDを含めることで、フェアキューを有効にできます。
4. メッセージのコンシューマー側に変更は不要で、稼働中のシステムでも中断や移行なしにフェアキューを採用できます。
5. 特に以下のケースで有用です：
- 共有キューを通じて複数の顧客にサービスを提供するSaaSアプリケーション
- 複数のリソースからのイベントを処理するマイクロサービス
- 異なるリクエストタイプのメッセージを処理するアプリケーション
6. 単一のテナントがキューにバックログを作成した場合、メッセージを並べ替えることで、テナント間で一貫した滞留時間（メッセージが送信されてから受信されるまでの時間）を維持します。
7. バックログの原因となるテナントからのメッセージも引き続きコンシューマーに配信されますが、利用可能なコンシューマーの容量に基づいて滞留時間が増加します。
フェアキューは、全てのAWS商用リージョンとAWS GovCloud (US) リージョンで利用可能です。

Amazon MQ for RabbitMQ が Graviton3 ベースの M7g インスタンスをサポート
Amazon MQ が RabbitMQ 向けに Graviton3 ベースの M7g インスタンスをサポートするようになりました。主な特長は以下の通りです:
- 単一インスタンスと高可用性マルチ AZ クラスターの両方のデプロイモードで利用可能
- M5 インスタンスと比較して、最大 50% 高いワークロード容量と最大 85% のスループット改善を実現
- M7g.medium から M7g.16xlarge まで幅広いサイズを提供
- インスタンスサイズに応じて最適化された Amazon EBS ディスクボリュームを使用し、データストレージコストを削減
- 単一インスタンスブローカーには 200 GB の Amazon EBS ディスクボリュームを提供
- 既存の RabbitMQ ブローカーを M5 から M7g にその場でアップグレード可能
- 一部の地域を除き、ほとんどの地域で利用可能
この新しいインスタンスタイプにより、Amazon MQ for RabbitMQ のパフォーマンスとコスト効率が向上します。

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

Amazon Connect が定型応答の AWS CloudFormation サポートを開始
Amazon Connect で AWS CloudFormation を使用した定型応答のサポートが開始されました。これにより、AWS CloudFormation テンプレートを使用して定型応答のデプロイと管理が可能になりました。
定型応答は、コンタクトセンターのエージェントが一般的な顧客の問い合わせに一貫性を持って効率的に対応するための事前設定されたメッセージです。AWS CloudFormation を使用することで、管理者は環境全体でこれらの定型応答をスケーラブルかつ再現可能な方法で定義およびデプロイできるようになりました。
この機能により、組織は以下のことが可能になります:
- エージェントのコミュニケーションの標準化
- Amazon Connect インスタンス間の手動設定の削減
- 季節キャンペーンや規制遵守のための更新された応答セットの複数の Connect 環境へのロールアウト
この機能は、Amazon Connect が提供されている全ての AWS リージョンで利用可能です。

Amazon Connect が外部音声コネクターの日単位料金を発表
Amazon Connect の外部音声コネクターの価格が、1コネクター当たり1日100ドルになりました。新しい日単位の料金により、お客さまはより細かな請求オプションを利用できます。この日単位の料金は、新規および既存のコネクターに適用されます。
Amazon Connect は2種類の外部音声コネクターを提供しています：
1. 転送コネクター：音声通話とメタデータをほかの音声システムに転送し、既存の音声システムで Amazon Connect の電話機能とセルフサービス AI を使用できます。
2. 分析コネクター：Amazon Connect Contact Lens がほかの音声システムからストリーミング音声とメタデータを取り込み、コンタクトレコード、通話録音、リアルタイムおよび通話後の分析、エージェント評価を作成できます。

Amazon Connect が予測編集用の新しいUIを発表
Amazon Connect の予測編集機能が新しい UI で改善されました。主な特長は以下の通りです:
- プランナーが迅速に調整を行い、変化するコンタクトパターンに対応できるようになりました
- 特定の日付範囲、キュー、チャンネルに対して、コンタクト量の割合増加や正確な値の設定などの編集が可能
- 予測 UI 内で変更のプレビューと適用が可能
例えば、マーケティングキャンペーンによるトラフィック増加が予想される場合、プランナーは次の2週間の火曜日と水曜日の12時から14時の短期予測を15%増加させることができます。
この機能により、プランナーは以下のことが可能になります:
- 予測変更の管理プロセスの簡素化
- 計画の精度向上
- 需要変動への迅速な対応
この機能は、Amazon Connect のエージェントスケジューリングが利用可能な全ての AWS リージョンで利用できます。

Amazon Connect がメッセージテンプレート添付ファイルの AWS CloudFormation サポートを開始
Amazon Connect で、アウトバウンドキャンペーンのメッセージテンプレート添付ファイルに AWS CloudFormation がサポートされるようになりました。これにより、AWS CloudFormation を使用してテンプレート添付ファイルの作成、管理、デプロイが可能になります。
この機能強化により、既存の MessageTemplate CloudFormation リソースの一部として、画像やドキュメントなどの添付ファイルを定義およびデプロイできます。メッセージテンプレート添付ファイルは、アウトバウンドメールキャンペーンでコンテンツを充実させ、エンゲージメントを向上させるために使用されます。
お客さまは、インフラストラクチャーをコードとして添付ファイルをプログラムで管理できるようになり、ステージング、テスト、本番環境全体で一貫性、再現性、自動化を確保できます。
この機能は、Amazon Connect アウトバウンドキャンペーンがサポートされている全ての AWS リージョンで利用可能です。

クラウド財務管理

Cost Optimization Hub がコスト最適化の機会にアカウント名を表示可能に
Cost Optimization Hub（請求とコスト管理コンソールの機能）で、コスト最適化の機会にアカウント名のサポートが追加されました。この機能強化により、アカウント名を使用してコスト最適化の推奨事項を簡単に表示、フィルターリング、統合、優先順位付けできるようになりました。
複雑なアカウント構造全体でコスト最適化の機会を特定し管理するプロセスが簡素化されます。アカウント名を使用することで、特定の推奨事項に関連するアカウントをすぐに認識でき、コスト削減の機会に対してアクションを取りやすくなります。
この機能強化は、複数のアカウントを管理する大規模組織や AWS パートナーにとって特に有用で、コスト最適化のワークフローを効率化し、アカウントポートフォリオ全体の潜在的な節約の可視性を向上させます。
アカウント名は、Cost Optimization Hub がサポートされている全ての AWS リージョンで利用可能です。

コンテナ

Amazon ECR がタグのイミュータビリティ設定に例外を指定可能に
Amazon Elastic Container Registry (ECR) で、イメージタグのイミュータビリティ設定に例外を指定できるようになりました。タグフィルターのリストを提供することで、特定のタグをイミュータビリティ設定から除外できます。これにより、ほとんどのタグに対してイミュータビリティを強制しながら、一部のタグに柔軟性を持たせることができます。
ECRのイメージタグ設定では、リポジトリタグの上書きを制御できます。タグを「mutable」（上書き可能）または「immutable」（上書き不可）に設定できます。
タグのイミュータビリティの例外をサポートすることで、指定したタグフィルターのリストに基づいて、特定のタグを除く全てのタグに対してミュータビリティまたはイミュータビリティを強制できるようになりました。例えば、本番環境用のタグにはイミュータビリティを強制しつつ、開発、テスト、自動化ワークフロー用の「latest」などの特定のタグにはミュータビリティを維持できます。
この機能は、全ての AWS 商用リージョンと AWS GovCloud (US) リージョンで追加料金なしで利用可能です。

データベース

Amazon Timestream for InfluxDB が 24xlarge メモリ最適化インスタンスをサポート
Amazon Timestream for InfluxDB に、24xlarge メモリ最適化インスタンスが追加されました。これにより、要求の厳しい時系列ワークロードのパフォーマンスが向上します。新しいインスタンスタイプは、シングル AZ とマルチ AZ のデプロイメント、およびマルチ AZ 読み取りレプリカクラスターで利用可能です。
24xlarge インスタンスは、96 vCPU、768 GiB のメモリ、最大 40 Gbps の拡張ネットワーク帯域幅を提供します。これは、産業用テレメトリ、IoT 分析、金融取引プラットフォームなど、大規模で I/O 集約型の時系列アプリケーションに適しています。
この機能は、米国東部（オハイオ）、米国東部（バージニア北部）、米国西部（オレゴン）、アジアパシフィック（ムンバイ）、アジアパシフィック（シンガポール）、アジアパシフィック（シドニー）、アジアパシフィック（東京）、ヨーロッパ（フランクフルト）、ヨーロッパ（アイルランド）、ヨーロッパ（スペイン）、ヨーロッパ（ストックホルム）で利用可能です。
24xlarge メモリ最適化インスタンスは、Amazon Timestream コンソール、AWS Command Line Interface (CLI)、SDK、AWS CloudFormation からプロビジョニングできます。

Amazon RDS for PostgreSQL、MySQL、MariaDB が R7g データベースインスタンスを大阪など追加リージョンでサポート
Amazon RDS for PostgreSQL、MySQL、MariaDBにおいて、AWS Graviton3ベースのR7gインスタンスが以下のリージョンでサポートされるようになりました：
- AWS GovCloud (米国東部)
- アジアパシフィック (大阪)
- ヨーロッパ (チューリッヒ)
- アジアパシフィック (ジャカルタ)
- イスラエル (テルアビブ)
- カナダ西部 (カルガリー)
Graviton3ベースのインスタンスは、オープンソースデータベースにおいて、データベースエンジン、バージョン、ワークロードに応じて、Graviton2ベースのインスタンスと比較して最大30%のパフォーマンス向上を提供します。
Graviton3プロセッサーは、第2世代のGraviton2プロセッサーに比べていくつかの改善点があります：
- 最新のDDR5メモリを搭載し、DDR4と比較して50%高いメモリ帯域幅を提供
- 最大30Gbpsの拡張ネットワーク帯域幅
- Amazon EBSへの最大20Gbpsの帯域幅
RDS for MySQLとMariaDBのR7gインスタンスでは、Optimized Writesもサポートされ、追加コストなしで書き込みスループットを最大2倍に向上させることができます。
R7gデータベースインスタンスは、以下のバージョンでサポートされています：
- RDS for MySQL: 8.0および8.4
- RDS for PostgreSQL: 13.4以上、14.5以上、15、16、17
- RDS for MariaDB: 10.4、10.5、10.6、10.11、11.4

Amazon RDS for PostgreSQL、MySQL、MariaDB が M8g および R8g データベースインスタンスを東京など追加リージョンでサポート
Amazon RDS for PostgreSQL、MySQL、MariaDBにおいて、以下の新機能が追加されました：
1. AWS Graviton4ベースのM8gデータベースインスタンスが、アジアパシフィック（ハイデラバード）とアジアパシフィック（東京）リージョンでサポートされるようになりました。
2. R8gデータベースインスタンスが、AWS米国西部（北カリフォルニア）リージョンでサポートされるようになりました。
3. Graviton4ベースのインスタンスは、データベースエンジン、バージョン、ワークロードに応じて、同等サイズのGraviton3ベースのインスタンスと比較して、最大40%のパフォーマンス向上と、オンデマンド価格で最大29%の価格/パフォーマンス向上を提供します。
4. M8gとR8gデータベースインスタンスは、PostgreSQL、MySQL、MariaDBの特定のバージョンでサポートされています。
これらの新しいインスタンスは、Amazon RDS管理コンソールを使用して作成できます。

Amazon RDS for PostgreSQL と Amazon Redshift 間のゼロ ETL 統合が一般提供開始
Amazon RDS for PostgreSQL と Amazon Redshift 間のゼロ ETL 統合が一般提供されました。これにより、ペタバイト規模のトランザクションデータに対して、ほぼリアルタイムの分析と機械学習が可能になります。
主な特長：
1. 単一の Amazon RDS データベースから複数のゼロ ETL 統合を作成可能
2. データフィルターリングを適用し、特定のデータベースやテーブルを含めたり除外したりして、レプリケーションをニーズに合わせて調整可能
3. AWS CloudFormation を使用してゼロ ETL 統合に必要なリソースの設定とデプロイを自動化可能
この統合により、複雑なデータパイプラインの構築と管理が不要になり、多くのアプリケーションにわたる包括的な洞察を得やすくなります。Amazon RDS for PostgreSQL にデータが書き込まれてから数秒以内に、そのデータが Amazon Redshift にレプリケートされます。
ゼロ ETL を使用することで、Amazon Redshift の豊富な分析機能（統合 ML、Spark サポート、マテリアライズドビューなど）を活用し、ほぼリアルタイムのデータ分析を強化できます。
この機能は、RDS for PostgreSQL バージョン 15.4 以降、Amazon Redshift Serverless、および対応する AWS リージョンの Amazon Redshift RA3 インスタンスタイプで利用可能です。

Amazon RDS for Oracle と Amazon Redshift のゼロ ETL 統合を発表
Amazon RDS for Oracle と Amazon Redshift のゼロ ETL 統合が発表されました。主な特長は以下の通りです：
- ペタバイト規模のトランザクションデータに対して、複雑な ETL パイプラインなしでリアルタイムに近い分析と機械学習が可能
- Oracle RDS のデータが数秒以内に Amazon Redshift に複製される
- AWS マネジメントコンソール、API、CLI、AWS CloudFormation を使用して統合の作成と管理が可能
- 特定のプラガブルデータベース (PDB) を選択して複製可能
- 特定のテーブルを選択し、ニーズに合わせてレプリケーションをカスタマイズ可能
- サポートされる AWS リージョンの Oracle Database 19c で利用可能
この統合により、Amazon RDS for Oracle のデータ分析が簡素化され、複数のアプリケーションにわたる包括的な洞察を得やすくなります。

Amazon RDS for Db2 が自己管理型 Active Directory によるグループベースの認証をサポート
Amazon Relational Database Service (RDS) for Db2 が、お客さまの自己管理型 Microsoft Active Directory によるグループベースの認証をサポートするようになりました。これにより、オンプレミスと RDS for DB2 ワークロードの間で、安全で一貫性のあるアクセス体験が可能になります。
お客さまは自己管理型 Active Directory でユーザー認証情報とグループを安全に管理し、それらを使用して RDS for Db2 にアクセスできるようになりました。設定は、RDS for Db2 インスタンスを AWS Managed Active Directory を使用するように構成し、自己管理型 Active Directory との一方向のフォレスト信頼を確立するだけです。
この統合により、RDS for DB2 用に別のユーザーアカウントと権限を管理する必要なく、オンプレミスと同じグループベースの認証体験を使用して RDS for DB2 にアクセスできます。
Amazon RDS は、クラウドでの Db2 デプロイメントの設定、運用、スケーリングを簡素化します。

Amazon ElastiCache が Valkey 8.1 をサポート
Amazon ElastiCache が Valkey 8.1 のサポートを発表しました。これにより、Valkey オープンソースプロジェクトの最新イノベーションが ElastiCache for Valkey に導入されます。主な改善点は以下の通りです：
1. Bloom フィルターのネーティブサポート：Set データ型と比較して最大98%少ないメモリでルックアップを実行可能
2. 新しいハッシュテーブル実装：
- パイプライン使用時のスループットが最大10%向上
- 一般的なキー/値パターンでメモリ使用量が最大20%削減
3. 新しい COMMANDLOG 機能：
- 大規模なリクエストと応答を記録
- エンドツーエンドのレイテンシーの可視性を向上
- トラフィックパターンの最適化や予期せぬ使用量スパイクのトラブルシューティングが可能
これらの改善により、開発者はアプリケーションの応答性を向上させつつ、インメモリワークロードのインフラコストを削減できます。
ElastiCache version 8.1 for Valkey は、全ての AWS リージョンで追加コストなしで利用可能です。以前のバージョンの Valkey や Redis OSS からのアップグレードは、ダウンタイムなしで数回のクリックで実行できます。
AWS Management Console、SDK、または CLI を使用して ElastiCache for Valkey の利用を開始できます。

Amazon ElastiCache が Bloom フィルターのサポートを開始
Amazon ElastiCache が Valkey バージョン 8.1 以降で Bloom フィルターを新しいデータ型としてサポートするようになりました。Bloom フィルターは、アイテムがセットに存在する可能性を素早く確認できる、省スペースで確率的なデータ構造です。
この新機能は valkey-bloom モジュールと完全に互換性があり、valkey-py、valkey-java、valkey-go などの Valkey クライアントライブラリの Bloom フィルターコマンド構文と API 互換性があります。
以前は、キャッシュに要素が追加されたかどうかを確認するために、Set データ型を使用してアイテムをセットに書き込み、そのアイテムがすでに存在するかどうかをチェックしていました。Bloom フィルターは確率的なアプローチを使用して同じ結果を達成し、パフォーマンスを損なうことなく、セットを使用する場合と比べて 98% 以上のメモリ効率を実現します。
Bloom フィルターは、全ての AWS リージョンで Amazon ElastiCache バージョン 8.1 for Valkey のサーバーレスおよびノードベースのオファリングで、追加コストなしで利用できます。

Amazon Aurora が大阪など追加の AWS リージョンで R7g データベースインスタンスをサポート
AWS Graviton3 ベースの R7g データベースインスタンスが、以下のリージョンで Amazon Aurora PostgreSQL 互換版および MySQL 互換版で一般提供されました:
- アジアパシフィック (大阪)
- アジアパシフィック (ジャカルタ)
- カナダ西部 (カルガリー)
- ヨーロッパ (チューリッヒ)
- ヨーロッパ (パリ)
- イスラエル (テルアビブ)
- 中東 (UAE)
- AWS GovCloud (米国東部)
Graviton3 インスタンスは、データベースエンジン、バージョン、ワークロードに応じて、Graviton2 インスタンスと比較して最大 30% のパフォーマンス向上を提供します。
Graviton3 ベースの R7g は、最新の DDR5 メモリを搭載した初の AWS データベースインスタンスで、DDR4 と比較して 50% 高いメモリ帯域幅を提供します。R7g データベースインスタンスは、最大 30Gbps の拡張ネットワーク帯域幅と、Amazon Elastic Block Store (Amazon EBS) への最大 20 Gbps の帯域幅を提供します。
Graviton3 は、Aurora MySQL バージョン 3.03.1 以降、Aurora PostgreSQL バージョン 13.10 以降、14.7 以降、15.2 以降でサポートされています。Graviton3 へのアップグレードは、インスタンスタイプの変更で簡単に行えます。
Amazon Aurora は、MySQL および PostgreSQL との完全な互換性を持ち、グローバルスケールで比類のない高性能と高可用性を実現するように設計されています。

Amazon Aurora が R7i データベースインスタンスを大阪など追加リージョンでサポート
Amazon Aurora の MySQL 互換および PostgreSQL 互換バージョンで、アジアパシフィック (大阪)、アジアパシフィック (メルボルン)、アジアパシフィック (タイ)、メキシコ (中央) リージョンにおいて R7i データベースインスタンスがサポートされるようになりました。
R7i データベースインスタンスは、カスタムの第4世代 Intel Xeon スケーラブルプロセッサを搭載しています。R7i インスタンスは最大 48xlarge までの大型インスタンスサイズを提供し、メモリと vCPU の比率が 8:1 で、最新の DDR5 メモリを特長としています。
R7i データベースインスタンスは、Amazon RDS マネジメントコンソールまたは AWS CLI を使用して起動できます。データベースインスタンスを R7i インスタンスファミリーにアップグレードするには、インスタンスタイプの簡単な変更で済みます。
Amazon Aurora は、PostgreSQL 互換性を持つグローバルスケールでの比類のない高性能と高可用性を実現するように設計されています。組み込みのセキュリティ、継続的バックアップ、サーバーレスコンピューティング、最大15個の読み取りレプリカ、自動化されたマルチリージョンレプリケーション、ほかの AWS サービスとの統合を提供します。

Amazon Aurora PostgreSQL Limitless Database が大阪など22の追加リージョンで利用可能に
Amazon Aurora PostgreSQL Limitless Database が、米国西部（北カリフォルニア）、アフリカ（ケープタウン）、アジアパシフィック（ハイデラバード、ジャカルタ、マレーシア、メルボルン、ムンバイ、大阪、ソウル、タイ）、カナダ（中部）、カナダ西部（カルガリー）、ヨーロッパ（ロンドン、ミラノ、パリ、スペイン、チューリッヒ）、イスラエル（テルアビブ）、メキシコ（中部）、中東（バーレーン、UAE）、南米（サンパウロ）のリージョンで利用可能になりました。
Aurora PostgreSQL Limitless Database は、複数の Amazon Aurora Serverless インスタンス間でデータとクエリを自動的に分散させるサーバーレスエンドポイントを提供し、単一データベースのトランザクション一貫性を維持しながら、リレーショナルデータベースワークロードのスケーリングを容易にします。
分散クエリプランニングやトランザクション管理などの機能を提供し、カスタムソリューションの作成や複数のデータベース管理の必要性を排除します。ワークロードが増加すると、指定された予算内で追加のコンピューティングリソースを追加し、需要が低い時は自動的にスケールダウンします。
これらのリージョンでは、PostgreSQL 16.6 および 16.8 互換性で利用可能です。

IoT

AWS IoT SiteWise の Query API が高度な SQL サポートと ODBC ドライバーを追加
AWS IoT SiteWise の Query API (ExecuteQuery) に高度な SQL 機能が追加されました。これにより、産業データの高度な分析やビジネスインテリジェンスツールとの統合が可能になります。
主な機能強化：
1. 高度な SQL 操作のサポート
- 文字列操作（パターンマッチング、部分文字列抽出など）
- 集計関数（グループ化、SUM、COUNT など）
- 複数フィールドのソート
- 時間ベースの分析のための日時操作
2. ODBC ドライバーの導入
- Tableau、Power BI、Excel などの BI ツールと直接統合
- カスタム開発やミドルウェアなしで運用データの可視化とリポート作成が可能
これらの機能強化により、ボイラーの営業時間中の平均温度を分析するような高度なクエリの実行が可能になります。産業データの収集からビジネスインサイトの獲得までのプロセスが効率化されます。
本機能は、アジアパシフィック（東京、ソウル、ムンバイ、シンガポール、シドニー）、ヨーロッパ（アイルランド、フランクフルト）、米国東部（バージニア北部）、米国西部（オレゴン）の AWS リージョンで利用可能です。ODBC ドライバーは Windows 環境に対応しています。

人工知能

AWS HealthOmics ワークフローが readme ファイルをサポート
AWS HealthOmics に、readme ファイルのサポートによるワークフロー文書化機能の強化が導入されました。この新機能により、生物情報学者や研究者は、包括的な文書、実装の詳細、図表を直接生物情報学ワークフローとそのバージョンに添付できるようになりました。
AWS HealthOmics は、ヘルスケアおよびライフサイエンスのお客さまが、完全マネージド型の生物学的データストアとワークフローを使用して科学的ブレークスルーを加速できるHIPAA対応サービスです。
readme ファイル機能は、重要なワークフロー文書の一元管理を可能にし、研究チーム間の知識共有を効果的に促進します。ユーザーはワークフロー内にパラメーター、入力要件、出力形式、使用手順を文書化でき、別個の文書システムが不要になります。この機能は、複数の科学者が複雑な生物情報学パイプラインを理解し、正確に実行する必要がある共有ワークフローを持つ組織にとって特に有用です。
readme ファイルは AWS マネジメントコンソールで直接表示するか、GetWorkflow API 呼び出しでプログラム的にアクセスでき、ワークフローの進化に合わせて更新できます。
この機能は、AWS HealthOmics が利用可能な全てのリージョン（米国東部（バージニア北部）、米国西部（オレゴン）、欧州（フランクフルト、アイルランド、ロンドン）、アジアパシフィック（シンガポール）、イスラエル（テルアビブ））で利用可能です。

AWS HealthOmics がワークフロー作成のためのサードパーティー Git リポジトリ連携を導入
AWS HealthOmics が、ワークフロー作成のためのサードパーティー Git リポジトリとの統合を AWS CodeConnections を通じて発表しました。これにより、生物情報学者や研究者は既存のソースコード管理リポジトリを HealthOmics にシームレスに接続できるようになります。
この新機能により、お客さまは GitHub、GitLab、または Bitbucket リポジトリからワークフロー定義、パラメーターテンプレート、README ファイルを直接自動的に取得できます。
Git 統合により、ワークフローファイルのステージングと更新に必要な複数の手動ステップが不要になり、生物情報学ワークフローの管理が効率化されます。お客さまは特定のブランチ、タグ、またはコミット ID を指定して、既存の開発プロセスを維持しながらバージョン管理と再現性を確保できます。
この機能は、HealthOmics のスケーラブルな計算能力を活用しつつ、サードパーティーの Git ベースのコラボレーションワークフローを維持したい、確立された生物情報学パイプラインを持つ組織にとって特に価値があります。
Git 統合は、AWS HealthOmics が利用可能な全てのリージョンでサポートされています。

管理とガバナンス

Amazon CloudWatch が IPv6 をサポート
Amazon CloudWatch が IPv6 アドレスをサポートするようになりました。これにより、以下の機能が IPv6 で利用可能になります：
- メトリクスの取り込みとクエリ
- アラームの管理
- ダッシュボードの管理
- Observability Access Manager (OAM) のクロスアカウント可観測性設定
この機能強化により：
1. IPv4 と IPv6 の両方をサポートするデュアルスタックネットワークでの CloudWatch モニターリングが可能に
2. IPv6 への移行を簡素化
3. 大幅に拡張されたアドレス空間を提供
4. アドレス枯渇の懸念を解消
5. IPv6 ネーティブアプリケーションのネットワークアーキテクチャーを簡素化
6. IPv4 から IPv6 へのシステムやアプリケーションの段階的な移行が可能
この機能は、全ての商用 AWS リージョン、AWS GovCloud (US) リージョン、中国リージョンで利用可能です。

AWS Organizations のタグポリシーにワイルドカードステートメントを導入し、ポリシー作成を簡素化
AWS Organizations のタグポリシーで、リソース要素に ALL_SUPPORTED を使用したワイルドカードがサポートされるようになりました。これにより、ポリシーの作成が簡素化され、ポリシーのサイズを削減できます。
特定の AWS サービスのサポートされている全てのリソースタイプにタグポリシーを適用する場合、個別にポリシーに追加する代わりに、1行で指定できるようになりました。
タグポリシーを使用すると、AWS アカウント全体で一貫したタグ付けを強制し、プロアクティブなコンプライアンス、ガバナンス、および制御を実現できます。例えば、「Environment」タグキーを持つ全ての EC2 インスタンスに「Prod」または「Non-Prod」の値のみを使用するポリシーを定義できます。
以前は、インスタンス、ボリューム、スナップショットなど、各 EC2 リソースタイプを個別にタグポリシーにリストする必要がありました。ALL_SUPPORTED ワイルドカードを使用することで、サポートされている全ての EC2 または S3 リソースタイプに同じルールを 1 行で適用できるようになりました。
この機能は、AWS Management Console、AWS Command Line Interface、AWS Software Development Kit を通じて利用できます。

メディアサービス

AWS Deadline Cloud がサービスマネージドフリート向けのリソースエンドポイントをサポート
AWS Deadline Cloud が、Amazon Virtual Private Cloud (VPC) 内のリソース（共有ストレージやライセンスサーバーなど）をサービスマネージドフリートに接続できるようになりました。
AWS Deadline Cloud は、コンピューターグラフィックスや映画、テレビ、放送、Web コンテンツ、デザイン向けの視覚効果を作成するチームのレンダリング管理を簡素化する、フルマネージドサービスです。
レンダーファームのワーカーは、ジョブ処理に必要な入力ファイルを含むストレージと、出力を保存する場所へのアクセスが必要です。既存の S3 ベースのストレージ機能（Deadline Cloud のジョブ添付機能など）を拡張し、リソースエンドポイント（AWS PrivateLink を使用）により、Amazon FSx や Qumulo などの高性能ファイルシステムを Deadline Cloud のサービスマネージドフリートに安全に接続できます。
また、ライセンスソフトウェアを使用する際、ワーカーはジョブを完了するためにライセンスへのアクセスが必要です。リソースエンドポイントにより、独自のライセンスをサービスマネージドフリートに簡単に持ち込むことができます。
サービスマネージドフリート向けのリソースエンドポイントは、AWS Deadline Cloud が提供されている全ての AWS リージョンで利用可能です。

量子テクノロジー

Amazon Braket が IQM の新しい 54 量子ビット量子プロセッサを追加
Amazon Braket が、IQM の最新の量子処理ユニット (QPU) である Emerald へのアクセスを提供するようになりました。Emerald は、超伝導トランズモン技術に基づく正方格子トポロジーを持つ 54 量子ビットのデバイスです。最先端のゲート忠実度とダイナミック回路サポートを提供し、お客様が量子アルゴリズムの研究と実験を行えるようにします。
Amazon Braket を使用すると、AWS 上で超伝導、イオントラップ、中性原子デバイスなど、さまざまなタイプの量子ハードウェアを探索し実験できます。今回のローンチにより、お客様は IQM QPU の最新世代にオンデマンドでアクセスできるようになりました。
お客様は Braket SDK や NVIDIA CUDA-Q、Qiskit、Pennylane などの一般的なプログラミングフレームワークを使用して、Emerald 上で量子プログラムを構築、テスト、実行できます。Amazon Braket Hybrid Jobs を使用すると、Emerald への優先アクセスが可能になり、完全マネージドの量子古典アルゴリズムを実行できます。
ドイツのミュンヘンにホストされている Emerald QPU は、ヨーロッパ (ストックホルム) リージョンを通じて利用可能です。認定機関の研究者は、AWS Cloud Credits for Research プログラムを通じて、Amazon Braket での実験をサポートする AWS クレジットを申請できます。

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

AWS Service Reference Information が最後にアクセスしたサービスのアクションをサポート
AWS は、サービスリファレンス情報を拡張し、IAM Last Accessed および IAM Access Analyzer のポリシー生成機能でサポートされているサービスアクションの情報を含めるようになりました。
IAM Last Accessed とポリシージェネレーター機能は、最小権限のアクセス許可への移行を支援します。これらの機能でサポートされているサービスアクションを、機械可読ファイルで簡単に参照できるようになりました。
サービスリファレンス情報の取得を自動化することで、手動の作業を排除し、ポリシーが最新のサービスアップデートに確実に準拠するようになります。また、このサービスリファレンスをポリシー管理ツールやプロセスに直接組み込むことで、シームレスな統合が可能になります。
この機能は追加コストなしで提供されます。

AWS Audit Manager がコンプライアンスインサイト向上のために証跡収集を強化
AWS Audit Manager が 14 の標準フレームワークを更新し、証跡収集機能を強化しました。これにより、お客さまはコストを最適化しながらコンプライアンス要件を満たすことができます。
この更新により、以下の点が改善されました：
1. SOC 2 や PCI DSS v4.0 などの主要フレームワークにおける証跡の関連性向上
2. フレームワークのカバレッジ拡大によるコンプライアンス検証の改善
3. 多くのお客さまにとって調査結果の数の合理化
4. 関連コストの削減
コスト削減の程度は、お客さまが使用する AWS リソースの数、評価対象のフレームワーク、およびフレームワーク間で重複するコントロールの度合いによって異なります。
2024年6月6日以降に更新されたフレームワークでアセスメントを作成した既存のお客さまは、特に対応は必要ありません。それ以前に作成した場合は、最新の更新を反映させるために新しいアセスメントを作成してください。

ストレージ

Amazon EBS io2 Block Express が中国を除く全ての商用および AWS GovCloud (US) リージョンで利用可能に
Amazon EBS io2 Block Express ボリュームが、中国リージョンを除く全ての商用および AWS GovCloud (US) リージョンで利用可能になりました。
io2 Block Express の主な特長:
- 一貫したサブミリ秒のレイテンシと99.999%の耐久性を提供
- 単一ボリュームで256,000 IOPS、4GiB/秒のスループット、64TiBのストレージ容量を実現
- 同一アベイラビリティーゾーン内の複数インスタンスへの接続が可能
- 主要クラウドプロバイダー間で最低のp99.9 I/Oレイテンシを実現
io2 Block Express は、SAP HANA、Oracle、SQL Server、IBM DB2などのI/O集約型のミッションクリティカルな環境に最適です。
io1ボリュームからio2 Block Expressへのアップグレードは、ModifyVolume APIを使用してダウンタイムなしで実行可能です。これにより、同等またはより低いコストで、100倍の耐久性、一貫したサブミリ秒のレイテンシ、大幅に向上したパフォーマンスを実現できます。
AWS Compute OptimizerとAWS Cost Optimization Hubを使用して、ワークロードに最適なio2ボリュームのパフォーマンスを推奨できます。
io2 Block Expressボリュームは、AWS Management Console、AWS CLI、AWS SDKsを使用して作成および管理できます。

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

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

関連サービス