ある大手流通企業がオンプレミスのVMware vSphere環境（500台のVM：Linux 350台・Windows 150台）を2つのデータセンターからAWSへ18ヶ月以内に移行する計画を策定しています。ITチームはAWSの経験が浅く、移行プロセスの自動化を強く求めています。要件は次のとおりです： ①アプリケーションへの変更を最小限に抑えたリフト＆シフト移行 ②ブロックレベルの継続的レプリケーションによる本番カットオーバー時のダウンタイム1時間以内 ③移行後に過剰プロビジョニングされたEC2インスタンスを特定してリサイジング推奨を自動取得 ④AWS Configによる継続的なコンプライアンス評価 この要件を最も効率的に満たすアプローチはどれですか？
AWS Application Migration Service（MGN）は、AWSが推奨する大規模リフト＆シフト移行の標準サービスです。VMware・物理サーバー・他クラウドからのブロックレベル継続データレプリケーション（CDP）により、カットオーバー時のRPOを数秒・ダウンタイム1時間以内に実現します。移行後のインスタンス最適化ではAWS Compute Optimizerが機械学習でCPU/メモリ使用率を分析してリサイジング推奨を提供し、Trusted Advisorもコスト最適化を支援します。AWS ConfigのAWSマネージドルールは事前定義ルールを自動適用でき、AWS経験の浅いチームでも容易に運用できます。 選択肢BのAWS Server Migration Serviceは2023年3月に廃止（Retired）されており、新規移行プロジェクトへの使用は非推奨です。またAWS Artifactはコンプライアンス法的文書（BAA・認定書）の取得ポータルであり、継続的なコンプライアンス評価機能（Config相当）は持ちません。 選択肢CのVMware Cloud on AWSはVMware環境をAWS上でそのまま維持するサービスであり、ネイティブEC2への移行ではないためCompute OptimizerによるEC2リサイジング推奨を取得できません。また継続的なVMwareライセンスコストが発生します。 選択肢DのDataSync + VM Import/Exportの組み合わせはブロックレベルの継続的レプリケーション機能を持たないため、ダウンタイム1時間以内のカットオーバー要件を満たせません。500台規模のStep Functionsパイプライン構築も複雑で、経験の浅いチームには不適切です。