直近の AWS アップデート情報まとめ（2026年8月）
はじめに
今回は、直近で発表された 8 件の AWS アップデートを紹介します。Amazon Connect のリアルタイムメトリクス更新機能や AWS Elastic Disaster Recovery の Recovery Plans といった運用効率化に貢献する機能から、Amazon Redshift の AI エージェント統合、Amazon FSx for NetApp ONTAP のクロスリージョンバックアップなど、データ管理とセキュリティを強化する機能まで、幅広い分野で改善が行われています。特に注目したいのは、災害復旧やバックアップ戦略に関わる機能が複数登場している点で、事業継続性への関心の高まりを反映しています。本記事では、これらのアップデートの中から特に SRE 業務に影響が大きい機能を深掘りし、実際の運用シーンでどう活用できるかを考察します。
注目アップデート深掘り
AWS Elastic Disaster Recovery の Recovery Plans による復旧オーケストレーション
AWS Elastic Disaster Recovery（AWS DRS）に新たに追加された Recovery Plans 機能は、災害復旧時やドリル実施時に複数サーバーで構成されたアプリケーションの起動を自動化・オーケストレーションする画期的な機能です。
従来の課題と新機能の意義
従来の災害復旧プロセスでは、データベース、アプリケーションサーバー、フロントエンドといった各層を手動で一つずつ起動し、依存関係を人間が追跡する必要がありました。これはストレス下での手動操作エラーを招きやすく、特に深夜や緊急時の復旧作業では想定外のトラブルを引き起こすリスクがありました。
Recovery Plans では、起動順序を事前に定義しておき、災害復旧が必要な時に 1 回の操作で実行できるようになります。データベース → アプリケーション層 → サポートサービスといった特定の順序での起動が必要なマルチティアアプリケーションに最適化されています。
機能の仕組み
Recovery Plans では、サーバーをステップごとにグループ化し、ステップ間に待機時間を設定できます。例えば、以下のような構成が可能です。
- ステップ 1: データベースサーバー（PostgreSQL マスター、レプリカ）を起動
- 待機時間: 3 分（DB の初期化完了を待つ）
- ステップ 2: アプリケーションサーバー群を起動
- 待機時間: 2 分（アプリケーションの起動確認）
- ステップ 3: ロードバランサーとフロントエンドサービスを起動
さらに、非破壊的なドリルモードで事前検証ができるため、本番の災害復旧前に復旧手順の妥当性を確認できます。承認ステップを追加すれば、重要なタイミングで人間による判断を挟むことも可能です。リアルタイム進捗監視により、どのステップまで完了しているかを視覚的に把握できるため、復旧作業の透明性が大幅に向上します。
ビジネスインパクト
この機能により、復旧時間（RTO）の短縮とストレス下での手動操作エラーの排除が実現されます。金融機関や医療機関など RTO/RPO が厳格な業界では、四半期ごとの DR ドリルを効率化し、復旧手順の検証を自動化できる点が特に重要です。マイクロサービス環境で依存関係が複雑なアプリケーションの復旧にも威力を発揮します。
すべての AWS DRS 提供リージョンで利用可能で、追加料金は不要です。
Amazon FSx for NetApp ONTAP のクロスリージョン・クロスアカウントバックアップコピー
Amazon FSx for NetApp ONTAP が、バックアップを AWS リージョン間およびアカウント間でコピーできるようになりました。これは、データ保護戦略における重要なマイルストーンです。
従来の制約と新機能の価値
従来は、バックアップの作成と復元が同じリージョン・アカウント内に限定されていました。このため、リージョン全体の障害や、単一アカウントへの不正アクセスといったシナリオに対して、十分な保護層を用意することが困難でした。
新機能により、プライマリバックアップとは異なるリージョンまたはアカウントにセカンダリバックアップを保存できるようになり、事業継続性、データ保護、コンプライアンス要件の充足がより容易になります。新規および既存のバックアップの両方をコピーでき、FSx for NetApp ONTAP が利用可能なすべての AWS リージョンで機能します。
実装とアーキテクチャの考慮点
クロスリージョン・クロスアカウントのバックアップコピーを実装する際には、いくつかの重要な考慮点があります。
まず、IAM ロールとポリシーの適切な設定が必要です。バックアップのコピー元アカウントとコピー先アカウント間で信頼関係を確立し、必要最小限の権限（fsx:CopyBackup、fsx:TagResource など）を付与する必要があります。
次に、ネットワーク転送コストです。リージョン間のデータ転送には費用が発生するため、バックアップのサイズと頻度を考慮したコスト試算が欠かせません。例えば、1TB のバックアップを US East から EU West にコピーする場合、データ転送料が発生します。一方で、災害復旧の保険コストと考えれば合理的な投資です。
**復旧時間目標（RTO）と復旧地点目標（RPO）**への影響も評価が必要です。クロスリージョンバックアップからの復元には、同一リージョン内の復元よりも時間がかかる可能性があります。ただし、プライマリリージョン全体が利用不可になった場合の最終手段として、この時間差は許容できる範囲です。
ユースケース例
具体的なユースケースとして、以下のシナリオが挙げられます。
- 災害復旧戦略の強化: プライマリリージョン（例：us-east-1）の障害時に、セカンダリリージョン（us-west-2）のバックアップから迅速に復旧
- 規制要件への対応: データレジデンシー要件が厳しい金融業界や医療業界で、複数の地理的に離れたリージョンにバックアップを配置
- マルチテナント環境での分離: 異なる AWS アカウントへのバックアップコピーで、顧客ごとのデータ隔離を実現し、セキュリティ境界を強化
- 長期保存とアーカイブ: 低コストリージョンへのバックアップコピーで、コンプライアンス対応のコストを最適化
Amazon Cognito の TOTP リセット API による MFA 運用の改善
Amazon Cognito に、ユーザーの TOTP（時間ベースのワンタイムパスワード）MFA 設定をリセットする新しい管理者 API 操作 AdminDeleteSoftwareToken が追加されました。この小さな機能追加が、エンタープライズでの MFA 運用に大きな改善をもたらします。
従来の運用課題
ユーザーが TOTP デバイスへのアクセスを失った場合（スマートフォンの紛失、故障、機種変更など）、これまでは TOTP デバイスを紛失したユーザーのロック解除にアカウント再作成が必要でした。これはユーザーにとっても管理者にとっても大きな負担であり、特にユーザー数が多い環境では、ヘルプデスクへの問い合わせ対応コストが膨大になっていました。
新 API による解決策
新しい AdminDeleteSoftwareToken API を使用すると、管理者はユーザーのデバイス関連付けを削除できます。その後、ユーザーは次のサインイン時に新しいデバイスを登録できるようになります。MFA 強制ポリシーを維持しながら、ユーザー復旧のパスを提供できる点が重要です。
API の呼び出しは AWS CLI、SDK、または API 経由で行えます。実装イメージとしては、ヘルプデスクのオペレーターが本人確認を行った後、管理ツールから該当ユーザーの TOTP 設定をリセットし、ユーザーに新しいデバイスでの登録を案内する、というフローになります。
セキュリティとガバナンスの考慮点
この API を運用に組み込む際には、いくつかのセキュリティベストプラクティスがあります。
まず、本人確認プロセスの確立が不可欠です。電話や別の認証手段によって、リセット要求者が本人であることを確認する必要があります。次に、IAM ポリシーによる最小権限の付与です。cognito-idp:AdminDeleteSoftwareToken 権限は、必要な管理者ロールにのみ付与し、CloudTrail でアクセスログを記録します。
さらに、監査ログの記録と定期的なレビューを行い、不正なリセット操作がないか監視することが推奨されます。レート制限を設定して、自動化された攻撃から保護することも検討すべきです。
全 AWS リージョンの Cognito で利用可能です。
SRE 視点での活用ポイント
これらのアップデートを SRE の日常業務に組み込む際の視点を整理します。
Recovery Plans による運用の標準化: 災害復旧手順を Recovery Plans として定義しておけば、障害対応のランブックに組み込むことで、深夜対応や緊急時でも確実に復旧手順を実行できます。Terraform や CloudFormation で Recovery Plans を定義すれば、インフラストラクチャ・アズ・コードの一部として管理でき、変更履歴の追跡やレビュープロセスも確立できます。ドリルモードを活用して四半期ごとに復旧訓練を実施し、RTO の実測値を定期的に更新することで、SLO の根拠となるデータを蓄積できます。
バックアップ戦略の多層化: FSx for NetApp ONTAP のクロスリージョンバックアップコピーは、「3-2-1 バックアップルール」（3 つのコピー、2 つの異なるメディア、1 つはオフサイト）を AWS 上で実現する強力な手段です。既存のバックアップ自動化スクリプトや AWS Backup との連携を検討し、段階的にセカンダリリージョンへのコピーを追加することで、データ保護レベルを段階的に向上できます。コスト最適化の観点では、フルバックアップと増分バックアップの組み合わせ、低頻度アクセスストレージクラスの活用を検討すべきです。
MFA 運用の自動化とスケーラビリティ: Cognito の TOTP リセット API は、ヘルプデスクのチケット管理システムと統合することで、標準的なユーザーサポートフローの一部として組み込めます。ServiceNow や Jira Service Management との連携により、本人確認プロセスを経た後の自動リセットフローを構築できます。CloudWatch アラームと組み合わせて、短期間に多数のリセットが発生した場合にセキュリティチームに通知する仕組みを作れば、不審なアクティビティの早期検出にも貢献します。
AI エージェントによるデータウェアハウス運用: Redshift と Agent Toolkit の統合は、オンコール対応時のクエリ最適化やトラブルシューティングを大幅に効率化する可能性があります。特に、深夜の性能問題調査で「どのクエリがボトルネックか」「どのテーブルに最適なインデックスが不足しているか」といった分析を AI エージェントに任せられれば、MTTR（平均復旧時間）の短縮に直結します。ただし、AI の提案を盲目的に適用するのではなく、変更内容をレビューし、ステージング環境で検証するプロセスは維持すべきです。
全アップデート一覧
| サービス | アップデート内容 | リンク |
|---|---|---|
| Amazon Connect Customer | スケジューリング メトリクスの自動リアルタイム更新機能 | 詳細 |
| Amazon Connect Customer | Cape Town リージョンで生成AI要約、リアルタイム通話分析、リアルタイムルールが利用可能に | 詳細 |
| Amazon Redshift | Agent Toolkit for AWS と統合し、AI エージェントから直接クエリ・トラブルシューティング・マイグレーションが可能に | 詳細 |
| Amazon FSx for NetApp ONTAP | バックアップをリージョン間・アカウント間でコピー可能に | 詳細 |
| Amazon EC2 | X8i インスタンスが Europe (Milan) と Europe (Spain) で利用可能に | 詳細 |
| AWS Elastic Disaster Recovery | Recovery Plans による複数サーバーアプリケーションの復旧オーケストレーション機能 | 詳細 |
| AWS Glue | バージョン 5.1 が AWS ヨーロッパ主権クラウド地域で利用可能に | 詳細 |
| Amazon Cognito | AdminDeleteSoftwareToken API による TOTP MFA 設定のリセット機能 | 詳細 |
まとめ
今回紹介した 8 件のアップデートは、運用の自動化、データ保護、セキュリティ強化という 3 つの軸で AWS の成熟度を高めるものでした。特に、AWS Elastic Disaster Recovery の Recovery Plans と FSx for NetApp ONTAP のクロスリージョンバックアップは、事業継続性への投資を検討する企業にとって重要な選択肢となります。
AI エージェントとの統合（Redshift）や、リアルタイム分析機能の地域拡大（Amazon Connect）は、従来手動で行っていた作業を自動化・高速化する流れを加速させています。これらの機能を段階的に取り入れることで、SRE チームはより戦略的な業務に時間を割けるようになります。
小さな改善に見える Cognito の TOTP リセット API のような機能も、日々のユーザーサポート業務では大きなインパクトを持ちます。運用負荷を軽減しながらセキュリティを維持するバランスの取り方が、今後の SRE 実践において一層重要になっていくと感じます。