기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 워크로드 마이그레이션: 표준 프로세스
<a name="mp-migrate-stack-process"></a>

**참고**  
이 프로세스에는 두 당사자가 필요하므로이 섹션에서는 AMS 클라우드 마이그레이션 파트너(마이그레이션 파트너)와 애플리케이션 소유자(사용자)의 각 작업에 대해 설명합니다.

![\[Workflow diagram showing migration steps from on-premises to AWS EC2 and AMS.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/appguide/images/migration-ams-wigs.png)


1. 마이그레이션 파트너, 설정:

   1. 마이그레이션 파트너는 인스턴스를 마이그레이션할 목적으로 IAM 역할에 대한 서비스 요청을 AMS에 제출합니다. 서비스 요청 제출에 대한 자세한 내용은 [서비스 요청 예제](https://docs.aws.amazon.com/managedservices/latest/userguide/serv-req-mgmt-examples.html)를 참조하세요.

   1. 마이그레이션 파트너가 [관리자 액세스 요청을](https://docs.aws.amazon.com/managedservices/latest/ctref/ex-access-admin-request-col.html) 제출합니다. AMS 운영 팀은 요청된 IAM 역할을 통해 마이그레이션 파트너에게 계정에 대한 액세스 권한을 제공합니다.

1. 마이그레이션 파트너, 개별 워크로드 마이그레이션:

   1. 마이그레이션 파트너는 `customer-mc-ec2-instance-profile` IAM 인스턴스 프로파일(계정에 있어야 함)을 사용하여 기본 Amazon EC2 또는 기타 마이그레이션 도구를 통해 비AWS 인스턴스를 AMS 계정의 서브넷으로 마이그레이션합니다.

   1. 마이그레이션 파트너는 마이그레이션 파트너가 마이그레이션한 인스턴스의 배포 \$1 수집 \$1 스택 \$1 CT 생성(ct-257p9zjk14ija)이 포함된 RFC를 제출합니다.이 RFC를 생성하고 제출하는 방법에 대한 자세한 내용은 섹션을 참조하세요[워크로드 수집 스택: 생성](ams-workload-ingest.md#ex-workload-ingest-col).

      RFC의 실행 출력은 인스턴스 ID, IP 주소 및 AMI ID를 반환합니다.

      마이그레이션 파트너는 계정에 생성된 워크로드의 인스턴스 ID를 제공합니다.

1. 사용자, 마이그레이션 액세스 및 검증:

   1. 마이그레이션 파트너가 제공한 실행 출력(AMI ID, 인스턴스 ID 및 IP 주소)을 사용하여 액세스 RFC를 제출하고 새로 생성된 AMS 스택에 로그인하여 애플리케이션이 제대로 작동하는지 확인합니다. 자세한 내용은 [인스턴스 액세스 요청을 참조하세요](https://docs.aws.amazon.com/managedservices/latest/ctref/ex-access-admin-request-col.html).

   1. 만족하는 경우 시작된 인스턴스를 1티어 스택으로 계속 사용하거나 AMI를 사용하여 Auto Scaling 그룹을 포함한 추가 스택을 생성할 수 있습니다.

   1. 마이그레이션이 만족스럽지 않은 경우 서비스 요청을 제출하고 스택 및 RFC IDs를 참조합니다. AMS는 사용자와 협력하여 문제를 해결합니다.

 

CloudEndure 랜딩 존 워크로드 수집 프로세스는 다음에 설명되어 있습니다.