Windows Server の移行

このセクションでは、Windows Server の への移行に使用できるさまざまなオプションについて説明します AWS。

評価

まず、移行する必要があるアプリケーションとワークロードを特定します AWS。AWS Application Discovery Service を使用して、オンプレミスのインフラストラクチャとアプリケーション間の依存関係のマップを作成できます。これにより、移行する必要があるサーバー、アプリケーション、サービスを特定できます AWS。

AWS Migration Hub を使用してアプリケーションのインベントリを作成し、 との互換性を評価できます AWS。Migration Hub はアプリケーションポートフォリオを一元的に表示するため、移行プロジェクトの計画、追跡、管理に役立ちます。Cloudamize や Evolve など AWS、 をサポートするサードパーティーの評価ツールを使用することもできます。

準備

大規模なインフラストラクチャをリホスト (リフトアンドシフト) するための適切な方法を見つけることは非常に難しい場合があります。役立つベストプラクティスは多数ありますが、どのツールを選択するかは、ワークロードのタイプ、許容できるダウンタイム、オペレーティングシステムの要件など、複数の要因によって決まります。リホストAWS Application Migration Serviceには を使用することをお勧めします。

AWS Application Migration Service

Application Migration Service を使用すると、互換性の問題、パフォーマンスへの影響、長いカットオーバー期間などに悩まされることなく、物理サーバー、仮想サーバー、またはクラウドサーバーを迅速にリフトアンドシフトできます。Application Migration Service は、ソースサーバーを継続的に にレプリケートします AWS アカウント。次に、移行の準備ができたら、Application Migration Service は最小限のダウンタイムでサーバーを自動的に変換して で AWS 起動します。詳細については、Application Migration Service ドキュメントの「 AWS Application Migration Serviceとは」を参照してください。

AWS Migration Hub オーケストレーター

AWS Migration Hub オーケストレーターは、Application Migration Service を使用して、サーバーとエンタープライズアプリケーションの への移行を簡素化および自動化 AWS します。移行を 1 か所で実行、追跡できます。Migration Hub Orchestrator を使用して、S/4HANA、BW/4HANA、SAP ECC on HANA などの SAP NetWeaver ベースのアプリケーションを Amazon EC2 に移行 AWS し、サポートされているカスタムアプリケーションをリホストできます。Migration Hub Orchestrator には、独自の移行要件に合わせてカスタマイズできる移行ワークフローを作成するためのテンプレートが用意されています。Migration Hub Orchestrator は、選択したワークフローのステップを自動化し、移行のステータスも表示します。

VM Import/Export

VM Import/Export を使用すると、VM イメージを既存の仮想化環境から Amazon EC2 にインポートし、エクスポートして戻すことができます。この方法を使うと、アプリケーションおよびワークロードを Amazon EC2 へ移行したり、VM イメージカタログを Amazon EC2 にコピーしたり、バックアップと災害対策のために VM イメージのリポジトリを作成したりすることができます。詳細については、Amazon EC2 ドキュメントの「VM Import/Export とは」を参照してください。

移行するワークロードを評価したら、移行戦略、タイムライン、移行プロセスに伴うコストを概説した移行計画を作成します。AWS 料金表/TCO ツールを使用して、 でアプリケーションを実行する際のコスト削減を見積もることができます AWS。を使用してAWS Application Discovery Service、移行したワークロードをホスト AWS のサービス する権限を特定することもできます。

移行

Windows ワークロードを に移行するには、移行計画、準備状況評価、移行実装フェーズなど、いくつかのフェーズ AWS が必要です。移行フェーズは、Windows ワークロードを に移行する最後のフェーズです AWS。移行フェーズで考慮すべきステップを以下に示します。

• AWS 環境の準備 – 移行プロセスを開始する前に、Amazon マシンイメージ (AMI) を作成し、ワークロードを移行する VPC を設定して環境を準備する AWS 必要があります。

• 移行ツールの選択 — Migration Hub、アプリケーション移行サービス、VM Import/Export など、さまざまな移行方法を選択できます。お客様のニーズに対して最適なものを選択してください。

• 移行の設定 — 移行元サーバーを選択し、移行先のインスタンスタイプ、ストレージ、ネットワーク設定を指定して移行を設定します。

• 移行の実行 — 設定が完了したら、移行を実行します。このプロセスには、データの複製、移行されたワークロードのテスト、移行されたワークロードへの切り替えのための最終的なカットオーバーの実行が含まれます。上記で選択した移行ツールが、これらの手順のガイドとなります。

• 移行の検証 — 移行が完了したら、移行したワークロードが想定どおりに機能していることを確認します。テストを実施し、セキュリティとコンプライアンスの要件が満たされていることを確認します。

• 移行したワークロードの最適化 — インスタンスのサイズを変更し、自動スケーリングを設定し、リザーブドインスタンスやスポットインスタンスなどのコスト削減戦略を実装して、移行したワークロードを最適化します。

• 移行されたワークロードの監視と管理 — 最適なパフォーマンスとセキュリティを確保するために、移行したワークロードを継続的に監視および管理します。モニタリングには Amazon CloudWatch を使用できます。