来自迁移合作伙伴迁移的实例的堆栈 | 创建 - AMS 高级更改类型参考
更改类型详情附加信息执行输入参数示例：必填参数示例：所有参数

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

来自迁移合作伙伴迁移的实例的堆栈 | 创建

将正在运行的非 AMS 实例迁移到 AMS 托管的 VPC 和子网中的 AMS 堆栈中。必须是通过云迁移服务配置的实例。除 RFC 中请求的标签外，待迁移实例上存在的标签还将应用于创建的资源。待迁移的实例和创建的资源之间的标签总数不能超过五十。设置 Name 标签以在 EC2 控制台中为 EC2 实例和 AMI 指定名称。请注意，如果待迁移实例上的标签与 RFC 中提供的标签具有相同的密钥，则您的 RFC 将被拒绝。

完整分类：部署 | Ingestion | 来自迁移合作伙伴迁移实例的堆栈 | 创建

更改类型详情

更改类型 ID

ct-257p9zjk14ija

当前版本

3.0

预期执行时长

360 分钟

AWS 批准

必需

客户批准

可选

执行模式

自动

附加信息

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

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

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

它是如何运作的：

  1. 导航到 “创建 RFC” 页面：在 AMS 控制台的左侧导航窗格中，单击RFCs打开 RFCs 列表页面，然后单击 “创建 R FC”。

  2. 在默认的 “浏览更改类型” 视图中选择常用更改类型 (CT)，或者在 “按类别选择” 视图中选择 CT。

    • 按更改类型浏览：您可以单击 “快速创建” 区域中的常用 CT，立即打开 “运行 RFC” 页面。请注意，您不能使用快速创建来选择较旧的 CT 版本。

      要进行排序 CTs，请使用卡片视图或表格视图中的所有更改类型区域。在任一视图中，选择一个 CT，然后单击 “创建 RFC” 打开 “运行 RFC” 页面。如果适用，“创建 RFC” 按钮旁边会出现 “使用旧版本创建” 选项。

    • 按类别选择：选择类别、子类别、项目和操作，CT 详细信息框将打开，并显示 “使用旧版本创建” 选项（如果适用）。单击 “创建 RFC” 打开 “运行 RFC” 页面。

  3. 在 “运行 RFC” 页面上，打开 CT 名称区域以查看 CT 详细信息框。必须填写主题（如果您在 “浏览更改类型” 视图中选择 CT，则会为您填写此主题）。打开 “其他配置” 区域以添加有关 RFC 的信息。

    在执行配置区域中，使用可用的下拉列表或输入所需参数的值。要配置可选的执行参数，请打开其他配置区域。

  4. 完成后，单击 “运行”。如果没有错误，则会显示成功创建的 RFC 页面，其中包含已提交的 RFC 详细信息和初始运行输出。

  5. 打开运行参数区域以查看您提交的配置。刷新页面以更新 RFC 的执行状态。（可选）取消 RFC 或使用页面顶部的选项创建一个 RFC 的副本。

注意

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

它是如何运作的：

  1. 使用 Inline Create（您发出包含所有 RFC 和执行参数的create-rfc命令）或模板创建（创建两个 JSON 文件，一个用于 RFC 参数，一个用于执行参数），然后以这两个文件作为输入发出create-rfc命令。这里描述了这两种方法。

  2. 提交带有返回的 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\"}"

模板创建：

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

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

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

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

  3. 输出 RFC 模板 JSON 文件；示例将其命名为 MigrateStackRfc .json：

    aws amscm create-rfc --generate-cli-skeleton > MigrateStackRfc.json

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

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

  5. 创建 RFC，指定 MigrateStackRfc 文件和 MigrateStackParams 文件：

    aws amscm create-rfc --cli-input-json file://MigrateStackRfc.json  --execution-parameters file://MigrateStackParams.json

    您在响应中收到新 RFC 的 ID，并可以使用它来提交和监控 RFC。在您提交之前，RFC 仍处于编辑状态且无法启动。

    新实例显示在相关 VPC 的应用程序所有者账户的实例列表中。

  6. 成功完成 RFC 后，通知应用程序所有者，以便他或她可以登录新实例并验证工作负载是否正常运行。

注意

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

注意

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

注意

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

注意

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

注意

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

注意

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

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

执行输入参数

有关执行输入参数的详细信息，请参见变更架构类型 ct-257p9zjk14ija。

示例：必填参数

Example not available.

示例：所有参数

{
  "InstanceId" : "i-1234567890abababa",
  "TargetVpcId" : "vpc-01234567890abcdef",
  "TargetSubnetId" : "subnet-12345678901234567",
  "TargetSecurityGroupIds": ["sg-01234567890abcdef", "sg-1234567890abcdef0"],
  "Name": "My Stack",
  "Description": "This is my stack",
  "TargetInstanceType": "t2.large",
  "ApplyInstanceValidation": true,
  "KmsKeyId": "arn:aws:kms:us-east-1:012345678910:key/a3ccc020-abcd-1234-8d69-2f060c3c1234",
  "EnforceIMDSV2": "true",
  "Tags": [
    {
      "Key": "key1",
      "Value": "value1"
    },
    {
      "Key": "key2",
      "Value": "value2"
    },
    {
      "Key": "key3",
      "Value": "value3"
    },
    {
      "Key": "key4",
      "Value": "value4"
    },
    {
      "Key": "key5",
      "Value": "value5"
    },
    {
      "Key": "key6",
      "Value": "value6"
    },
    {
      "Key": "key7",
      "Value": "value7"
    },
    {
      "Key": "key8",
      "Value": "value8"
    },
    {
      "Key": "key9",
      "Value": "value9"
    },
    {
      "Key": "key10",
      "Value": "value10"
    },
    {
      "Key": "key11",
      "Value": "value11"
    },
    {
      "Key": "key12",
      "Value": "value12"
    },
    {
      "Key": "key13",
      "Value": "value13"
    },
    {
      "Key": "key14",
      "Value": "value14"
    },
    {
      "Key": "key15",
      "Value": "value15"
    },
    {
      "Key": "key16",
      "Value": "value16"
    },
    {
      "Key": "key17",
      "Value": "value17"
    },
    {
      "Key": "key18",
      "Value": "value18"
    },
    {
      "Key": "key19",
      "Value": "value19"
    },
    {
      "Key": "key20",
      "Value": "value20"
    },
    {
      "Key": "key21",
      "Value": "value21"
    },
    {
      "Key": "key22",
      "Value": "value22"
    },
    {
      "Key": "key23",
      "Value": "value23"
    },
    {
      "Key": "key24",
      "Value": "value24"
    },
    {
      "Key": "key25",
      "Value": "value25"
    },
    {
      "Key": "key26",
      "Value": "value26"
    },
    {
      "Key": "key27",
      "Value": "value27"
    },
    {
      "Key": "key28",
      "Value": "value28"
    },
    {
      "Key": "key29",
      "Value": "value29"
    },
    {
      "Key": "key30",
      "Value": "value30"
    },
    {
      "Key": "key31",
      "Value": "value31"
    },
    {
      "Key": "key32",
      "Value": "value32"
    },
    {
      "Key": "key33",
      "Value": "value33"
    },
    {
      "Key": "key34",
      "Value": "value34"
    },
    {
      "Key": "key35",
      "Value": "value35"
    },
    {
      "Key": "key36",
      "Value": "value36"
    },
    {
      "Key": "key37",
      "Value": "value37"
    },
    {
      "Key": "key38",
      "Value": "value38"
    },
    {
      "Key": "key39",
      "Value": "value39"
    },
    {
      "Key": "key40",
      "Value": "value40"
    },
    {
      "Key": "key41",
      "Value": "value41"
    },
    {
      "Key": "key42",
      "Value": "value42"
    },
    {
      "Key": "key43",
      "Value": "value43"
    },
    {
      "Key": "key44",
      "Value": "value44"
    },
    {
      "Key": "key45",
      "Value": "value45"
    },
    {
      "Key": "key46",
      "Value": "value46"
    },
    {
      "Key": "key47",
      "Value": "value47"
    },
    {
      "Key": "key48",
      "Value": "value48"
    },
    {
      "Key": "key49",
      "Value": "value49"
    },
    {
      "Key": "key50",
      "Value": "value50"
    }
  ]
}