Q45 — AWS SAP-C02 第2章

第 45/75 問 | ← 第2章

Q195. ある企業が、オンプレミスアプリケーションのディザスタリカバリ（DR）にAWSを活用したいと考えています。この企業には、アプリケーションを実行するWindowsベースのサーバーが数百台あり、すべてのサーバーが共通の共有フォルダー（common share）をマウントしています。RTO（Recovery Time Objective）は15分、RPO（Recovery Point Objective）は5分と定められています。また、ソリューションはネイティブなフェイルオーバーおよびフェイルバック機能をサポートする必要があります。これらの要件を最もコスト効率よく満たすソリューションはどれでしょうか？

• A. AWS Storage Gateway File Gateway を作成し、Windows サーバーのバックアップを毎日スケジュールします。バックアップデータを Amazon S3 に保存します。障害発生時には、バックアップからオンプレミスサーバーを復旧します。フェイルバック時には、オンプレミスサーバーを Amazon EC2 インスタンス上で実行します。
• B. インフラストラクチャーを作成するための AWS CloudFormation テンプレートのセットを作成します。AWS DataSync を使用して、すべてのデータを Amazon Elastic File System（Amazon EFS）にレプリケートします。障害発生時には、AWS CodePipeline を使用してテンプレートをデプロイし、オンプレミスサーバーを復旧します。フェイルバック時には、DataSync を使用してデータを戻します。
• C. AWS Cloud Development Kit（AWS CDK）パイプラインを使用して、AWS 上でマルチサイトのアクティブ／アクティブ環境を構築します。S3 sync コマンドを使用してデータを Amazon S3 にレプリケートします。障害発生時には、DNS エンドポイントを切り替えて AWS を指すようにします。フェイルバック時には、S3 sync コマンドを使用してデータを戻します。
• D. AWS Elastic Disaster Recovery を使用してオンプレミスサーバーをレプリケートします。AWS DataSync を使用してデータを Amazon FSx for Windows File Server のファイルシステムにレプリケートします。このファイルシステムを AWS サーバーにマウントします。障害発生時には、オンプレミスサーバーを AWS へフェイルオーバーします。フェイルバック時には、Elastic Disaster Recovery を使用して新しいまたは既存のサーバーへ戻します。 ✓

正解: D. AWS Elastic Disaster Recovery を使用してオンプレミスサーバーをレプリケートします。AWS DataSync を使用してデータを Amazon FSx for Windows File Server のファイルシステムにレプリケートします。このファイルシステムを AWS サーバーにマウントします。障害発生時には、オンプレミスサーバーを AWS へフェイルオーバーします。フェイルバック時には、Elastic Disaster Recovery を使用して新しいまたは既存のサーバーへ戻します。

解説

RTO 15分、RPO 5分という厳しい要件を満たしつつ、コスト効率の高いディザスタリカバリソリューションを実現するには、選択肢 D が最も適しています。 理由： ・AWS Elastic Disaster Recovery は、オンプレミスサーバーの継続的な変更をリアルタイムまたは近リアルタイムで AWS へレプリケート可能であり、RPO 5分を確実に満たします。 ・Windows 環境における共通共有フォルダーの要件には、Amazon FSx for Windows File Server が最適です。これは、Windows ネイティブの SMB プロトコルを完全にサポートし、既存のアプリケーション設定やアクセス制御を変更せずに利用できます。AWS DataSync を用いることで、信頼性・パフォーマンス・監査性の高い方法で共有データを同期できます。 ・Elastic Disaster Recovery は、フェイルオーバーおよびフェイルバックの両方をネイティブにサポートしており、GUI や API を通じて数分以内に完全なアプリケーション復旧（RTO 15分達成）が可能です。 ・他の選択肢は、いずれも要件を完全には満たしません：A は RPO/RTO を満たせず、ネイティブなフェイルオーバー機能がなく、EC2 上でのオンプレミスサーバー実行は非推奨かつ運用負荷が高い；B は Amazon EFS が Windows 共有フォルダー（SMB）をネイティブにサポートしないため不適；C は S3 はブロック／オブジェクトストレージであり、ファイル共有としての直接マウントや Windows アプリケーションとの互換性がなく、アクティブ／アクティブ構成も本質的に DR ソリューションではなく、RPO/RTO 保証も困難です。 したがって、選択肢 D が、ネイティブなフェイルオーバー／フェイルバック、厳格な RTO／RPO、Windows 環境への最適対応、および総合的なコスト効率の観点から、最も適したソリューションです。