AWS アップデート情報 - 2026年7月版

はじめに

今回は、直近で発表された4件のAWSアップデートを紹介します。今回のアップデートでは、データベースのセキュリティと高可用性を両立する RDS for SQL Server の機能強化、動画配信パフォーマンスを最適化する MediaTailor の新たな制御機能、そして AI アシスタントとセキュリティ運用を統合する Security Hub MCP App のプレビューなど、幅広い領域での改善が発表されています。特に注目すべきは、これまでサポートへの問い合わせが必要だった設定がセルフサービス化されるなど、運用の自律性を高める方向性が見られる点です。

注目アップデート深掘り

Amazon RDS for SQL Server が TDE 有効データベースの Multi-AZ 直接復元に対応

なぜこのアップデートが重要なのか

Transparent Data Encryption (TDE) は、SQL Server における保存時データ暗号化の中核機能であり、コンプライアンス要件を満たすために多くの組織が利用しています。しかし、これまで RDS for SQL Server では TDE が有効なデータベースを Multi-AZ インスタンスに直接復元することができず、高可用性を確保するためには一度 TDE を無効化するか、Single-AZ 構成で復元後に Multi-AZ へ変換する必要がありました。この制約は、特にオンプレミスからの移行やディザスタリカバリシナリオにおいて、ダウンタイムの増加やセキュリティリスクの一時的な上昇を招いていました。

今回のアップデートにより、ネイティブバックアップ／リストアを使って、Multi-AZ インスタンスおよび同一リージョン内の読み取りレプリカを構成したインスタンスに対して、TDE 有効なデータベースを直接復元できるようになりました。告知が示す手順は、既存の TDE 証明書をバックアップして Amazon S3 に保存し、それを RDS インスタンスに復元するという流れです。

本機能は、Amazon RDS for SQL Server がサポートされるすべての AWS リージョンで利用できます。

従来の制約

告知は従来の制約を次のように説明しています。TDE 有効データベースの復元は Single-AZ インスタンスでのみ利用可能で、暗号化されたデータベースを復元する前に TDE を無効化するか、Single-AZ 構成へ移行する必要があった というものです。

つまり今回の変更は、この中間ステップを挟まずに Multi-AZ 構成へ直接復元できるようにするものです。移行プロセスが簡素化され、TDE を一時的に無効化する必要もなくなります。

検証手順のポイント

実際に検証する際は、以下のステップで効果を確認できます：

1. TDE 証明書の準備と S3 へのアップロード

既存の TDE 証明書をバックアップし、S3 バケットに配置します。あわせてデータベースのバックアップファイルも用意します。この際、S3 バケット自体の暗号化設定（SSE-S3 または SSE-KMS）も併せて確認し、多層防御のアプローチを取ることが推奨されます。

2. Multi-AZ + TDE 構成での復元実施

RDS コンソールまたは CLI から、Multi-AZ デプロイメントオプションと TDE オプションを同時に指定してインスタンスを作成し、復元を開始します。復元時間やログの詳細を記録し、Single-AZ 経由での復元と比較します。

3. 高可用性機能の動作確認

復元後、フェイルオーバーテストを実施し、セカンダリインスタンスへの切り替えが正常に動作すること、TDE 設定が両インスタンスで維持されることを確認します。

4. 読み取りレプリカへの復元検証

同一リージョン内の読み取りレプリカに TDE 有効データベースを復元し、レプリケーション遅延やデータ整合性をモニタリングします。

セキュリティのベストプラクティス

TDE 証明書の管理は、この機能を利用する上で最も重要な要素です。証明書とパスワードは AWS Secrets Manager に保存し、IAM ポリシーでアクセスを厳密に制御することが推奨されます。また、復元プロセス全体を CloudTrail でログ記録し、監査証跡を確保することで、コンプライアンス要件への対応も容易になります。

AWS Elemental MediaTailor の広告配信制御機能強化

背景と課題

動画配信サービスにおいて、広告の配信パフォーマンスは収益とユーザー体験の両方に直結する重要な要素です。特に、広告決定サーバー（ADS）へのリクエストタイムアウトや並行処理の設定は、広告の埋め込み率（ad fill rate）と動画起動時間のバランスを決定します。これまで AWS Elemental MediaTailor では、これらの細かい調整を行うには AWS サポートへの問い合わせが必要で、チューニングサイクルが長期化していました。

今回のアップデートにより、AdsPersonalizationTimeouts と AdsPersonalizationConcurrency という2つのパラメータがセルフサービスで設定可能になり、ワークフローごとの最適化が迅速に行えるようになります。

主要な制御パラメータ

AdsPersonalizationTimeouts

個別の HTTP 広告リクエストのタイムアウト、およびライブ・VOD・ライブ広告プリフェッチのパーソナライゼーション時間予算を設定できます。例えば、ライブイベント配信では広告取得により多くの時間を割り当てることで ad fill rate を向上させる一方、VOD 配信では起動時間を優先するためタイムアウトを短縮する、といった使い分けが可能です。

AdsPersonalizationConcurrency

並行 ADS リクエストの有効化により、複数の広告プロバイダーや広告スロットへのリクエストを同時並行で処理できます。これにより、全体のレスポンスタイムが削減され、特に動画起動時のユーザー体験が改善されます。

検証のアプローチ

実際の効果を測定する際は、以下の項目を段階的に検証することが推奨されます：

1. ベースライン測定

現在の設定での ad fill rate、広告リクエスト成功率、動画起動時間、CloudWatch メトリクスを記録します。

2. タイムアウト値の最適化

ライブ配信と VOD 配信それぞれで、パーソナライゼーション時間予算を 500ms、1000ms、2000ms といった段階で変更し、ad fill rate への影響を測定します。ADS のレスポンスタイム特性に応じて、適切なバランスポイントを見つけることが重要です。

3. 並行リクエスト数の調整

Concurrency を 1（順次処理）から 2、4 と段階的に増やし、起動時間の改善度とリソース消費を比較します。並行数を増やしすぎると ADS 側の負荷も上がるため、外部サービスとの協議も必要になる場合があります。

4. ワークフロー別の最適設定の文書化

スポーツ中継（高 ad fill rate 優先）、映画配信（起動時間優先）、ニュース配信（リアルタイム性優先）など、コンテンツ種別ごとの推奨設定をドキュメント化します。

設定方法

これらのパラメータは、AWS Elemental MediaTailor コンソール、AWS CLI、AWS SDK から設定可能です。告知自体には具体的なコマンド例は含まれていないため、実際のパラメータ指定方法は AWS Elemental MediaTailor User Guide の “Advanced settings”（告知からリンクされている設定セクション）を参照してください。本機能は AWS Elemental MediaTailor が利用可能なすべての AWS リージョンで提供されます。

SRE視点での活用ポイント

データベース運用における信頼性とセキュリティの両立

RDS for SQL Server の TDE + Multi-AZ 直接復元機能は、ディザスタリカバリ計画の実効性を大きく向上させます。告知が示すとおり、これまでは TDE を無効化するか Single-AZ 構成を経由する必要があり、暗号化データベースの DR 環境構築では復旧手順が複雑になりがちでした。

Terraform や CloudFormation で RDS インスタンスを管理している環境では、TDE オプションと Multi-AZ 設定を同時に定義することで、環境再構築時の一貫性が保証されます。また、定期的な DR 訓練においても、手順の簡素化により訓練頻度を上げやすくなり、実際の障害時の対応力向上につながります。

ただし、導入時には TDE 証明書のライフサイクル管理プロセスを整備する必要があります。証明書の有効期限監視、ローテーション手順、緊急時のアクセス権限設定などを、既存のシークレット管理フローに統合することが重要です。AWS Secrets Manager と CloudWatch Events を組み合わせた自動監視の仕組みを構築すれば、証明書期限切れによるサービス中断を防げます。

動画配信サービスのパフォーマンスチューニング

MediaTailor の新しい制御パラメータは、SLO（サービスレベル目標）駆動のパフォーマンス最適化を実現します。例えば、「動画起動時間の 95 パーセンタイルを 2 秒以内に保つ」という SLO がある場合、CloudWatch メトリクスと組み合わせて、タイムアウト設定と並行リクエスト数を段階的に調整し、目標達成を目指すアプローチが取れます。

セルフサービス化により、A/B テストや段階的ロールアウトも容易になります。異なる設定を持つ複数の MediaTailor 構成を用意し、トラフィックの一部で新設定を試験してから全体展開する、といったカナリアデプロイメント戦略が実装できます。

ただし、広告プロバイダー側のレート制限や SLA との整合性には注意が必要です。並行リクエスト数を増やすことで自社側のパフォーマンスは向上しても、ADS 側が過負荷になるとリクエスト失敗率が上がり、結果的に ad fill rate が低下する可能性があります。外部サービスとの SLA レビューやキャパシティプランニングの協議を、チューニング活動の一環として組み込むことが推奨されます。

セキュリティ調査ワークフローの効率化

Security Hub MCP App は、インシデント対応時の初動調査速度を向上させる可能性を持っています。告知によると、MCP サーバーは既存の AWS 認証情報を使ってローカルマシン上で動作し、すべてのツールが読み取り専用で環境に変更を加えません。Claude Desktop 上で、上位の露出検出結果の確認、検出結果の攻撃パスと拡張ネットワークパスの掘り下げ、相関する検出結果と影響を受けるリソース設定の調査、修復推奨事項の取得ができるとされています。

ただし、プレビュー機能であることから、本番環境での全面的な依存は避け、まずは非本番環境での検証や、既存のランブックを補完するツールとしての位置付けで評価することが現実的です。読み取り専用でローカル実行という特性は、環境へ変更を加えるリスクを抑えたまま調査に使える点で扱いやすい設計です。

全アップデート一覧

まとめ

今回紹介したアップデートに共通するのは、「運用の自律性向上」と「複雑な要件の同時達成」というテーマです。RDS for SQL Server では、セキュリティと高可用性という従来トレードオフだった要素を統合し、MediaTailor ではパフォーマンスチューニングをサポート依存から解放しました。また、Security Hub MCP App は AI との統合により、セキュリティ運用の新たな可能性を示唆しています。

特に SRE の観点では、これらの機能強化は単なる利便性向上にとどまらず、DR 訓練の頻度向上、SLO 駆動のパフォーマンス最適化、インシデント対応の初動速度改善といった、信頼性向上に直結する改善を実現します。各アップデートの詳細は公式ドキュメントで確認し、自組織の運用課題に照らして優先順位を付けた検証計画を立てることをお勧めします。

いずれも、運用の複雑性を下げながら信頼性を高める方向の変更としてまとめられます。

📚 AWSをもっと深く学ぶなら

AWS認定ソリューションアーキテクト - アソシエイト 完全攻略（楽天ブックス）

• AWS公式ドキュメント