AWS Migration HubとApplication Discovery Service

数百、数千ものアプリケーションをAWSへ移行するには、体系的なアプローチが必要です。AWS上で同等のリソースのサイズを決める前に、オンプレミスに何が存在するのか、アプリケーション同士がどのように依存しているのか、リソース使用率がどのようになっているのかを把握する必要があります。AWS Migration HubとApplication Discovery Serviceは、AWS移行ツールキットの評価レイヤーを構成し、ポートフォリオ全体の可視性と追跡機能を提供します。

AWS Migration Hubは、複数のAWS移行ツール（MGN、DMS、パートナー製品）にまたがるアプリケーション移行の進捗を追跡する中央ダッシュボードです。移行状況を1つのコンソールに集約するため、プロジェクトマネージャーやアーキテクトは、どのサーバーが検出済みか、レプリケーション中か、テスト中か、カットオーバー済みかを確認できます。Migration Hubは無料の追跡サービスであり、料金が発生するのは使用する基盤の移行ツールに対してのみです。

Application Discovery Service（ADS）は、移行前にオンプレミスのサーバーとその依存関係に関するデータを収集します。検出モードには2種類あります。エージェント方式では、各サーバーに軽量エージェントをインストールし、CPU、メモリ、ネットワークI/O、実行中のプロセス、ネットワーク接続を取得します。エージェントレス方式では、VMware vCenterコネクタを使用し、個々のVMにアクセスすることなく、VMの構成とパフォーマンスメトリクスを収集します。

ADSの最も価値のある機能の1つが、ネットワーク依存関係グラフのマッピングです。ADSエージェントはプロセス間のTCP接続を取得し、各アプリケーションがどのデータベース、マイクロサービス、ミドルウェアコンポーネントと通信しているかを明らかにします。これにより、依存関係を伴わずにアプリケーションを移行してしまい、ネットワーク境界を越えた接続が不足して本番停止につながるという、よくある移行の失敗を防げます。

多くの企業では、すでにCMDB（構成管理データベース）や、ServiceNow、Dynatrace、Ansibleなどのツールから得た検出データを保有しています。Migration Hubはインポートテンプレートをサポートしています。これは標準化されたCSVファイルで、ADSエージェントをデプロイせずに既存のサーバーインベントリデータを直接アップロードできます。セキュリティやアクセスの制約により、エージェントをすぐにインストールできない場合の迅速な評価フェーズで役立ちます。

Migration Hub Strategy Recommendationsは、収集したADSデータとアプリケーションで実行中のワークロードを分析し、各サーバーまたはアプリケーションに対して7つのRのいずれかを推奨します。コンテナ化に適したアプリケーションを特定したり、サポート対象外のOSバージョンを実行していてリファクタリングが必要なサーバーにフラグを付けたり、移行先となるAWSサービスを提案したりできます。このサービスはAWS Well-Architected Frameworkと統合されており、推奨事項をベストプラクティスに沿ったものにできます。

検出後、ADSデータには個々のサーバーが表示されます。Migration Hubでは、関連するサーバーを、ビジネス機能を表すアプリケーションにグループ化できます。たとえば、「Order Management System」には、Web層、アプリケーション層、データベースサーバーが含まれる場合があります。グループは手動で作成することも、ADSのネットワーク依存関係マップから作成することもできます。グループ化は、サーバーレベルではなくアプリケーションレベルで移行の進捗を追跡するために不可欠です。

Migration HubはAWS Application Migration Service（MGN）およびDatabase Migration Service（DMS）とネイティブに統合されます。MGNがサーバーのレプリケーションを開始すると、レプリケーションの進捗が自動的にMigration Hubへ報告されます。同様に、DMSの移行タスクもMigration Hub内のステータスを更新します。この統合により、手動で更新しなくても統合されたビューを利用できます。また、Hubからネイティブツールのコンソールへ移動して詳細を確認することもできます。

Migration Hub Refactor Spacesは、チームがモノリシックアプリケーションを段階的にマイクロサービスへリファクタリングするのを支援します。統合された入口（API GatewayまたはApplication Load Balancer）を備えたAWS環境（VPCベースのオーバーレイ）を作成します。トラフィックのルーティングルールにより、一部のリクエストを新しいマイクロサービスへ送る一方、残りは既存のモノリスへ送り続けます。これは、カスタムのトラフィックルーティングコードを記述せずに利用できる、マネージド形式のストラングラーフィグパターンです。

ADSが数週間にわたって使用率データ（CPU、メモリ、ディスクI/O）を収集した後、AWS Migration Evaluator（旧称TSO Logic）を使用して総保有コスト（TCO）分析を生成します。ハードウェア、電力、冷却、労務などの現在のオンプレミスコストと、適正サイズのインスタンスを使用した場合に予測されるAWSコストを比較します。このビジネスケースは通常、移行への投資を正当化し、クラウドによるコスト削減額を定量化するために経営層へ提示されます。

ADSは、検出したデータを標準形式のCSVとしてS3へエクスポートします。このデータをAthenaにロードすると、オンプレミス環境全体の使用率パターンをクエリできます。たとえば、平均CPU使用率が10%未満のすべてのサーバー（Retire候補）や、サポート終了（EOL）オペレーティングシステムを実行しているすべてのサーバー（Refactor候補）を検索できます。このSQLベースのポートフォリオ分析アプローチは、手作業でスプレッドシートを作成することなく、数千台のサーバーに対応できます。

このレッスンで扱ったAWS Solutions Architect（SAA-C03）の概念について、理解度を確認しましょう。

このレッスンでは、Migration HubがMGN、DMS、パートナーツール全体の移行進捗を追跡する中央ダッシュボードを提供すること、Application Discovery Serviceがエージェント方式とエージェントレス方式を提供し、オンプレミスサーバーのインベントリ作成と依存関係のマッピングを行えること、そしてMigration Hub Refactor Spacesがモノリスの段階的なストラングラーフィグ型リファクタリングをサポートすることを学びました。次は、実際のサーバーレプリケーションに使用するApplication Migration Service（MGN）について学びます。