选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

Migrating Workloads: Standard Process

聚焦模式
Migrating Workloads: Standard Process - AMS Advanced Application Developer's Guide
此页面尚未翻译为您的语言。 请求翻译
Note

Because two parties are required for this process, this section describes the tasks for each: an AMS Cloud Migration Partner (migration partner), and an Application Owner (you).

Workflow diagram showing migration steps from on-premises to AWS EC2 and AMS.
  1. Migration partner, Set Up:

    1. The migration partner submits a Service Request to AMS for an IAM role for the purpose of migrating your instance. For details on submitting service requests, see Service Request Examples.

    2. The migration partner submits a Admin Access Request. The AMS Operations team provides the migration partner access to your account through the requested IAM role.

  2. Migration partner, Migrate Individual Workloads:

    1. The migration partner migrates your non-AWS instance to a subnet in your AMS account through native Amazon EC2 or other migration tooling, with the customer-mc-ec2-instance-profile IAM instance profile (must be in the account).

    2. The migration partner submits an RFC with the Deployment | Ingestion | Stack from migration partner migrated instance | Create CT (ct-257p9zjk14ija); for details on creating and submitting this RFC, see Workload Ingest Stack: Creating.

      The execution output of the RFC returns an instance ID, IP address, and AMI ID.

      The migration partner provides you with the instance ID of the workload created in your account.

  3. You, Access and Validate the Migration:

    1. Using the execution output provided you (AMI ID, instance ID, and IP address) by the migration partner, submit an access RFC and log into the newly-created AMS stack and verify that your application is working properly. For details, see Requesting Instance Access.

    2. If satisfied, you can continue to use the launched instance as a 1-tier stack and/or use the AMI to create additional stacks, including Auto Scaling groups.

    3. If not satisfied with the migration, file a service request and reference the stack and RFC IDs; AMS will work with you to address your concerns.

 

CloudEndure landing zone workload ingest process is described next.

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。