本文へスキップ
AWS DAILY

AWS Daily Report

R9gインスタンスGA・Secrets Managerクロスアカウントレプリケーション・Security Hub宣言型ポリシー対応など16件の発表

2026年11月14日は、Graviton5ベースのR9gデータベースインスタンスのGA、AWS Secrets Managerのクロスアカウントレプリケーション、AWS Security Hub CSPMのAWS Organizations宣言型ポリシー対応など、データベース・セキュリティ・AI基盤にわたる幅広い発表がありました。運用担当者はインスタンスタイプの移行検討やセキュリティ管理方式の見直しが推奨されます。

公開
更新
情報取得

新着情報

16件

この日に掲載した AWS の新着情報

重要な変更

0件

重要度「最重要」「重要」のアップデート

対応要確認

6件

「対応必要」または「確認推奨」の項目

本日の重要ニュース

重要度の高い順に掲載しています。

#01重要度:通常新機能確認推奨

Amazon SageMaker Unified Studio がレイアウトカスタマイズに対応、designation ごとに表示ツールを制御可能に

要約
Amazon SageMaker Unified Studio にレイアウトカスタマイズ機能が追加され、ドメイン管理者が designation ごとに左ナビゲーションの表示項目を制御できるようになりました。データエンジニアリング、アナリティクス、機械学習チームが同一プラットフォームを利用する組織で、役割に応じた UI の提供とガバナンス強化が可能です。
何が変わったか
  • ドメイン管理者が designation の定義にレイアウトを設定し、プロジェクトメンバーに表示する左ナビゲーション項目を制御できるようになりました。
  • プロジェクトメンバーがプロジェクトを開くと、SageMaker Unified Studio がメンバーの designation を解決し、その designation のレイアウトに含まれるツールのみを表示します。
  • Data Analytics、AI/ML、Generative AI、IDE などのカテゴリにわたってナビゲーション項目を設定できます。
  • 非表示ページに直接アクセスしたメンバーにはアクセス拒否ページが表示されます。
  • 複数の designation を持つメンバーには、すべての designation のレイアウトの和集合となるツールが表示されます。
  • レイアウトが設定済みの designation に対して、SageMaker Unified Studio に新たに追加されたナビゲーション項目は管理者が明示的に追加するまで非表示になります。
  • この機能は Amazon SageMaker Unified Studio が利用可能なすべての AWS リージョンで利用できます。
既存環境への影響
以前はすべてのプロジェクトメンバーが役割に関わらず同じ UI を見ていたため、混乱やガバナンス上の問題が生じていましたが、本機能によりロールに応じた UI を提供できます。SQL アナリストには Query Editor のみ、ML エンジニアにはノートブックやトレーニングジョブ、モデルエンドポイントを表示するといった設定が可能です。プロジェクトごとの設定は不要で、ドメイン全体に一括適用されます。新しいナビゲーション項目は管理者が追加するまで既存の designation には表示されないため、意図しないツールの露出を防げます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨データエンジニアリング、アナリティクス、ML など複数チームが SageMaker Unified Studio を共有利用している組織では、designation にレイアウトを設定することで UI の整理とガバナンス強化が期待できます。既存環境への強制的な変更はありませんが、設定を検討することを推奨します。
#02重要度:通常新機能確認推奨

AWS Quick がカスタム権限で構造化データソースの種類ごとに作成・更新・共有を制限できるようになりました

要約
AWS Quick がカスタム権限プロファイルを通じた構造化データコネクタの制限機能を一般提供(GA)開始しました。管理者はデータソースの種類ごとに作成・更新・共有の権限を個別に設定でき、セルフサービス分析を維持しながらデータガバナンスを強化できます。
何が変わったか
  • AWS Quick の Enterprise edition でカスタム権限プロファイルによる構造化データコネクタの制限が一般提供(GA)になりました。
  • 管理者はデータソースの種類ごとに作成・更新・共有の制限を独立して設定できるようになりました。
  • Quick UI、API、またはコマンドラインインターフェイスからカスタム権限プロファイルを設定できます。
  • 特定のコネクタに対してユーザーがデータソースを共有できないよう制限することが可能になりました。
  • すべてのデータソース種類に一律に適用する制限よりも細かい制御が可能になりました。
既存環境への影響
Enterprise edition を利用する組織の管理者は、データソースの種類ごとに権限を細かく制御できるようになります。たとえば Amazon Redshift のデータソース作成は許可しつつ、ファイルアップロード型データソースの作成は禁止するといった設定が可能です。セルフサービス分析の利便性を損なわずにデータガバナンス要件を満たしやすくなります。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨データガバナンス要件がある組織は、カスタム権限プロファイルを見直し、データソース種類ごとの制限設定を検討することを推奨します。既存環境への強制的な変更はありません。
#03重要度:通常新機能対応不要

Aurora PostgreSQL のエクスプレス設定が CloudFormation に対応、IaC でのクラスター自動デプロイが可能に

要約
Aurora PostgreSQL のエクスプレス設定が AWS CloudFormation でサポートされ、CloudFormation テンプレートから Aurora クラスターのインフラデプロイを自動化できるようになりました。
何が変わったか
  • Aurora PostgreSQL のエクスプレス設定が AWS CloudFormation でサポートされました。
  • AWS::RDS::DBCluster リソースに新しい withExpressConfiguration createOnly プロパティが追加されました。
  • 1 つのプロパティ宣言でクラスターとプライマリデータベースインスタンスの両方を作成できるようになりました。
  • CloudFormation テンプレート内でインスタンスを個別にモデル化・管理する必要がなくなりました。
  • エクスプレス設定を使った Aurora クラスターのインフラストラクチャ as コード管理が簡素化されました。
既存環境への影響
エクスプレス設定を利用している Aurora PostgreSQL ユーザーは、CloudFormation テンプレートを使ってクラスターのデプロイを自動化できるようになります。withExpressConfiguration createOnly プロパティを使うことで、テンプレートの記述量が減り、管理が簡単になります。エクスプレス設定の特性により、Aurora サーバーレスデータベースを数秒で作成・クエリできます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存環境への強制的な変更はありません。新たに IaC でエクスプレス設定の Aurora PostgreSQL クラスターを管理したい場合に、CloudFormation テンプレートを更新することを検討してください。
#04重要度:通常新機能対応不要

Amazon RDS for Oracle、メンテナンスウィンドウ前の事前準備でダウンタイムを短縮

要約
Amazon RDS for Oracle が、自動マイナーバージョンアップグレードおよびメンテナンスウィンドウでのアップグレード・OS更新において、ダウンタイムを短縮する機能を提供開始しました。メンテナンス開始前の最大30分前にリソースを事前準備することで、実際のオフライン時間を削減します。
何が変わったか
  • RDS がメンテナンスウィンドウ開始の最大30分前にリソースを事前準備するようになり、実際のダウンタイムが短縮されます。
  • 自動マイナーバージョンアップグレードを有効にしている DB インスタンスは、追加設定なしで自動的にこの恩恵を受けます。
  • Enterprise Edition および Standard Edition 2 の両方の DB インスタンスに適用されます。
  • 事前準備中もDBインスタンスはワークロードを継続して処理できます。
  • ユーザーの操作が事前準備と競合した場合、RDS はステージングされたリソースをロールバックしてユーザーの操作を優先します。
  • 事前準備が完了できない場合でも、RDS は通常どおりメンテナンスウィンドウ内でメンテナンスを実施します。
  • 事前準備の開始・完了・失敗を通知する新しい RDS イベントが追加されました。
  • 追加費用なしで、すべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用可能です。
既存環境への影響
メンテナンスウィンドウ中のアプリケーション停止時間が短縮されるため、ビジネスへの影響を軽減できます。自動マイナーバージョンアップグレードを有効にしている既存の DB インスタンスは自動的に恩恵を受けるため、設定変更は不要です。事前準備はユーザーの操作をブロックしないため、通常の運用に影響を与えません。
利用可能リージョン
東京(ap-northeast-1)
提供中
大阪(ap-northeast-3)
提供中

公式記事の「all AWS Regions」の記載を、東京と大阪にも当てはめています。個別のリージョン一覧は確認していません。

対応が必要か
対応不要自動マイナーバージョンアップグレードを有効にしている場合は自動的に適用されます。メンテナンスウィンドウでのアップグレードについても追加の設定は不要です。
#05重要度:通常新機能確認推奨

AWS Security Hub CSPMがAWS Organizations宣言型ポリシーによる一元設定に対応、設定ドリフト防止と自動適用が可能に

要約
AWS Security Hub CSPMがAWS Organizationsの宣言型ポリシーをサポートし、組織内の全アカウント・全リージョンにわたるセキュリティ標準とコントロールの有効化を一元管理できるようになりました。宣言型ポリシーは今後の推奨管理方式となり、既存の中央設定からの移行ツールも提供されています。
何が変わったか
  • Security Hub CSPMがAWS Organizationsの宣言型ポリシーに対応した
  • 組織内の全アカウント・全リージョン、または特定のアカウントとリージョンの組み合わせにポリシーを適用できるようになった
  • 宣言型ポリシーにより各アカウントの設定がポリシーと一致した状態に保たれ、設定ドリフトを防止できるようになった
  • 新規アカウントにも自動的にポリシーが適用され、作成直後からベースライン設定が有効になるようになった
  • 宣言型ポリシーがSecurity Hub CSPMの組織管理における推奨方式となった
  • Security Hub CSPMコンソールに既存の中央設定ポリシーを宣言型ポリシーへ変換する移行プロセスが提供された
  • 宣言型ポリシーはすべてのコマーシャルリージョン、AWS GovCloud (US)、および中国リージョンで利用可能になった
既存環境への影響
既存の中央設定(central configuration)を利用している組織は、引き続き使用できますが、宣言型ポリシーへの移行が推奨されます。宣言型ポリシーへ移行することで、リージョン固有の設定など従来より柔軟な管理が可能になります。新規アカウントへの自動適用により、アカウント作成直後からセキュリティ設定のベースラインが確保されます。Amazon GuardDutyやAmazon Inspectorなど他のセキュリティサービスと同様の管理方式に統一されます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨既存の中央設定ポリシーを利用している場合、Security Hub CSPMコンソールの移行プロセスを使って宣言型ポリシーへ移行することが推奨されます。移行は強制ではなく、準備が整ったタイミングで実施できます。
#06重要度:通常新機能対応不要

Amazon Bedrock AgentCore Identity が OAuth 2.0 ディスカバリー URL をサポート、OIDC 非対応の認可サーバーも利用可能に

要約
Amazon Bedrock AgentCore Identity が OAuth 2.0 認可サーバーのディスカバリー URL をサポートしました。これにより、OpenID Connect(OIDC)を使用しない OAuth 2.0 認可サーバーも AgentCore の JWT 認可やカスタム OAuth クレデンシャルプロバイダーとして設定できるようになります。
何が変わったか
  • AgentCore Identity がインバウンド JWT 認可においてOAuth 2.0 認可サーバーのディスカバリー URL を受け付けるようになりました。
  • AgentCore Identity がアウトバウンド OAuth クレデンシャルプロバイダーにおいても OAuth 2.0 ディスカバリー URL を受け付けるようになりました。
  • OIDC を使用しない OAuth 2.0 認可サーバーを AgentCore と組み合わせて利用できるようになりました。
  • JWT オーソライザーおよびカスタム OAuth クレデンシャルプロバイダーの設定時に、OIDC または OAuth 2.0 のいずれかのディスカバリー URL を選択できるようになりました。
既存環境への影響
これまで OIDC ディスカバリー URL のみ対応していたため、OIDC を実装していない OAuth 2.0 認可サーバーは AgentCore と連携できませんでした。今回の更新により、より幅広い認可サーバーを AgentCore に統合できるようになります。追加料金は発生しません。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存の設定への影響はなく、対応が必要な変更はありません。OIDC 非対応の OAuth 2.0 認可サーバーを利用したい場合にのみ、新しいディスカバリー URL を設定してください。
#07重要度:通常新機能対応不要

AWS Batch on Amazon EKS がLinuxケーパビリティ・seccompプロファイル・ポッドレベルのセキュリティコンテキスト設定に対応

要約
AWS Batch の Amazon EKS ジョブ定義で、Linuxケーパビリティ、seccompプロファイル、ポッドレベルのセキュリティコンテキスト設定が利用できるようになりました。Kubernetes Pod Security Standards の restricted プロファイルを適用している EKS クラスターでも、必要な権限とシステムコールのみで Batch ジョブを実行できます。
何が変わったか
  • EKS ジョブ定義のコンテナ securityContext で capabilities および seccompProfile を設定できるようになりました。
  • podProperties に securityContext を設定することで fsGroup などのポッドワイド設定が可能になりました。
  • コンテナレベルの設定はポッドレベルのデフォルト設定を上書きします。
  • Kubernetes Pod Security Standards の restricted プロファイルを強制する EKS クラスターで AWS Batch ジョブを実行できるようになりました。
  • AWS Management Console、AWS CLI、AWS SDKs、AWS CloudFormation から設定できます。
既存環境への影響
セキュリティ要件の厳しい EKS 環境で AWS Batch ジョブを実行する際に、最小権限の原則を適用しやすくなります。restricted プロファイルを強制するクラスターでこれまで実行できなかったジョブが動作可能になります。seccomp プロファイルにより、ジョブが使用するシステムコールを制限してセキュリティ態勢を強化できます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存のジョブ定義への影響はなく、新しいセキュリティコンテキスト設定の利用は任意です。restricted プロファイルを適用している環境では設定の活用を検討してください。
#08重要度:通常新機能対応不要

AWS Secrets Manager がクロスアカウントレプリケーションをサポート、別アカウントへのシークレット同期が可能に

要約
AWS Secrets Manager がクロスアカウントレプリケーション機能をサポートし、プライマリシークレットの同期コピーを別の AWS アカウントに保持できるようになりました。クロスアカウントアクセス、バックアップ、ディザスタリカバリのユースケースに対応します。
何が変わったか
  • AWS Secrets Manager でクロスアカウントレプリケーションがサポートされ、別の AWS アカウントにシークレットの同期コピーを維持できるようになりました。
  • 既存のマルチリージョンレプリケーション機能がアカウント境界を越えて拡張されました。
  • レプリカシークレットはレプリカアカウントが所有するカスタマーマネージド KMS キーで暗号化される独立したリソースとして作成されます。
  • プライマリシークレットの値が変更されるたびに(ローテーションを含む)、Secrets Manager が自動的にレプリカを更新します。
  • 共有 KMS キーやクロスアカウントシークレットポリシーなしに、各消費アカウントがローカルの最新コピーを取得できます。
  • レプリカシークレットは必要に応じてスタンドアロンシークレットに昇格させることができます。
  • 新しい AssociateCrossAccountReplica API が追加されました。
既存環境への影響
プラットフォームチームやセキュリティチームがシークレットを一元管理・ローテーションしながら、各消費アカウントに最新のローカルコピーを自動配布できます。ランサムウェアやプライマリアカウントの侵害から隔離された専用のリカバリアカウントやフェイルオーバーアカウントにシークレットのライブコピーを保持できます。共有 KMS キーやクロスアカウントポリシーが不要になるため、アカウント間のアクセス管理がシンプルになります。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存の環境に対する強制的な変更はありません。クロスアカウントレプリケーションを活用したい場合は、新しい AssociateCrossAccountReplica API または Secrets Manager ユーザーガイドを参照して設定してください。
#09重要度:通常新機能対応不要

Amazon Cognito が OAuth 2.0 トークン交換(RFC 8693)をサポート、AIエージェントや MCP サーバーでの委任アクセスが容易に

要約
Amazon Cognito が OAuth 2.0 トークン交換(RFC 8693)をサポートしました。サービスや AI エージェントがユーザーの代わりに別サービスを呼び出す際、元のトークンをそのまま転送せず、スコープを絞った新しいトークンを発行できるようになります。
何が変わったか
  • Amazon Cognito が OAuth 2.0 トークン交換(RFC 8693)をサポートしました。
  • サービスや AI エージェントが、ユーザーのトークンを特定のダウンストリームサービス向けにスコープを絞ったトークンへ交換できるようになりました。
  • 発行される新しいトークンは元のトークンより狭いスコープを持ち、単一のオーディエンスに紐付けられ、リフレッシュトークンを含みません。
  • アクタートークンを含めると、Cognito は仲介者を識別する act クレームをトークンに付加します。
  • Model Context Protocol(MCP)サーバーがユーザーのトークンをバックエンド API 呼び出し用の狭いスコープのトークンへ交換するユースケースに対応します。
  • トークン交換はトークンエンドポイント、または新しい GetDerivedToken API を通じて利用できます。
  • 本機能は Essentials および Plus フィーチャープランで利用可能です。
既存環境への影響
これまでユーザーの代わりに別サービスを呼び出すサービスは、元のトークンをそのまま転送するか、独自のトークン発行ロジックを構築・維持する必要がありました。トークン交換を使うことで、スコープを最小化したトークンを発行でき、最小権限の原則に沿ったアクセス制御が実現しやすくなります。act クレームにより、ダウンストリームサービスはエージェントによるリクエストとユーザー直接のリクエストを区別できるようになります。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存の環境に対して必須の変更はありません。委任アクセスのパターンを利用している場合は、トークン交換への移行を検討することが推奨されます。
#10重要度:通常新機能確認推奨

Amazon AuroraとRDSがGraviton5ベースのR9gデータベースインスタンスに対応、最大30%のパフォーマンス向上

要約
AWS Graviton5ベースのR9gデータベースインスタンスが、Amazon AuroraのPostgreSQL互換・MySQL互換、およびAmazon RDS for PostgreSQL、MySQL、MariaDBで一般提供(GA)を開始しました。Graviton4ベースの同等サイズのインスタンスと比較して、最大30%のパフォーマンス向上と最大22%の価格パフォーマンス向上を実現します。
何が変わったか
  • Graviton5ベースのR9gインスタンスがAmazon AuroraのPostgreSQL互換およびMySQL互換で利用可能になりました。
  • Graviton5ベースのR9gインスタンスがAmazon RDS for PostgreSQL、MySQL、MariaDBで利用可能になりました。
  • Graviton4ベースの同等サイズのインスタンスと比較して、最大30%のパフォーマンス向上を実現します。
  • オンデマンド料金においてGraviton4ベースの同等サイズのインスタンスと比較して、最大22%の価格パフォーマンス向上を実現します。
  • R9gインスタンスはlargeから48xlargeまでの9サイズで提供されます。
  • 最大192 vCPU、vCPUに対して8:1のメモリ比率、最大100 Gbpsのネットワーク帯域幅、最大72 GbpsのAmazon EBSへの帯域幅を提供します。
  • 利用可能なリージョンはUS East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt)です。
既存環境への影響
既存のGraviton4ベースインスタンスを利用しているユーザーはR9gへ移行することでパフォーマンスとコスト効率を改善できます。対応するエンジンバージョンはAuroraおよびRDSのドキュメントで確認する必要があります。現時点では一部のリージョンのみでの提供となるため、利用可能なリージョンを事前に確認してください。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨Graviton4ベースのインスタンスを利用中のユーザーはR9gへの移行を検討することで、パフォーマンスとコスト効率の向上が見込まれます。対応エンジンバージョンをドキュメントで確認のうえ、Amazon RDS Management ConsoleまたはAWS Command Line Interface(CLI)から移行を開始できます。
#11重要度:通常リージョン拡張対応不要

Amazon SNS のプッシュ通知が Asia Pacific (Hyderabad)、Asia Pacific (Melbourne)、Europe (Zurich)、AWS GovCloud (US-East) の 4 リージョンで利用可能に

Amazon SNS
要約
Amazon Simple Notification Service (Amazon SNS) のプッシュ通知機能が、Asia Pacific (Hyderabad)、Asia Pacific (Melbourne)、Europe (Zurich)、AWS GovCloud (US-East) の 4 リージョンで新たに利用できるようになりました。
何が変わったか
  • Amazon SNS のプッシュ通知機能が Asia Pacific (Hyderabad) リージョンで利用可能になりました。
  • Amazon SNS のプッシュ通知機能が Asia Pacific (Melbourne) リージョンで利用可能になりました。
  • Amazon SNS のプッシュ通知機能が Europe (Zurich) リージョンで利用可能になりました。
  • Amazon SNS のプッシュ通知機能が AWS GovCloud (US-East) リージョンで利用可能になりました。
  • 新たに対応した 4 リージョンで、Amazon Device Messaging (ADM)、Apple Push Notification Service (APNs)、Baidu Cloud Push (Baidu)、Firebase Cloud Messaging (FCM)、Windows Push Notification Services (WNS) へのプッシュ通知送信が可能になりました。
既存環境への影響
これらの 4 リージョンを利用している顧客は、Amazon SNS を使ってプッシュ通知を送信できるようになります。対応するプッシュ通知サービスは ADM、APNs、Baidu、FCM、WNS です。既存の他リージョンでの動作に変更はありません。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存環境への強制的な変更はありません。新たに対象リージョンでプッシュ通知機能を利用したい場合は、Amazon SNS の設定を行うことで利用できます。
#12重要度:通常新機能対応不要

AWS Backup のロジカルエアギャップボールトが Amazon EBS Snapshots Archive に対応、長期保存コストを削減

AWS BackupAmazon EBS
要約
AWS Backup のロジカルエアギャップボールトで Amazon EBS Snapshots Archive へのアーカイブが可能になりました。アクセス頻度の低いスナップショットを低コストの階層に移行しながら、イミュータブルかつ暗号化された保護を維持できます。
何が変わったか
  • ロジカルエアギャップボールトに保存した Amazon EBS バックアップを Amazon EBS Snapshots Archive にアーカイブできるようになった
  • 月次以下の頻度で実行するバックアッププランルールで、ロジカルエアギャップボールトをプライマリまたはコピー先として指定しアーカイブを有効化できる
  • バックアップルールのライフサイクルまたはコピーライフサイクルで「Archive Amazon EBS snapshots」を有効にし、ウォームストレージの保持期間を設定できる
  • ロジカルエアギャップボールトのイミュータブル・デフォルトロック・暗号化の特性を維持したままアーカイブ階層に移行できる
  • AWS Backup コンソール、AWS Command Line Interface (CLI)、AWS SDK から利用を開始できる
既存環境への影響
アクセス頻度の低い EBS バックアップを低コストの Amazon EBS Snapshots Archive 階層に移行できるため、長期保存や法令遵守要件を満たしながらストレージコストを削減できます。ロジカルエアギャップボールトのイミュータブル性と暗号化保護はアーカイブ後も維持されます。クロスアカウントおよび AWS Organizations をまたいだ安全な共有と直接リストアの機能も引き続き利用できます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存のロジカルエアギャップボールトの動作に変更はありません。アーカイブ機能を活用したい場合は、月次以下のバックアッププランルールでアーカイブ設定を追加することが推奨されます。
#13重要度:通常新機能確認推奨

AWS Glue が Apache Spark ジョブの自動バージョンアップグレード機能を発表、手動管理不要で最新ランタイムを維持

要約
AWS Glue に Apache Spark ジョブのバージョンを自動的に最新ランタイムへアップグレードする機能が追加されました。互換性チェックや出力プロファイルの検証など複数段階のガードレールを備え、安全にアップグレードを自動化できます。
何が変わったか
  • ジョブのバージョンに「Auto」を設定するだけで、AWS Glue ランタイムの最新バージョンへ自動アップグレードされるようになりました。
  • アップグレード前に互換性評価、ユーザーの同意取得、出力スキーマ・データ量・レイテンシー・フォーマットの検証という複数段階の検証が実施されます。
  • コード変更が必要なジョブは現行バージョンで安全に動作し続け、AWS Glue が具体的な修正内容を含むアップグレード分析レポートを提供します。
  • Apache Spark アップグレードエージェントを使って修正を直接適用することも可能になりました。
  • AWS Glue Studio、AWS CLI、API、SDK でジョブ作成・更新時に「Auto」を選択することで有効化できます。
  • AWS Glue スキルを使って複数ジョブを一括更新することもできます。
  • 全 AWS Commercial Regions で利用可能です。
既存環境への影響
プラットフォームチームは大規模なジョブフリート全体のランタイムバージョンを個々のジョブオーナーを追いかけることなく標準化できます。中央のアップグレードチームを持たないビジネスユニットも、ジョブを手動管理なしで最新状態に保てます。最新ランタイムへの追従により、最新のセキュリティパッチ、パフォーマンス改善、Apache Iceberg などの進化するテーブルフォーマットのサポートが自動的に得られます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨既存の Apache Spark ジョブのバージョン設定を「Auto」に変更することで自動アップグレードの恩恵を受けられます。必須の対応ではありませんが、手動でのランタイム管理コストを削減できるため、設定変更を検討することを推奨します。
#14重要度:通常新機能対応不要

Amazon RDS for SQL Server が M8id・R8id インスタンスをサポート、最大 384 vCPU・3 TiB メモリ・22.8 TB ローカル NVMe SSD を提供

要約
Amazon RDS for SQL Server が M8id および R8id インスタンスをサポートしました。AWS 専用カスタム Intel Xeon 6 プロセッサを搭載し、tempdb をローカル NVMe インスタンスストアに自動配置することで低レイテンシを実現します。
何が変わったか
  • RDS for SQL Server で M8id および R8id インスタンスが利用可能になりました。
  • インスタンスは AWS 専用カスタム Intel Xeon 6 プロセッサを搭載しています。
  • 最大 384 vCPU、3 TiB のメモリ、22.8 TB のローカル NVMe SSD ストレージをサポートします。
  • M5d・R5d インスタンスと比較して vCPU とメモリが 4 倍、ローカルストレージが 6 倍以上になりました。
  • DB インスタンスを M8id または R8id に設定すると、tempdb のデータファイルとログファイルがローカル NVMe インスタンスストアに自動配置されます。
  • データベースのデータファイルとログファイルは引き続き Amazon EBS に保存されます。
  • tempdb がインスタンスストアに配置されるため、スナップショットのサイズが小さくなり、無料バックアップストレージの消費が減ります。
  • RDS マネジメントコンソール、AWS SDK、CLI から既存インスタンスの変更または新規作成で利用できます。
既存環境への影響
M8id・R8id インスタンスへ移行することで、tempdb の読み書きレイテンシを Amazon EBS より低く抑えられます。データベース本体は引き続き Amazon EBS で管理されるため、耐久性や既存の運用フローに変更はありません。スナップショットに tempdb ファイルが含まれなくなるため、バックアップストレージの使用量を削減できます。
利用可能リージョン
東京(ap-northeast-1)
提供中
大阪(ap-northeast-3)
未確認

公式記事にリージョン名またはリージョンコードの記載があるものだけを提供中としています。

対応が必要か
対応不要既存の RDS for SQL Server インスタンスへの強制的な変更はありません。パフォーマンス向上やストレージ拡張が必要な場合は、インスタンスタイプの変更を検討してください。
#15重要度:通常新機能対応不要
Amazon Managed Service for Apache Flink
要約
Amazon Managed Service for Apache Flink に拡張スナップショット機能が追加され、アプリケーション状態のキャプチャ・エクスポート・復元がアプリケーション間および AWS リージョン間で行えるようになりました。ブルー/グリーンデプロイ、セルフマネージドワークロードの移行、クロスリージョン障害復旧などのユースケースに対応します。
何が変わったか
  • アプリケーション状態をキャプチャ・エクスポート・復元できる拡張スナップショット機能が利用可能になった
  • 処理を停止せずにアプリケーション更新を行うブルー/グリーンデプロイが拡張スナップショットを使って実現できるようになった
  • セルフマネージドの Apache Flink savepoint を拡張スナップショットとして Amazon Managed Service for Apache Flink にインポートできるようになった
  • 拡張スナップショットを Amazon S3 バケットにエクスポートし、セカンダリリージョンのバケットにレプリケートすることでクロスリージョン復旧が可能になった
  • Apache Flink 1.20 以降のアプリケーションで利用可能で、European Sovereign Cloud (Germany) を除く全 AWS リージョンで提供される
  • 拡張スナップショットのストレージは耐久性のあるアプリケーションバックアップとして GB-month 単位で課金される
既存環境への影響
既存のセルフマネージド Apache Flink ワークロードを状態を失わずに Amazon Managed Service for Apache Flink へ移行できるようになります。ブルー/グリーンデプロイにより、処理を中断せずにアプリケーションの更新が行えます。クロスリージョンでのスナップショット複製により、リージョン障害時の復旧オプションが強化されます。利用には Apache Flink 1.20 以降が必要であり、European Sovereign Cloud (Germany) では利用できません。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
対応不要既存のアプリケーションへの強制的な変更はありません。ブルー/グリーンデプロイや移行、クロスリージョン復旧を必要とする場合は、Apache Flink 1.20 以降へのアップグレードと拡張スナップショットの活用を検討してください。
#16重要度:通常新機能確認推奨

AWS Cloud WAN、Direct Connect アタッチメントで BGP コミュニティをサポート——ハイブリッドネットワークのルーティングポリシーが柔軟に

AWS Cloud WAN
要約
AWS Cloud WAN のルーティングポリシーが Direct Connect アタッチメントでも BGP コミュニティを評価できるようになりました。これにより、オンプレミスからのルーティング意図をタグで伝達し、Cloud WAN 内でフィルタリングやパス優先制御を動的に適用できます。
何が変わったか
  • Cloud WAN ルーティングポリシーが Direct Connect アタッチメントの BGP コミュニティを評価できるようになった。
  • オンプレミスルーターからルートに BGP コミュニティタグを付与し、Cloud WAN 内でフィルタリングやパス優先ルールを適用できる。
  • Cloud WAN から BGP コミュニティをオンプレミスルーターへ伝搬することも可能になった。
  • 本番トラフィックとディザスタリカバリトラフィックをコミュニティタグで区別してフィルタリングできる。
  • VPN オーバーレイの回避策や手動ポリシー複製が不要になり、運用の複雑さと設定ミスのリスクが低減する。
既存環境への影響
これまで Site-to-Site VPN および Connect アタッチメントに限定されていた BGP コミュニティ評価が Direct Connect にも拡張されるため、Direct Connect を利用するエンタープライズ顧客はハイブリッドネットワークのルーティング制御を大幅に簡素化できます。オンプレミス側でコミュニティタグを設定するだけで Cloud WAN 内のポリシーを動的に制御できるようになり、VPN オーバーレイを用いた回避策を廃止できます。
利用可能リージョン
東京(ap-northeast-1)
未確認
大阪(ap-northeast-3)
未確認

公式記事に東京(ap-northeast-1)と大阪(ap-northeast-3)の記載がないため、未確認としています。

対応が必要か
確認推奨Direct Connect アタッチメントを利用している Cloud WAN 顧客は、既存のルーティングポリシーを見直し、BGP コミュニティを活用した動的制御への移行を検討することが推奨されます。既存環境への強制的な変更はありません。

インフラ運用者への影響

既存環境で確認すべき設定、サポート終了、セキュリティ、東京・大阪リージョンへの影響などを整理しています。

  1. 採用時の注意

    R9g インスタンスへの移行検討

    Graviton5 ベースの R9g インスタンスが Aurora および RDS for PostgreSQL・MySQL・MariaDB で GA になりました。Graviton4 比で最大 30% のパフォーマンス向上が見込まれるため、対応リージョン(US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt))での移行を検討してください。東京・大阪リージョンでの提供開始を待って計画を立てることを推奨します。

  2. 設定確認

    Security Hub CSPM の宣言型ポリシーへの移行確認

    AWS Security Hub CSPM が AWS Organizations 宣言型ポリシーをサポートし、今後の推奨管理方式となりました。既存の中央設定(Central Configuration)を利用している組織は、Security Hub CSPMコンソールの移行プロセスを使って宣言型ポリシーへの移行を検討してください。移行は強制ではありません。

  3. 採用時の注意

    Secrets Manager クロスアカウントレプリケーションの活用検討

    AWS Secrets Manager がクロスアカウントレプリケーションをサポートしました。ディザスタリカバリや複数アカウントへのシークレット配布が必要な場合は、新しい AssociateCrossAccountReplica API の活用を検討してください。既存環境への強制的な変更はありません。

  4. 採用時の注意

    RDS for SQL Server の M8id・R8id インスタンス移行検討

    Amazon RDS for SQL Server で M8id・R8id インスタンスが利用可能になりました(東京リージョン対応済み)。tempdb がローカル NVMe SSD に自動配置されるため、tempdb を多用するワークロードのパフォーマンス向上が期待できます。M5d・R5d からの移行を検討してください。

  5. 設定確認

    AWS Glue Spark ジョブの自動アップグレード設定検討

    AWS Glue に Apache Spark ジョブの自動バージョンアップグレード機能が追加されました。ジョブバージョンを「Auto」に設定することで最新ランタイムへの自動アップグレードが有効になります。互換性検証のガードレールが備わっていますが、本番ジョブへの適用前に動作確認を行うことを推奨します。

今日の主な発表

  • Amazon Aurora・RDS が Graviton5 ベースの R9g インスタンスに対応:Graviton4 比で最大 30% のパフォーマンス向上・最大 22% の価格パフォーマンス向上。large〜48xlarge の 9 サイズで提供。現時点では US East (N. Virginia, Ohio)、US West (Oregon)、Europe (Frankfurt) で利用可能。
  • AWS Secrets Manager がクロスアカウントレプリケーションをサポート:別 AWS アカウントにシークレットの同期コピーを保持できるようになり、ディザスタリカバリやクロスアカウントアクセスのユースケースに対応。新しい AssociateCrossAccountReplica API が追加。
  • AWS Security Hub CSPM が AWS Organizations 宣言型ポリシーに対応:組織全体のセキュリティ標準・コントロールを一元管理でき、設定ドリフト防止と新規アカウントへの自動適用が可能に。既存の中央設定からの移行ツールも提供。
  • Amazon RDS for SQL Server が M8id・R8id インスタンスをサポート:最大 384 vCPU・3 TiB メモリ・22.8 TB ローカル NVMe SSD を提供。tempdb がローカル NVMe SSD に自動配置され低レイテンシを実現。東京リージョンで利用可能。
  • Amazon RDS for Oracle がメンテナンスダウンタイムを短縮:メンテナンスウィンドウ開始の最大 30 分前にリソースを事前準備し、オフライン時間を削減。自動マイナーバージョンアップグレードを有効にしている場合は自動適用。東京・大阪リージョンで利用可能。
  • AWS Glue が Apache Spark ジョブの自動バージョンアップグレード機能を発表:バージョンに「Auto」を設定するだけで最新ランタイムへ自動アップグレード。互換性検証・出力プロファイル確認などのガードレールを備える。
  • Amazon Managed Service for Apache Flink がエンハンスドスナップショットに対応:クロスリージョン復旧・ブルー/グリーンデプロイ・セルフマネージドワークロードの移行が可能に。Apache Flink 1.20 以降が対象。
  • Amazon Cognito が OAuth 2.0 トークン交換(RFC 8693)をサポート:AI エージェントや中間サービスの委任アクセスを標準的な方法で実装可能に。Essentials および Plus フィーチャープランで利用可能。
  • AWS Backup のロジカルエアギャップボールトが Amazon EBS Snapshots Archive に対応:不変性・暗号化を維持しながら長期保存コストを削減可能。
  • Aurora PostgreSQL のエクスプレス設定が CloudFormation に対応:AWS::RDS::DBCluster に withExpressConfiguration プロパティが追加され、IaC でのクラスター展開が簡素化。
  • Amazon Bedrock AgentCore Identity が OAuth 2.0 ディスカバリー URL をサポート:OIDC 非対応の OAuth 2.0 認可サーバーも AgentCore と統合可能に。
  • AWS Batch on Amazon EKS が Linux ケーパビリティ・seccomp プロファイル・ポッドレベルのセキュリティコンテキスト設定に対応:Kubernetes Pod Security Standards の restricted プロファイルを適用したクラスターでもジョブ実行が可能に。
  • Amazon SageMaker Unified Studio がレイアウトカスタマイズに対応:designation ごとに左ナビゲーションの表示項目を制御でき、役割に応じた UI 提供とガバナンス強化が可能。
  • AWS Cloud WAN が Direct Connect アタッチメントで BGP コミュニティをサポート:ハイブリッドネットワークのルーティングポリシーをより動的かつ一元的に管理可能に。
  • Amazon SNS のプッシュ通知が 4 リージョンで利用可能に:Asia Pacific (Hyderabad)、Asia Pacific (Melbourne)、Europe (Zurich)、AWS GovCloud (US-East) で新たに利用可能。
  • AWS Quick がカスタム権限で構造化データソースの種類ごとに制限を設定可能に:Enterprise edition でデータソース種類ごとの作成・更新・共有権限を個別設定できるようになり GA。

運用担当者への影響

  • R9g インスタンスは現時点で東京・大阪リージョン未対応のため、対応リージョンを確認の上で移行計画を立てることを推奨します。
  • RDS for Oracle のメンテナンスダウンタイム短縮は東京・大阪リージョンで自動適用されます。メンテナンスウィンドウ前後の監視設定を見直してください。
  • Security Hub CSPM の宣言型ポリシーへの移行は強制ではありませんが、既存の中央設定を利用している組織は移行を検討することが推奨されます。

この日報は、当サイトが掲載したニュースをもとに AI が作成し、自動で公開しています。

その他のニュース

重要度「参考」のアップデートです。

この日のその他のニュースはありません。

出典情報

「公式発表」は AWS が情報を公開した日時、「取得」は当サイトが情報を収集した日時です。

この日報で参照した AWS 公式情報
記事AWS 公式情報公式発表取得
Amazon SageMaker Unified Studio がレイアウトカスタマイズに対応、designation ごとに表示ツールを制御可能にAmazon SageMaker Unified Studio now supports layout customization for designations(新しいタブで開く)2026/11/13 17:002026/11/14 06:12
AWS Quick がカスタム権限で構造化データソースの種類ごとに作成・更新・共有を制限できるようになりましたAWS Quick enhances granular governance with the ability to restrict structured data sources(新しいタブで開く)2026/11/12 18:002026/11/14 06:12
Aurora PostgreSQL のエクスプレス設定が CloudFormation に対応、IaC でのクラスター自動デプロイが可能にAurora PostgreSQL with express configuration now supported in CloudFormation(新しいタブで開く)2026/11/14 01:002026/11/14 06:01
Amazon RDS for Oracle、メンテナンスウィンドウ前の事前準備でダウンタイムを短縮Amazon RDS for Oracle reduces downtime for automatic minor version upgrades and scheduled maintenance(新しいタブで開く)2026/11/13 17:002026/11/14 06:01
AWS Security Hub CSPMがAWS Organizations宣言型ポリシーによる一元設定に対応、設定ドリフト防止と自動適用が可能にAWS Security Hub CSPM now supports centralized configuration with AWS Organizations declarative policies(新しいタブで開く)2026/11/13 17:002026/11/14 06:01
Amazon Bedrock AgentCore Identity が OAuth 2.0 ディスカバリー URL をサポート、OIDC 非対応の認可サーバーも利用可能にAmazon Bedrock AgentCore Identity now supports OAuth 2.0 discovery URLs(新しいタブで開く)2026/11/13 17:002026/11/14 06:01
AWS Batch on Amazon EKS がLinuxケーパビリティ・seccompプロファイル・ポッドレベルのセキュリティコンテキスト設定に対応AWS Batch on Amazon EKS adds Linux capabilities, seccomp, and pod-level settings(新しいタブで開く)2026/11/13 17:002026/11/14 06:01
AWS Secrets Manager がクロスアカウントレプリケーションをサポート、別アカウントへのシークレット同期が可能にAWS Secrets Manager now supports cross-account replication(新しいタブで開く)2026/11/13 17:002026/11/14 06:01
Amazon Cognito が OAuth 2.0 トークン交換(RFC 8693)をサポート、AIエージェントや MCP サーバーでの委任アクセスが容易にAmazon Cognito now supports OAuth 2.0 token exchange(新しいタブで開く)2026/11/13 07:002026/11/14 06:01
Amazon AuroraとRDSがGraviton5ベースのR9gデータベースインスタンスに対応、最大30%のパフォーマンス向上Amazon Aurora and RDS now support Graviton5-based R9g database instances(新しいタブで開く)2026/11/13 04:022026/11/14 06:01
Amazon SNS のプッシュ通知が Asia Pacific (Hyderabad)、Asia Pacific (Melbourne)、Europe (Zurich)、AWS GovCloud (US-East) の 4 リージョンで利用可能にAmazon SNS now supports push notifications in four additional AWS Regions(新しいタブで開く)2026/11/13 01:002026/11/14 06:01
AWS Backup のロジカルエアギャップボールトが Amazon EBS Snapshots Archive に対応、長期保存コストを削減AWS Backup adds logically air-gapped vault support for Amazon EBS Snapshots Archive(新しいタブで開く)2026/11/12 17:002026/11/14 06:01
AWS Glue が Apache Spark ジョブの自動バージョンアップグレード機能を発表、手動管理不要で最新ランタイムを維持AWS Glue announces automatic version upgrades for Apache Spark jobs(新しいタブで開く)2026/11/12 17:002026/11/14 06:01
Amazon RDS for SQL Server が M8id・R8id インスタンスをサポート、最大 384 vCPU・3 TiB メモリ・22.8 TB ローカル NVMe SSD を提供Amazon RDS for SQL Server now supports M8id and R8id instances(新しいタブで開く)2026/11/12 17:002026/11/14 06:01
Amazon Managed Service for Apache Flink がアプリケーション状態のエクスポート・クロスリージョン復元を可能にする拡張スナップショットを提供開始Amazon Managed Service for Apache Flink introduces enhanced snapshots(新しいタブで開く)2026/11/12 17:002026/11/14 06:01
AWS Cloud WAN、Direct Connect アタッチメントで BGP コミュニティをサポート——ハイブリッドネットワークのルーティングポリシーが柔軟にAWS Cloud WAN now supports BGP communities on Direct Connect attachments for routing policy(新しいタブで開く)2026/11/12 17:002026/11/14 06:01

収集元:AWS What's New RSS(2026/11/14 06:12 取得)