翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Windows Server の移行
このセクションでは、Windows Server の への移行に使用できるさまざまなオプションに焦点を当てます AWS。
## 評価
まず、 AWSに移行する必要があるアプリケーションとワークロードを特定します。[AWS Application Discovery Service](https://aws.amazon.com/application-discovery/) を使用して、オンプレミスのインフラストラクチャとアプリケーション間の依存関係のマップを作成できます。これにより、 AWSへの移行が必要なサーバー、アプリケーション、サービスを特定できます。
[AWS Migration Hub](https://aws.amazon.com/migration-hub/) を使用してアプリケーションのインベントリを作成し、 AWSとの互換性を評価できます。Migration Hub はアプリケーションポートフォリオを一元的に表示するため、移行プロジェクトの計画、追跡、管理に役立ちます。Cloudamize や Evolve など AWS、 をサポートするサードパーティーの評価ツールを使用することもできます。
## 準備
大規模なインフラストラクチャをリホスト (リフトアンドシフト) するための適切な方法を見つけることは非常に難しい場合があります。役立つ[ベストプラクティス](https://aws.amazon.com/blogs/enterprise-strategy/21-best-practices-for-your-cloud-migration/)は多数ありますが、どのツールを選択するかは、ワークロードのタイプ、許容できるダウンタイム、オペレーティングシステムの要件など、複数の要因によって決まります。リホストには [AWS Application Migration Service](https://aws.amazon.com/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?](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html)」を参照してください。
### AWS Transform for VMware
[AWS Transform](https://docs.aws.amazon.com/transform/latest/userguide/what-is-service.html) AI 主導のオーケストレーション AWS を使用して、サーバーとエンタープライズアプリケーションの への移行を簡素化および自動化します。移行ジョブを作成、実行、追跡するための単一のワークスペースを提供します。 [AWS Transform for VMware ](https://docs.aws.amazon.com/transform/latest/userguide/transform-app-vmware.html)は、自動検出、インテリジェントなウェーブプランニング、リホスト機能を組み合わせて、中断を最小限に抑えながらワークロードを VMware 環境から Amazon EC2 に効率的に移行します。
AWS Transform は、以下を含む複数の移行ジョブタイプをサポートします。
+ **End-to-endの移行** – 検出、ウェーブプランニング、VPC 設定、サーバー移行について説明します。
+ **ネットワーク移行のみ** — VPC ネットワーク設定を生成してデプロイします
+ **Network-and-server移行** – VPC のセットアップとサーバーのリホストを組み合わせる
+ **検出とサーバーの移行** – 検出を実行し、ウェーブプランを生成して、サーバーを移行します
AWS Transform は、VMware ネットワーク設定の Amazon VPC アーキテクチャへの AI 駆動型変換を使用し、アプリケーションのグループ化と推奨される移行ウェーブを含む移行計画を生成し、Windows および Linux サーバーのリホストを自動化して Amazon EC2 でネイティブに実行します。
### VM Import/Export
[VM Import/Export](https://aws.amazon.com/ec2/vm-import/) を使用すると、VM イメージを既存の仮想化環境から Amazon EC2 にインポートし、それを元の環境にエクスポートすることができます。この方法を使うと、アプリケーションおよびワークロードを Amazon EC2 へ移行したり、VM イメージカタログを Amazon EC2 にコピーしたり、バックアップと災害対策のために VM イメージのリポジトリを作成したりすることができます。詳細については、Amazon EC2 ドキュメントの「[What is VM Import/Export?](https://docs.aws.amazon.com/vm-import/latest/userguide/what-is-vmimport.html)」を参照してください。
移行するワークロードを評価したら、移行戦略、タイムライン、移行プロセスに伴うコストを概説した移行計画を作成します。[AWS 価格設定/TCO ツール](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-pricingtco-tools.html)を使用して、 AWSでアプリケーションを実行することによるコスト削減を見積もることができます。
## 移行
Windows ワークロードを に移行するには、移行計画、準備状況評価、移行実装フェーズなど、いくつかのフェーズ AWS が必要です。移行フェーズは、Windows ワークロードを AWSに移行する最後のフェーズです。移行フェーズで考慮すべき手順は次のとおりです。
+ ** AWS 環境の準備** – 移行プロセスを開始する前に、Amazon マシンイメージ (AMI) を作成し、ワークロードを移行する VPC を設定して環境を準備する AWS 必要があります。
+ **移行ツールの選択** — Migration Hub、アプリケーション移行サービス、VM Import/Export など、さまざまな移行方法を選択できます。お客様のニーズに対して最適なものを選択してください。
+ **移行の設定** — 移行元サーバーを選択し、移行先のインスタンスタイプ、ストレージ、ネットワーク設定を指定して移行を設定します。
+ **移行の実行** — 設定が完了したら、移行を実行します。このプロセスには、データの複製、移行されたワークロードのテスト、移行されたワークロードへの切り替えのための最終的なカットオーバーの実行が含まれます。上記で選択した移行ツールが、これらの手順のガイドとなります。
+ **移行の検証** — 移行が完了したら、移行したワークロードが想定どおりに機能していることを確認します。テストを実施し、セキュリティとコンプライアンスの要件が満たされていることを確認します。
+ **移行したワークロードの最適化** — インスタンスのサイズを変更し、自動スケーリングを設定し、リザーブドインスタンスやスポットインスタンスなどのコスト削減戦略を実装して、移行したワークロードを最適化します。
+ **移行されたワークロードの監視と管理** — 最適なパフォーマンスとセキュリティを確保するために、移行したワークロードを継続的に監視および管理します。モニタリングには [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) を使用できます。