移行オプションの比較: EB CLI と AWS Application Migration Service - AWS Elastic Beanstalk
各移行オプションを使用するタイミング移行ワークフローの比較結論

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

移行オプションの比較: EB CLI と AWS Application Migration Service

AWS は、Windows アプリケーションをクラウドに移行するための複数のパスを提供します。このセクションでは、EB CLI の eb migrate コマンドと AWS Application Migration Service (MGN) の 2 つの主要なオプションを比較します。これらのアプローチの違いを理解することは、特定のニーズに最適な移行戦略を選択するのに役立ちます。

移行オプションの比較
機能 EB CLI (eb migrate） AWS Application Migration Service (MGN)
主な焦点 IIS ウェブサイトとアプリケーションのアプリケーションレベルの移行 マシン全体のサーバーレベルのリホスト (物理サーバー、仮想サーバー、クラウドサーバー）
に最適 最小限の再設定で Elastic Beanstalk に直接移行する IIS アプリケーション 多数のサーバーや複雑なインフラストラクチャを含む大規模な移行
検出アプローチ IIS サイト、アプリケーション、および設定のアプリケーションレベルの検出 オペレーティングシステムやアプリケーションを含むマシン全体のサーバーレベルのレプリケーション
ターゲット環境 Windows アプリケーション用に最適化された Elastic Beanstalk 環境を直接作成および設定する Elastic Beanstalk を操作するために追加の設定が必要な EC2 インスタンスを作成します
設定の保存 IIS 固有の設定 (サイト、アプリケーションプール、バインディング) を自動的に保持します 不要なコンポーネントを含むサーバー設定全体を保持します
デプロイモデル Elastic Beanstalk のベストプラクティスを使用してデプロイされたアプリケーションを使用して、クリーンな Elastic Beanstalk 環境を作成します。 クラウドオペレーションの最適化が必要なソースサーバーのレプリカを作成します。
移行のスケール 特定のアプリケーションのターゲット移行に最適 多数のサーバーの大規模な移行用に設計
移行ステップ 最小。環境は Elastic Beanstalk 管理ツールで使用可能 SSM 起動後アクションの実行など、Elastic Beanstalk と統合するには追加のステップが必要です

各移行オプションを使用するタイミング

次の要件eb migrateがある場合は、 を選択します。

  • サーバー全体ではなく特定の IIS アプリケーションを移行したい

  • 目標は、Elastic Beanstalk をアプリケーション管理プラットフォームとして採用することです。

  • 簡単なスケーリング、デプロイ、モニタリングなど、Elastic Beanstalk のマネージドプラットフォーム機能を活用する場合

  • クラウドネイティブオペレーションの AWS ベストプラクティスに従うクリーンなデプロイが望ましい

  • 移行後の設定作業を最小限に抑えたい

次の要件 AWS Application Migration Service がある場合は、 を選択します。

  • 多数のサーバーを移行する必要がある

  • 正確に保持する必要がある複雑なサーバー設定がある

  • アプリケーションに互換性の問題があり、サーバー環境を正確に維持する必要がある

  • アプリケーションへの最小限の変更で「リフトアンドシフト」したい

  • 移行後にアプリケーションのリファクタリングまたは最適化を計画している

移行ワークフローの比較

EB CLI (eb migrate) ワークフロー：

  1. EB CLI をソース IIS サーバーまたは踏み台ホストにインストールします。

  2. eb migrate を実行して IIS アプリケーションを検出します。

  3. コマンドは、アプリケーションと設定をパッケージ化します。

  4. Elastic Beanstalk 環境は、適切なリソースを使用して作成されます。

  5. アプリケーションは新しい環境にデプロイされます。

  6. Elastic Beanstalk ツールを使用して、アプリケーションをすぐに管理できます。

AWS Application Migration Service ワークフロー：

  1. AWS レプリケーションエージェントをソースサーバーにインストールします。

  2. データレプリケーションを設定してテストします。

  3. テストインスタンスを起動して機能を確認します。

  4. カットオーバーをスケジュールします AWS。

  5. 本番稼働用インスタンスを起動します。

  6. 起動後のアクションを実行してクラウドを最適化します。

  7. Elastic Beanstalk がターゲットプラットフォームである場合、Elastic Beanstalk と統合するには追加の設定が必要です。

結論

Elastic Beanstalk は、 上の Windows プラットフォームアプリケーションに推奨される送信先であり AWS、デプロイ、スケーリング、管理を簡素化するマネージド環境を提供します。eb migrate コマンドは、アプリケーション設定を保持する自動検出と設定を使用して、IIS アプリケーション用の Elastic Beanstalk への直接パスを提供します。

AWS Application Migration Service は大規模なサーバー移行に強力な機能を提供しますが、Elastic Beanstalk と統合するには追加のステップが必要です。Elastic Beanstalk がターゲットプラットフォームであるほとんどの IIS アプリケーション移行では、 は Elastic Beanstalk のマネージドサービスモデルに沿ったより合理化されたアプローチeb migrateを提供します。

スケール、複雑さ、希望するエンドステートアーキテクチャなどの要因を考慮して、特定の要件に最も適した移行アプローチを選択します AWS。

詳細については AWS Application Migration Service、「 AWS Application Migration Service ユーザーガイド」の「What is AWS Application Migration Service？」を参照してください。