理解確認：Hybrid Storage Architecture

オンプレミスの業務アプリケーションはiSCSIブロックデバイスを前提としており、大部分のデータをAWS側へ置いてオンプレミスのストレージ増設を抑えたいと考えています。頻繁に利用するデータには低レイテンシーでアクセスしたい場合、最も適切なVolume Gateway構成はどれですか。

オンプレミスのアプリケーションはデータセット全体への低レイテンシーアクセスを必要とし、現在のローカルストレージ容量も維持できます。一方、AWSにはポイントインタイムのオフサイトバックアップを保持したいと考えています。最も適切なVolume Gateway構成はどれですか。

キャッシュ型ボリュームを利用しています。夜間に全ボリュームを順番に読み取るスキャン処理を追加したところ、AWS側から大量のデータがローカルへ読み戻され、ネットワーク使用量も増えました。最も適切な説明はどれですか。

オンプレミスでVolume GatewayのiSCSIボリュームを利用しているワークロードを、将来Amazon EC2へ移行する計画です。対象ボリュームは16 TiB以下で、Amazon EBSへの復元条件を満たしています。

既存のブロックデータをAWS側のEC2で引き継ぐ移行経路として適切なものはどれですか。

キャッシュ型Volume Gatewayを利用しています。分析チームは「データがAWS側に保存されているなら、その保存先を通常のAmazon S3バケットとして指定し、S3 APIから同じボリュームデータを直接読み取れる」と考えています。

最も適切な説明はどれですか。

オンプレミスではVolume GatewayのiSCSIボリュームを利用しています。数か月後にアプリケーションをAmazon EC2へ移す予定ですが、移行後のデータアクセスをAmazon EBSのブロックアクセスとして維持するか、アプリケーションを変更して別のストレージモデルへ移すかはまだ決まっていません。チームは先にキャッシュ型か保管型かだけを決めようとしています。

段階的なターゲット設計として最も適切な進め方はどれですか。