選択肢の検討

1. A:
• 自動バックアップを利用してデータを復元し、スタンドアロンDBインスタンスに昇格する方法を提案しています。
• 問題点: 自動バックアップはデータの復旧には役立ちますが、リアルタイムの高可用性や迅速な切り替えは保証されません。ダウンタイムが長くなる可能性があります。

2. B:
• グローバルテーブルとリードレプリカを使い、クロスリージョンのスコープを有効化する方法を提案しています。
• 問題点: Amazon RDSには「グローバルテーブル」という機能はありません。リードレプリカの操作もAWS Lambdaで行うことは非効率的で現実的ではありません。

3. C:
• グローバルテーブルと自動バックアップを組み合わせ、AWS Lambdaを使用してレプリカをコピーする方法です。
• 問題点: Bと同様に、RDSでグローバルテーブルの概念はなく、AWS Lambdaを用いたレプリカ管理も実用的ではありません。

4. D:
• クロスリージョンのリードレプリカを用い、障害発生時にはリードレプリカをスタンドアロンインスタンスに昇格する方法です。
• メリット: クロスリージョンリードレプリカは地理的な冗長性を提供し、昇格後はプライマリとして機能させられます。昇格後に新たなリードレプリカを作成することで、引き続き高可用性を維持できます。

解答: D

• 高可用性: 障害時に迅速に昇格し、ダウンタイムを最小限に抑えることが可能です。

• 地理的冗長性: クロスリージョンリードレプリカを活用することで、災害時にも対応できます。

• コスト効率: 自動バックアップやスタック操作よりも効率的なフェイルオーバーを提供します。

補足: AWS RDS高可用性のベストプラクティス

• Multi-AZ配置: 地域内での冗長性と自動フェイルオーバーを提供します。

• リードレプリカ: 読み取り負荷の分散とクロスリージョン冗長性を実現します。

• バックアップ: 定期的なスナップショットを活用してデータ損失リスクを軽減します。

• フェイルオーバー手順: 昇格操作を事前にテストし、運用の準備を整えておくことが重要です。