AMS 工作负载摄取 (WIGS)

主题

与 AMS 云迁移合作伙伴一起使用 AMS 工作负载摄取变更类型 (CT)，将您的现有工作负载迁移到 AMS 管理的 VPC 中。使用 AMS 工作负载摄取，您可以在将迁移的实例移至 AMS 后创建自定义 AMS AMI。本节介绍迁移合作伙伴和您自己为 AMS 工作负载摄取而采取的流程、先决条件和步骤。

重要

操作系统必须受到 AMS 工作负载摄取的支持。有关支持的操作系统，请参见迁移工作负载：Linux 和 Windows 的先决条件。

每个工作负载和帐户都不一样。AMS 将与您合作，为取得成功的结果做好准备。

下图描述了 AMS 工作负载摄取过程。

Workflow diagram showing workload ingestion process from customer instance to AMS stack.

工作负载载载载堆栈：创建

AMS 控制台中此更改类型的屏幕截图：

Instance migration details showing ID, execution mode, version, classification, and description.

它是如何运作的：

导航到 “创建 RFC” 页面：在 AMS 控制台的左侧导航窗格中，单击RFCs打开 RFCs 列表页面，然后单击 “创建 R FC”。
在默认的 “浏览更改类型” 视图中选择常用更改类型 (CT)，或者在 “按类别选择” 视图中选择 CT。
- 按更改类型浏览：您可以单击 “快速创建” 区域中的常用 CT，立即打开 “运行 RFC” 页面。请注意，您不能使用快速创建来选择较旧的 CT 版本。
  
  要进行排序 CTs，请使用卡片视图或表格视图中的所有更改类型区域。在任一视图中，选择一个 CT，然后单击 “创建 RFC” 打开 “运行 RFC” 页面。如果适用，“创建 RFC” 按钮旁边会出现 “使用旧版本创建” 选项。
- 按类别选择：选择类别、子类别、项目和操作，CT 详细信息框将打开，并显示 “使用旧版本创建” 选项（如果适用）。单击 “创建 RFC” 打开 “运行 RFC” 页面。
在 “运行 RFC” 页面上，打开 CT 名称区域以查看 CT 详细信息框。必须填写主题（如果您在 “浏览更改类型” 视图中选择 CT，则会为您填写此主题）。打开其他配置区域以添加有关 RFC 的信息。

在执行配置区域中，使用可用的下拉列表或输入所需参数的值。要配置可选的执行参数，请打开其他配置区域。
完成后，单击 “运行”。如果没有错误，则会显示成功创建的 RFC 页面，其中包含已提交的 RFC 详细信息和初始运行输出。
打开运行参数区域以查看您提交的配置。刷新页面以更新 RFC 的执行状态。（可选）取消 RFC 或使用页面顶部的选项创建一个 RFC 的副本。

注意

如果 RFC 被拒绝，则执行输出将包含指向 Amazon CloudWatch 日志的链接。当不满足要求时，AMS Workload Ingest (WIGS) RFCs 将被拒绝；例如，如果在实例上检测到防病毒软件。 CloudWatch 日志将包括有关未通过要求和补救措施的信息。

它是如何运作的：

使用 Inline Create（您发出包含所有 RFC 和执行参数的create-rfc命令）或模板创建（创建两个 JSON 文件，一个用于 RFC 参数，一个用于执行参数），然后以这两个文件作为输入发出create-rfc命令。这里描述了这两种方法。
提交带有返回的 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 状态更改时收到通知，请将此行添加到请求的 RFC 参数部分（不是执行参数）。--notification "{\"Email\": {\"EmailRecipients\" : [\"email@example.com\"]}}"有关所有 CreateRfc 参数的列表，请参阅《AMS 变更管理 API 参考》。

您可以使用 AMS CLI 从迁移到 AMS 账户的非 AMS 实例创建 AMS 实例。

注意

请务必遵守先决条件；请参阅迁移工作负载：Linux 和 Windows 的先决条件。

要检查更改类型版本，请使用以下命令：


aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CT_ID

内联创建：

使用内联提供的执行参数（内联提供执行参数时使用转义引号）发出 create 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\"}"

模板创建：

0将此更改类型的执行参数 JSON 架构输出到文件中；示例将其 MigrateStackParams命名为.json：


aws amscm get-change-type-version --change-type-id "ct-257p9zjk14ija" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > MigrateStackParams.json

修改并保存执行参数 JSON 文件。例如，你可以用这样的东西替换内容：


{
"InstanceId":          "MIGRATED_INSTANCE_ID",
"TargetVpcId":         "VPC_ID",
"TargetSubnetId":      "SUBNET_ID",
"Name":                "Migrated-Stack",
"Description":         "Create-Migrated-Stack",
"EnforceIMDSV2":       "false"
}

输出 RFC 模板 JSON 文件；示例将其命名为 MigrateStackRfc .json：
```
aws amscm create-rfc --generate-cli-skeleton > MigrateStackRfc.json
```

修改并保存 MigrateStackRfc .json 文件。例如，你可以用这样的东西替换内容：


{
"ChangeTypeId":         "ct-257p9zjk14ija",
"ChangeTypeVersion":    "2.0",
"Title":                "Migrate-Stack-RFC"
}

创建 RFC，指定 MigrateStackRfc 文件和 MigrateStackParams 文件：
```
aws amscm create-rfc --cli-input-json file://MigrateStackRfc.json  --execution-parameters file://MigrateStackParams.json
```
您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。

新实例显示在相关 VPC 的应用程序所有者账户的实例列表中。
成功完成 RFC 后，通知应用程序所有者，以便他或她可以登录新实例并验证工作负载是否正常运行。

注意

请务必遵守先决条件；请参阅迁移工作负载：Linux 和 Windows 的先决条件。

注意

如果正在迁移的实例上的标签与 RFC 中提供的标签具有相同的密钥，则 RFC 将失败。

注意

您最多可以指定四个目标 IDs、端口和可用区。

注意

如果需要，请参阅工作负载接入 (WIGS) 失败。

Javascript 在您的浏览器中被禁用或不可用。

要使用 Amazon Web Services 文档，必须启用 Javascript。请参阅浏览器的帮助页面以了解相关说明。

文档惯例

规划您的应用程序部署

迁移工作负载：Linux 和 Windows 的先决条件