애플리케이션 마이그레이션 서비스 전환 또는 테스트 시작 후 EC2 Windows 인스턴스의 인스턴스 상태 확인 실패 문제를 해결하려면 어떻게 해야 하나요?

간략한 설명

시스템 또는 인스턴스 상태 확인이 실패하면 EC2 인스턴스에 연결할 수 없게 됩니다. 전환 또는 테스트 실행을 위해 애플리케이션 마이그레이션 서비스를 사용한 후 다음 중 하나 이상의 문제로 인해 인스턴스 상태 확인이 실패할 수 있습니다.

• 운영 체제(OS) 부팅 실패
• 네트워크 장애
• CPU 및 메모리 소모
• 변환 프로세스 관련 문제
• 인스턴스 유형이 OS와 호환되지 않음

참고: Windows가 AWS 가상 하드웨어에 적응하기 때문에 Windows 머신을 처음 부팅할 때 최대 45분이 걸릴 수 있습니다.

해결 방법

---

소스 머신이 시작 템플릿에서 선택한 인스턴스 유형과 호환되는지 확인

1.    소스 컴퓨터에 연결합니다.

2.    다음 방법 중 하나를 사용하여 OS 버전을 확인하세요.

제어판, 시스템 설정을 선택한 다음 Windows 에디션 및 시스템 종류를 확인하여 32비트인지 64비트인지 확인합니다.

또는

명령 프롬프트를 관리자 권한으로 실행하여 systeminfo 명령어를 입력합니다. 명령어를 입력하면 OS 이름 및 시스템 종류가 나열됩니다.

3.    인스턴스 유형 호환성을 확인합니다.

32비트 소스 머신

소스 인스턴스가 32비트 머신인 경우 다음 인스턴스 유형 중 하나를 사용하세요.

• t2.nano
• t2.micro,
• t2.small
• t2.medium
• c3.large
• t1.micro
• m1.small
• m1.medium
• c1.medium

64비트 머신

소스 머신이 64비트이고 다음 Windows 에디션 중 하나를 실행하는 경우 XEN 인스턴스 유형으로 마이그레이션하세요.

• Windows Server 2003
• Windows Server 2003 R2
• Windows Server 2008

XEN 인스턴스 유형의 전체 목록을 보려면 다음 AWS 명령줄 인터페이스(AWS CLI) 명령을 실행하세요.

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

참고: AWS CLI 명령을 실행할 때 오류가 발생하면 최신 AWS CLI 버전을 사용하고 있는지 확인하세요.

소스 머신이 64비트이고 Windows Server 2008 R2 이상을 실행하는 경우 모든 Windows 호환 인스턴스 유형을 사용할 수 있습니다.

문제 해결

소스 머신에서 타사 바이러스 백신을 끄거나 제거

타사 바이러스 백신 소프트웨어가 변환 프로세스를 방해할 수 있습니다. 바이러스 백신 소프트웨어를 끄거나 제거한 다음 대상 실행을 다시 시도하세요.

보조 ENI 연결

타사 방화벽이 인스턴스의 기본 네트워크 어댑터에서 연결을 차단하여 대상 인스턴스가 상태 검사에 실패할 수 있습니다. 이 문제를 방지하려면 대상 인스턴스에 ](https://repost.aws/ko/knowledge-center/restore-network-connectivity-windows#Method_2.3A_Create_a_temporary_elastic_network_interface)보조 탄력적 네트워크 인터페이스를 연결[한 다음 인스턴스에 연결하세요.

다양한 인스턴스 유형 사용

XEN 인스턴스는 반가상화 드라이버(PV)를 사용하고, Nitro 인스턴스는 AWS Elastic Network Adapter(ENA) 및 AWS NVME 드라이버를 사용합니다. 각 인스턴스 유형에서 사용하는 드라이버의 목록은 네트워킹 및 스토리지 기능 요약을 참조하세요.

이전 섹션의 지침에 따라 소스 머신이 목록의 두 Windows 인스턴스 유형 모두와 호환되는지 확인합니다. 소스 컴퓨터가 둘 모두와 호환되는 경우 XEN 인스턴스와 Nitro 인스턴스를 사용하여 대상을 시작해 보세요. 대상 인스턴스가 한 인스턴스 유형으로는 상태 검사를 통과하고 다른 유형으로는 통과하지 못한 경우 인스턴스 크기를 조정하여 성공하는지 확인하세요. 문제가 드라이버와 관련된 경우 AWS Systems Manager Automation 런북 AWSSupport-UpgradeWindowsAWSDrivers를 실행하여 드라이버를 강제로 설치하세요.

또는 다른 EC2 Windows 인스턴스와 마찬가지로 대상 실행의 절반 상태 검사 문제를 해결할 수 있습니다. 자세한 내용은 상태 확인에 실패한 인스턴스 문제 해결을 참조하세요.

인스턴스 로그 확인

새 인스턴스가 상태 검사를 통과하지 못하면 인스턴스 로그를 검토하여 원인을 파악하세요. 로그는 인스턴스 상태 확인 실패의 가능한 원인을 해결하는 데 도움이 됩니다. 다음 로그가 모두 대상 인스턴스에 없을 수 있습니다.

• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log
• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log.sent
• C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
• C:\Program Files (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
• C:\Program Files (x86)\AWS Replication Agent\PVinstall.log
• C:\Windows\inf\setupapi.dev.log
• C:\Windows\inf\setupapi.offline.log
• C:\Program Files (x86)\AWS Replication Agent\SSMInstall.log

로그에 액세스하려면 다음 단계를 완료하세요.

1.    대상 인스턴스를 중지합니다.

참고: 인스턴스를 중지하면 일부 데이터가 손실됩니다. 자세한 내용은 인스턴스 중지 시 발생하는 상황을 참조하세요.

2.    중지된 인스턴스에서 Amazon Elastic Block Storage(Amazon EBS) 루트 볼륨을 분리합니다.

3.    보조 드라이브로 액세스할 수 있는 인스턴스에 EBS 루트 볼륨을 연결한 다음 사용할 수 있도록 합니다.

4.    위 목록의 위치에서 로그를 수집합니다. 로그를 검토하여 인스턴스 상태 확인 실패의 가능한 원인을 확인하세요.

참고: 이 방법을 사용하는 경우 보조 드라이브(C:\ 아님)를 사용하기 때문에 드라이브 문자 매핑은 나열된 로그 위치와 다를 수 있습니다.

위의 문제 해결 단계를 수행해도 문제가 해결되지 않으면 AWS Support를 통해 사례를 생성하세요.

관련 정보

상태 확인에 실패한 인스턴스 문제 해결

systeminfo(Microsoft 웹 사이트에서 제공)