Q43 — AWS SAA-C03 第5章
第 43/65 問 | ← 第5章
Q343. ある企業は、オンプレミスの主要なファイルストレージボリューム向けにディザスタリカバリ(DR)計画を実装したいと考えています。このファイルストレージボリュームは、ローカルストレージサーバー上のInternet Small Computer Systems Interface(iSCSI)デバイスからマウントされています。ボリュームには数百テラバイト(TB)のデータが格納されています。企業は、エンドユーザーがオンプレミスシステムからすべてのファイルタイプに即座にアクセスでき、遅延を一切経験しないことを保証したいと考えています。 これらの要件を満たすとともに、企業の既存インフラストラクチャへの変更を最小限に抑えるソリューションはどれですか?
- A. Amazon S3 File Gateway を、オンプレミスでホストされる仮想マシン(VM)としてプロビジョニングします。ローカルキャッシュを10 TBに設定します。既存のアプリケーションを変更し、NFSプロトコル経由でファイルにアクセスできるようにします。ディザスタリカバリ時には、Amazon EC2 インスタンスをプロビジョニングし、ファイルを格納する Amazon S3 バケットをマウントします。
- B. AWS Storage Gateway のテープゲートウェイをプロビジョニングします。データバックアップソリューションを使用して、既存の全データを仮想テープライブラリ(VTL)にバックアップします。初期バックアップ完了後、データバックアップソリューションを毎晩実行するよう設定します。ディザスタリカバリ時には、Amazon EC2 インスタンスをプロビジョニングし、仮想テープライブラリ内のボリュームから Amazon Elastic Block Store(Amazon EBS)ボリュームへデータを復元します。
- C. AWS Storage Gateway の Volume Gateway(キャッシュ型ボリューム)をプロビジョニングします。ローカルキャッシュを10 TBに設定します。Volume Gateway のキャッシュ型ボリュームを、iSCSI を使用して既存のファイルサーバーにマウントし、すべてのファイルをストレージボリュームにコピーします。ストレージボリュームの定期スナップショットを設定します。ディザスタリカバリ時には、スナップショットを Amazon Elastic Block Store(Amazon EBS)ボリュームに復元し、その EBS ボリュームを Amazon EC2 インスタンスにアタッチします。
- D. 既存のファイルストレージボリュームと同量のディスク容量を持つ AWS Storage Gateway の Volume Gateway(ストアド型ボリューム)をプロビジョニングします。Volume Gateway のストアド型ボリュームを、iSCSI を使用して既存のファイルサーバーにマウントし、すべてのファイルをストレージボリュームにコピーします。ストレージボリュームの定期スナップショットを設定します。ディザスタリカバリ時には、スナップショットを Amazon Elastic Block Store(Amazon EBS)ボリュームに復元し、その EBS ボリュームを Amazon EC2 インスタンスにアタッチします。 ✓
正解: D. 既存のファイルストレージボリュームと同量のディスク容量を持つ AWS Storage Gateway の Volume Gateway(ストアド型ボリューム)をプロビジョニングします。Volume Gateway のストアド型ボリュームを、iSCSI を使用して既存のファイルサーバーにマウントし、すべてのファイルをストレージボリュームにコピーします。ストレージボリュームの定期スナップショットを設定します。ディザスタリカバリ時には、スナップショットを Amazon Elastic Block Store(Amazon EBS)ボリュームに復元し、その EBS ボリュームを Amazon EC2 インスタンスにアタッチします。
解説
選択肢A:Amazon S3 File Gateway をオンプレミスの仮想マシンとしてプロビジョニングし、既存アプリケーションをNFSプロトコル経由でのファイルアクセスに対応させる必要があるため、既存インフラへの変更が大きく、複雑です。また、NFS経由のアクセスにより、エンドユーザーのファイル利用時に遅延が発生する可能性があります。 選択肢B:AWS Storage Gateway のテープゲートウェイを用いたバックアップ方式では、仮想テープライブラリへのバックアップおよび nightly バックアップの運用負荷が大きく、またディザスタリカバリ時の仮想テープからの復元には時間がかかり、エンドユーザーの即時アクセス要件を満たせません。 選択肢C:Volume Gateway のキャッシュ型ボリュームを採用した場合、数百TBものデータをキャッシュに保持するには非常に高額なローカルストレージが必要となり、コスト面で非効率です。さらに、オンプレミスのファイルストレージからキャッシュボリュームへの全データコピーには長時間を要し、エンドユーザーのファイル利用に影響が出る可能性があります。 選択肢D:既存のファイルストレージボリュームと同等のディスク容量を持つ Volume Gateway のストアド型ボリュームをプロビジョニングし、iSCSI で既存ファイルサーバーにマウントすることで、アプリケーションやユーザーワークフローへの変更を最小限に抑えられます。全データをストアドボリュームにコピーした後、定期スナップショットを設定すれば、ディザスタリカバリ時にスナップショットを Amazon EBS ボリュームに迅速に復元・アタッチでき、エンドユーザーは遅延なくすべてのファイルタイプに即座にアクセスできます。したがって、既存インフラへの変更を最も小さく抑えつつ要件を満たす最適なソリューションは、選択肢Dです。