SAA弾力性に優れたアーキテクチャの設計
あるSaaSアプリケーションは、RDS for MySQLをデータベースとして使用しています。現在、単一AZで構成されており、データベース障害時のダウンタイムが問題となっています。RPO(目標復旧時点)を最小化し、自動フェイルオーバーを実現する最も適切な構成はどれですか?
ARDSのマルチAZ配置を有効化する
✓ 正解
RDSのマルチAZ配置は、スタンバイインスタンスを別AZに同期レプリケーションします。プライマリインスタンスに障害が発生した場合、自動的にスタンバイへフェイルオーバーが行われ、ダウンタイムを最小化できます。フェイルオーバーの切り替えはDNSレベルで自動的に行われ、アプリケーションの変更も不要です。
BRDSのリードレプリカを別AZに作成する
リードレプリカは読み取りのスケールアウト用であり、自動フェイルオーバーには対応していません(手動でプロモートが必要)。
C定期的なRDSスナップショットをS3に保存する
定期スナップショットはPITR(ポイントインタイムリカバリ)に使用しますが、自動フェイルオーバーではなく手動での復旧が必要です。
DEC2上にMySQLをインストールして手動でレプリケーションを設定する
EC2上のMySQLは手動管理のオーバーヘッドが大きくマネージドサービスの利点を失います。
解説
RDSのマルチAZ配置は、スタンバイインスタンスを別AZに同期レプリケーションします。プライマリインスタンスに障害が発生した場合、自動的にスタンバイへフェイルオーバーが行われ、ダウンタイムを最小化できます。フェイルオーバーの切り替えはDNSレベルで自動的に行われ、アプリケーションの変更も不要です。
選択肢Bのリードレプリカは読み取りのスケールアウト用であり、自動フェイルオーバーには対応していません(手動でプロモートが必要)。
選択肢Cの定期スナップショットはPITR(ポイントインタイムリカバリ)に使用しますが、自動フェイルオーバーではなく手動での復旧が必要です。
選択肢DのEC2上のMySQLは手動管理のオーバーヘッドが大きくマネージドサービスの利点を失います。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSAAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →