AWS Application Migration Service (MGN) によるリフト&シフト移行の実践

MGN の仕組みとメリット

AWS Application Migration Service (MGN) は、オンプレミスや他クラウドのサーバーを AWS へリフト&シフト移行するためのサービスです。ソースサーバーに軽量なレプリケーションエージェントをインストールすると、ブロックレベルでディスクの内容を AWS にリアルタイムで複製し続けます。レプリケーション中もソースサーバーは通常どおり稼働するため、移行によるダウンタイムはカットオーバー時の数分間に限定されます。従来の Server Migration Service (SMS) がスナップショットベースの定期同期だったのに対し、MGN は継続的レプリケーションにより RPO をほぼゼロに近づけます。

この分野について体系的に学びたい方は、関連書籍 (Amazon) も参考になります。

移行の手順 - エージェント導入からカットオーバーまで

移行は 4 つのフェーズで進行します。第 1 フェーズはエージェントのインストールです。ソースサーバーに AWS Replication Agent をインストールすると、MGN コンソールにサーバーが表示され、初期同期が開始されます。第 2 フェーズは起動設定の構成です。起動テンプレートでインスタンスタイプ、VPC、サブネット、セキュリティグループ、IAM ロールを定義します。第 3 フェーズはテスト起動です。テスト用の EC2 インスタンスを起動し、アプリケーションの動作確認、ネットワーク接続、パフォーマンスを検証します。問題があれば起動設定を修正して再テストできます。第 4 フェーズがカットオーバーです。最終的なデータ同期を実行し、本番用の EC2 インスタンスを起動します。DNS の切り替えやロードバランサーの設定変更でトラフィックを新環境に向けます。

設計上の注意点

レプリケーションにはソースサーバーから AWS への安定したネットワーク接続が必要です。帯域幅の目安として、100 GB のディスクを 24 時間以内に初期同期するには約 10 Mbps が必要です。Direct Connect や VPN 経由での接続を推奨します。レプリケーション用のステージングエリアには軽量な EC2 インスタンス (t3.small 程度) と EBS ボリュームが自動作成されます。このコストはソースサーバー 1 台あたり月額数ドル程度です。大規模移行では、Migration Hub を併用して移行の進捗を一元管理し、アプリケーション単位でサーバーをグループ化して依存関係のあるサーバーを同時にカットオーバーすることが重要です。

さらに詳しく知りたい方は、関連書籍 (Amazon) で理解を深められます。

まとめ

MGN はリフト&シフト移行の標準ツールとして、エージェントベースの継続的レプリケーションで最小ダウンタイムの移行を実現します。テスト起動による事前検証でカットオーバーのリスクを低減し、起動テンプレートで移行先の構成を標準化できます。MGN 自体は無料で利用でき、移行のハードルを下げています。