本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 遷移 Windows Server
<a name="migrating-windows-server-workloads"></a>

本節著重於可用於遷移 Windows Server 的不同選項 AWS。

## 評估
<a name="migrating-windows-server-workloads-assess"></a>

首先，識別需要遷移到的應用程式和工作負載 AWS。您可以使用 [AWS Application Discovery Service](https://aws.amazon.com/application-discovery/)建立內部部署基礎設施和應用程式之間相依性的映射。這可協助您識別需要遷移到的伺服器、應用程式和服務 AWS。

您可以使用 [AWS Migration Hub](https://aws.amazon.com/migration-hub/)建立應用程式的清查，並評估其與 的相容性 AWS。Migration Hub 可提供應用程式產品組合的集中檢視，並協助您規劃、追蹤及管理遷移專案。您也可以使用 支援的第三方評估工具 AWS，例如 Cloudamize 或 Evolve。

## 調動
<a name="migrating-windows-server-workloads-mobilize"></a>

找到為大規模基礎架構進行主機轉換 (隨即轉移)的適合路徑可能會是相當重大的挑戰。雖然實用的[最佳實務](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
<a name="migrating-windows-server-workloads-mobilize-mgn"></a>

您可以使用 Application Migration Service 隨即轉移實體、虛擬或雲端伺服器，而不會出現相容性問題、效能影響或冗長的切換期間。Application Migration Service 會持續將您的來源伺服器複寫到您的 AWS 帳戶。然後，當您準備好遷移時，Application Migration Service 會自動在 上轉換和啟動您的伺服器 AWS ，並將停機時間降至最低。如需詳細資訊，請參閱[什麼是 AWS Application Migration Service？](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html) Application Migration Service 文件中的 。

### AWS Transform 適用於 VMware 的
<a name="migrating-windows-server-workloads-mobilize-transform"></a>

[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 使用 AI 驅動的 VMware 網路組態轉換為 Amazon VPC 架構、使用應用程式分組和建議的遷移波來產生遷移計劃，並自動化 Windows 和 Linux 伺服器的重新託管，以在 Amazon EC2 上原生執行。 

### VM Import/Export
<a name="migrating-windows-server-workloads-mobilize-import-export"></a>

[VM Import/Export](https://aws.amazon.com/ec2/vm-import/) 可讓您將 VM 映像從現有的虛擬化環境匯入 Amazon EC2，然後將其匯出。這使您可以將應用程式和工作負載遷移到 Amazon EC2，將 VM 映像目錄複製到 Amazon EC2，或建立 VM 映像目錄，以進行備份和災難復原。如需詳細資訊，請參閱[什麼是 VM Import/Export？](https://docs.aws.amazon.com/vm-import/latest/userguide/what-is-vmimport.html) Amazon EC2 文件。

評估要遷移的工作負載後，請建立概述遷移程序中所涉及之遷移策略、時間軸及成本的遷移計畫。您可以使用 [AWS 定價/TCO 工具](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-pricingtco-tools.html)來預估在 上執行應用程式的成本節省 AWS。

## 遷移
<a name="migrating-windows-server-workloads-migrate"></a>

將 Windows 工作負載遷移至 AWS 涉及多個階段，包括遷移規劃、準備度評估和遷移實作階段。遷移階段是最後一個階段，涉及將 Windows 工作負載遷移至 AWS。以下是遷移階段期間需要考慮的一些步驟：
+ **準備 AWS 環境** – 在開始遷移程序之前，您必須建立 Amazon Machine Image (AMI) 並設定要遷移工作負載的 VPC，以準備 AWS 環境。
+ **選取遷移工具**：您可選擇不同的遷移方法，其中包括 Migration Hub、Application Migration Service 及 VM Import/Export。請選擇最適合您需求的方法。
+ **設定遷移**：透過選取來源伺服器並指定目標執行個體類型、儲存體及網路設定來設定遷移。
+ **執行移轉**：設定完成後，請執行遷移。此程序涉及複製資料、測試遷移的工作負載，以及執行最終切換，來轉換至遷移的工作負載。您在上方選取的遷移工具將引導您進行這些步驟。
+ **驗證遷移**：遷移完成後，請驗證遷移的工作負載是否如預期運作。執行測試並確保符合安全性和合規需求。
+ **最佳化移轉的工作負載**：透過調整執行個體大小、設定自動擴展，以及實作節省成本策略 (例如，預留執行個體或 Spot 執行個體)，來最佳化遷移的工作負載。
+ **監控和管理遷移的工作負載**：持續監控和管理遷移的工作負載，以確保最佳效能和安全性。您可以使用 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 進行監控。