워크로드 마이그레이션: 표준 프로세스 - AMS 고급 애플리케이션 개발자 안내서

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

워크로드 마이그레이션: 표준 프로세스

참고

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

Workflow diagram showing migration steps from on-premises to AWS EC2 and AMS.

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

    1. 마이그레이션 파트너는 인스턴스를 마이그레이션할 목적으로 IAM 역할에 대한 서비스 요청을 AMS에 제출합니다. 서비스 요청 제출에 대한 자세한 내용은 서비스 요청 예제를 참조하세요.

    2. 마이그레이션 파트너가 관리자 액세스 요청을 제출합니다. AMS 운영 팀은 요청된 IAM 역할을 통해 마이그레이션 파트너에게 계정에 대한 액세스 권한을 제공합니다.

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

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

    2. 마이그레이션 파트너는 마이그레이션 파트너 마이그레이션 인스턴스의 배포 | 수집 | 스택 | CT 생성(ct-257p9zjk14ija)이 포함된 RFC를 제출합니다.이 RFC 생성 및 제출에 대한 자세한 내용은 섹션을 참조하세요워크로드 수집 스택: 생성.

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

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

  3. 마이그레이션에 액세스하고 검증합니다.

    1. 마이그레이션 파트너가 제공한 실행 출력(AMI ID, 인스턴스 ID 및 IP 주소)을 사용하여 액세스 RFC를 제출하고 새로 생성된 AMS 스택에 로그인하여 애플리케이션이 제대로 작동하는지 확인합니다. 자세한 내용은 인스턴스 액세스 요청을 참조하세요.

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

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

 

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