Windows Server の移行 - AWS 規範ガイダンス
評価準備移行

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

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 ドキュメントの「What Is AWS Application Migration Service?」を参照してください。

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

AWS Migration Hub Orchestrator は、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 ドキュメントの「What is 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 を使用できます。