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

# 5단계. 컷 오버
<a name="step5"></a>

일반적인 리호스트 마이그레이션의 마지막 단계는 컷오버 기간을 예약하고 컷오버를 지원할 리소스를 준비하는 것입니다.

## 복제 상태 검증
<a name="5-verify-replication"></a>

 먼저 복제 상태를 확인하고 해당 웨이브에 있는 모든 서버의 상태가 정상인지 확인해야 합니다.

[3단계](step3.md)에서처럼 Cloud Migration Factory 스크립트를 실행하여 이 단계를 자동화할 수 있습니다. 이 스크립트는 주어진 웨이브에서 모든 서버 상태가 정상으로 변경될 때까지 5분마다 다시 시도하며 Cloud Migration Factory 데이터베이스의 복제 상태를 업데이트합니다.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [복제 상태 검증](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#verify-the-replication-status)을 참고하세요.

## 컷오버에 대비하여 소스 서버를 종료합니다.
<a name="5-shutdown"></a>

 소스 서버의 복제 상태를 확인했으면 소스 서버를 종료하여 클라이언트 애플리케이션에서 서버로의 트랜잭션을 중지할 수 있습니다. 일반적으로 컷오버 창에서 소스 서버를 종료할 수 있습니다. 소스 서버를 수동으로 종료하면 서버당 5분이 소요될 수 있으며, 대규모 웨이브의 경우 총 몇 시간이 걸릴 수 있습니다. 대신 Cloud Migration Factory 자동화 스크립트를 실행하여 지정된 웨이브에서 모든 서버를 종료할 수 있습니다.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [범위 내 소스 서버 셧다운](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#shut-down-the-in-scope-source-servers)을 참고하세요.

## 컷오버를 위한 대상 EC2 인스턴스 시작
<a name="5-launch-ec2"></a>

 소스 서버를 종료한 후 대상 EC2 서버 인스턴스를 시작할 수 있습니다. [4단계](step4.md)에서처럼 단 한 개의 **서버 시작** 버튼을 사용하여 컷오버 모드에서 지정된 웨이브의 모든 서버를 시작할 수 있습니다. 여기서는 **컷오버**를 시작 유형으로 선택한다는 점만 다릅니다. 부팅 테스트와 마찬가지로 **서버 시작** 버튼은 다음과 같은 프로세스를 자동화합니다.
+ 복제 상태를 확인하고 지연 시간이 180분 미만인지 확인합니다.
+ Cloud Migration Factory 데이터베이스의 메타데이터를 사용하여 지정된 웨이브의 모든 서버에 대해 Amazon EC2 시작 템플릿을 업데이트합니다.
+ 모든 서버를 애플리케이션 마이그레이션 서비스 작업에 보내고 전환 모드에서 런칭합니다.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [전환용으로 인스턴스 런치](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#launch-instances-for-cutover)를 참고하세요.

## 인스턴스 부팅 상태 확인
<a name="5-status-check"></a>

 컷오버 모드에서 인스턴스를 시작한 후 15분 이상 기다린 후 다음 단계(인스턴스 부팅 상태 확인)를 진행하세요. 컷오버 실행이 완료되면 Cloud Migration Factory 자동화 스크립트를 실행하여 지정된 웨이브에 있는 모든 시스템의 2/2 상태를 확인할 수 있습니다.

인스턴스가 2/2 상태 검사에 실패하는 경우 [AWS 지원](https://aws.amazon.com/premiumsupport/)에 문의하여 도움을 받으세요.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [타겟 인스턴스 상태 검증](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-factory-web-console.html#verify-the-target-instance-status)을 참고하세요.

## (선택 사항) 대상 인스턴스의 새 IP 주소 가져오기
<a name="5-get-ip"></a>

 대상 서버 인스턴스가 새 IP 주소를 사용하는 경우 다음 단계는 새 IP 주소로 DNS 서버를 업데이트하는 것입니다. 일부 시나리오에서는 대상 인스턴스가 동적 DNS 등록을 지원하고 새 IP 주소를 DNS 서버에 자동으로 등록합니다. 예를 들어, Windows 서버가 도메인 컨트롤러를 DNS 서버로 사용하는 경우 DNS 등록이 자동으로 이루어질 수 있습니다. 반면 DNS 업데이트가 수동 프로세스인 경우 모든 대상 인스턴스에 대해 새 IP 주소를 가져와야 합니다. 이 경우 Cloud Migration Factory 자동화 스크립트를 사용하여 지정된 웨이브에 있는 모든 인스턴스의 새 IP 주소를 CSV 파일로 내보낼 수 있습니다.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [타겟 인스턴스 IP 가져오기](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-command-prompt.html#retrieve-the-target-instance-ip)를 참고하세요.

## 대상 서버에 대한 RDP/SSH 액세스 테스트
<a name="5-test-rdp"></a>

 DNS 레코드를 업데이트한 후 호스트 이름을 사용하여 대상 인스턴스에 연결할 수 있습니다. 이 단계에서는 RDP(원격 데스크톱 프로토콜) 또는 SSH(Secure Shell) 액세스를 사용하여 운영 체제에 로그인할 수 있는지 확인합니다. 각 서버에 개별적으로 수동으로 로그인할 수 있지만 Cloud Migration Factory 자동화 스크립트를 사용하여 서버 연결을 테스트하는 것이 더 효율적입니다.

자세한 지침은 *Cloud Migration Factory 구현 설명서*의 [타겟 서버 접속 검증](https://docs.aws.amazon.com/solutions/latest/cloud-migration-factory-on-aws/list-of-automated-migration-activities-using-command-prompt.html#verify-the-target-server-connections)을 참고하세요.

## 애플리케이션 및 네트워킹 설정 재구성
<a name="5-config-app"></a>

 마이그레이션 팀이 운영 체제 수준 테스트를 완료하고 나면 애플리케이션 팀이 애플리케이션 수준에서 변경을 수행합니다. 변경 사항에는 다음과 같은 내용이 포함될 수 있습니다.
+ 애플리케이션에 로드 밸런서가 필요한 경우 AWS에 있는 새 인스턴스 IP를 가리키도록 로드 밸런서의 애플리케이션 엔드포인트를 변경하세요.
+ 데이터베이스에 연결할 애플리케이션 웹 티어의 연결 문자열을 변경하세요.
+ 기타 애플리케이션마다 설정을 변경합니다.

## 애플리케이션 테스트
<a name="5-test-app"></a>

 이전 섹션에서 설명한 업데이트 이후에 수행되는 애플리케이션 테스트는 일반적으로 애플리케이션 소유자 또는 지원 팀에서 처리합니다. 여기에는 새 서버에 로그인하고 애플리케이션이 예상대로 작동하는지 확인하는 작업이 포함됩니다. 그렇지 않은 경우에는 애플리케이션 소유자 또는 지원 팀이 마이그레이션 팀과 협력하여 문제를 해결하고 수정합니다.

## 컷오버 완료
<a name="5-complete-cutover"></a>

 이 단계는 마이그레이션의 마지막 단계입니다. 애플리케이션 소유자는의 대상 애플리케이션이 기능 및 성능 관점에서 기대치를 AWS 충족하는지 여부를 결정합니다. 롤백이 필요한 경우 일반적으로 다음과 같은 활동이 포함됩니다.
+ 영향을 받는 애플리케이션의 모든 AWS 인스턴스를 종료합니다.
+ 지정된 애플리케이션에 대해 온프레미스 서버를 켭니다.
+ DNS 레코드를 이전 서버 IP 주소로 되돌립니다.