本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# AMS 工作負載擷取 (WIGS)
**Topics**
+ [遷移工作負載：Linux 和 Windows 的先決條件](ex-migrate-instance-prereqs.md)
+ [遷移如何變更您的資源](ex-migrate-changes.md)
+ [遷移工作負載：標準程序](mp-migrate-stack-process.md)
+ [遷移工作負載：CloudEndure 登陸區域 (SALZ)](ex-migrate-instance-cloud-endure.md)
+ [AMS 工具帳戶 （遷移工作負載）](tools-account.md)
+ [遷移工作負載：Linux 擷取前驗證](ex-migrate-instance-linux-validation.md)
+ [遷移工作負載：Windows 擷取前驗證](ex-migrate-instance-win-validation.md)
+ [工作負載擷取堆疊：建立](#ex-workload-ingest-col)
搭配 AMS 雲端遷移合作夥伴使用 AMS 工作負載擷取變更類型 (CT)，將現有工作負載移至 AMS 受管 VPC。使用 AMS 工作負載擷取，您可以在將遷移的執行個體移至 AMS 之後建立自訂 AMS AMI。本節說明遷移合作夥伴和您自己為 AMS 工作負載擷取所採取的程序、先決條件和步驟。
**重要**
AMS 工作負載擷取必須支援作業系統。如需支援的作業系統，請參閱 [遷移工作負載：Linux 和 Windows 的先決條件](ex-migrate-instance-prereqs.md)。
每個工作負載和帳戶都不同。AMS 將與您合作，為成功的結果做好準備。
下圖說明 AMS 工作負載擷取程序。
![\[Workflow diagram showing workload ingestion process from customer instance to AMS stack.\]](http://docs.aws.amazon.com/zh_tw/managedservices/latest/appguide/images/Workload_ingestion_product_process.png)
## 工作負載擷取堆疊：建立
### 使用主控台將執行個體遷移至 AMS 堆疊
AMS 主控台中此變更類型的螢幕擷取畫面：
![\[Instance migration details showing ID, execution mode, version, classification, and description.\]](http://docs.aws.amazon.com/zh_tw/managedservices/latest/appguide/images/guiIngestStackFromPartMigStackCreateCT.png)
運作方式：
1. 導覽至**建立 RFC** 頁面：在 AMS 主控台的左側導覽窗格中，按一下 **RFCs**以開啟 RFCs清單頁面，然後按一下**建立 RFC**。
1. 在預設**瀏覽變更類型檢視中選擇熱門的變更類型** (CT)，或在**依類別選擇**檢視中選擇 CT。
+ **依變更類型瀏覽**：您可以在**快速建立**區域中按一下熱門的 CT，以立即開啟**執行 RFC** 頁面。請注意，您無法透過快速建立選擇較舊的 CT 版本。
若要排序 CTs，請使用**卡片**或**資料表**檢視中的所有**變更類型**區域。在任一檢視中，選取 CT，然後按一下**建立 RFC** 以開啟**執行 RFC** 頁面。如果適用，**建立較舊版本**選項會顯示在**建立 RFC** 按鈕旁。
+ **依類別選擇**：選取類別、子類別、項目和操作，如果適用，CT 詳細資訊方塊會開啟，其中包含**使用較舊版本建立**的選項。按一下**建立 RFC** 以開啟**執行 RFC** 頁面。
1. 在**執行 RFC** 頁面上，開啟 CT 名稱區域以查看 CT 詳細資訊方塊。需要**主旨** （如果您在**瀏覽變更類型**檢視中選擇 CT，則會為您填入）。開啟**其他組態**區域以新增 RFC 的相關資訊。
在**執行組態**區域中，使用可用的下拉式清單或輸入必要參數的值。若要設定選用的執行參數，請開啟**其他組態**區域。
1. 完成後，請按一下**執行**。如果沒有錯誤，**RFC 成功建立**的頁面會顯示已提交的 RFC 詳細資訊，以及初始的**執行輸出**。
1. 開啟**執行參數**區域以查看您提交的組態。重新整理頁面以更新 RFC 執行狀態。或者，取消 RFC 或使用頁面頂端的選項建立 RFC 的副本。
**注意**
如果 RFC 遭到拒絕，則執行輸出會包含 Amazon CloudWatch logs的連結。當不符合需求時，AMS 工作負載擷取 (WIGS) RFCs 會遭到拒絕；例如，如果在執行個體上偵測到防毒軟體。CloudWatch 日誌將包含失敗要求的相關資訊，以及要採取的修復動作。
### 使用 CLI 將執行個體遷移至 AMS 堆疊
運作方式：
1. 使用內嵌建立 （您發出包含所有 RFC 和執行參數的`create-rfc`命令） 或範本建立 （您建立兩個 JSON 檔案，一個用於 RFC 參數，另一個用於執行參數），並使用兩個檔案作為輸入發出`create-rfc`命令。此處說明這兩種方法。
1. 使用傳回的 RFC ID 提交 RFC： `aws amscm submit-rfc --rfc-id ID`命令。
監控 RFC： `aws amscm get-rfc --rfc-id ID`命令。
若要檢查變更類型版本，請使用下列命令：
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
**注意**
您可以將任何`CreateRfc`參數與任何 RFC 搭配使用，無論它們是否為變更類型結構描述的一部分。例如，若要在 RFC 狀態變更時取得通知，請將此行新增至請求的 `--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"` RFC 參數部分 （而非執行參數）。如需所有 CreateRfc 參數的清單，請參閱 [AMS 變更管理 API 參考](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_CreateRfc.html)。
您可以使用 AMS CLI 從遷移至 AMS 帳戶的非 AMS 執行個體建立 AMS 執行個體。
**注意**
請確定您已遵循先決條件；請參閱[遷移工作負載：Linux 和 Windows 的先決條件](https://docs.aws.amazon.com/managedservices/latest/appguide/ex-migrate-instance-prereqs.html)。
若要檢查變更類型版本，請使用下列命令：
```
aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID
```
*內嵌建立*：
使用內嵌提供的執行參數發出建立 RFC 命令 （在內嵌提供執行參數時逸出引號），然後提交傳回的 RFC ID。例如，您可以將內容取代為如下內容：
```
aws amscm create-rfc --change-type-id "ct-257p9zjk14ija" --change-type-version "2.0" --title "AMS-WIG-TEST-NO-ACTION" --execution-parameters "{\"InstanceId\":\"INSTANCE_ID\",\"TargetVpcId\":\"VPC_ID\",\"TargetSubnetId\":\"SUBNET_ID\",\"TargetInstanceType\":\"t2.large\",\"ApplyInstanceValidation\":true,\"Name\":\"WIG-TEST\",\"Description\":\"WIG-TEST\",\"EnforceIMDSV2\":\"false\"}"
```
*範本建立*：
1. 0將此變更類型的執行參數 JSON 結構描述轉換為檔案；範例將其命名為 MigrateStackParams.json:
```
aws amscm get-change-type-version --change-type-id "ct-257p9zjk14ija" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > MigrateStackParams.json
```
1. 修改並儲存執行參數 JSON 檔案。例如，您可以將內容取代為如下內容：
```
{
"InstanceId": "MIGRATED_INSTANCE_ID",
"TargetVpcId": "VPC_ID",
"TargetSubnetId": "SUBNET_ID",
"Name": "Migrated-Stack",
"Description": "Create-Migrated-Stack",
"EnforceIMDSV2": "false"
}
```
1. 輸出 RFC 範本 JSON 檔案；範例將其命名為 MigrateStackRfc.json:
```
aws amscm create-rfc --generate-cli-skeleton > MigrateStackRfc.json
```
1. 修改並儲存 MigrateStackRfc.json 檔案。例如，您可以將內容取代為如下內容：
```
{
"ChangeTypeId": "ct-257p9zjk14ija",
"ChangeTypeVersion": "2.0",
"Title": "Migrate-Stack-RFC"
}
```
1. 建立 RFC，指定 MigrateStackRfc 檔案和 MigrateStackParams 檔案：
```
aws amscm create-rfc --cli-input-json file://MigrateStackRfc.json --execution-parameters file://MigrateStackParams.json
```
您會在回應中收到新 RFC 的 ID，並使用它來提交和監控 RFC。在您提交之前，RFC 會保持在編輯狀態，不會啟動。
新的執行個體會出現在相關 VPC 的應用程式擁有者帳戶的執行個體清單中。
1. 一旦 RFC 成功完成，請通知應用程式擁有者，讓其可以登入新的執行個體，並確認工作負載可正常運作。
**注意**
如果 RFC 遭到拒絕，則執行輸出會包含 Amazon CloudWatch logs的連結。當不符合需求時，AMS 工作負載擷取 (WIGS) RFCs 會遭到拒絕；例如，如果在執行個體上偵測到防毒軟體。CloudWatch 日誌將包含失敗要求的相關資訊，以及要採取的修復動作。
### 提示
**注意**
請確定您已遵循先決條件；請參閱[遷移工作負載：Linux 和 Windows 的先決條件](https://docs.aws.amazon.com/managedservices/latest/appguide/ex-migrate-instance-prereqs.html)。
**注意**
如果要遷移的執行個體上的標籤具有與 RFC 中提供的標籤相同的索引鍵，RFC 會失敗。
**注意**
您最多可以指定四個目標 IDs、連接埠和可用區域。
**注意**
如果 RFC 遭到拒絕，則執行輸出會包含 Amazon CloudWatch logs的連結。當不符合需求時，AMS 工作負載擷取 (WIGS) RFCs 會遭到拒絕；例如，如果在執行個體上偵測到防毒軟體。CloudWatch 日誌將包含失敗要求的相關資訊，以及要採取的修復動作。
**注意**
如果 RFC 遭到拒絕，則執行輸出會包含 Amazon CloudWatch logs的連結。當不符合需求時，AMS 工作負載擷取 (WIGS) RFCs 會遭到拒絕；例如，如果在執行個體上偵測到防毒軟體。CloudWatch 日誌將包含失敗要求的相關資訊，以及要採取的修復動作。
如有需要，請參閱[工作負載擷取 (WIGS) 失敗](https://docs.aws.amazon.com/managedservices/latest/userguide/rfc-troubleshoot.html#rfc-valid-execute-wigs)。