Application Migration Service 전환 또는 테스트 시작 후 Amazon EC2 Windows 인스턴스의 인스턴스 상태 확인 실패 문제를 해결하려면 어떻게 해야 합니까?

간략한 설명

시스템 또는 인스턴스 상태 확인이 실패하면 EC2 인스턴스에 연결할 수 없게 됩니다. 전환 또는 테스트 시작을 위해 Application Migration Service를 사용한 후 다음 문제로 인해 인스턴스 상태 확인이 실패할 수 있습니다.

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

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

해결 방법

참고: AWS Command Line Interface(AWS CLI) 명령을 실행할 때 오류가 발생하면 AWS CLI의 오류 해결을 참조하십시오. 또한 최신 AWS CLI 버전을 사용하고 있는지 확인하십시오.

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

소스 머신에 연결한 후 다음 방법 중 하나를 사용하여 OS 버전을 확인합니다.

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

또는 관리자 권한으로 명령 프롬프트 창에서 다음 명령을 실행합니다.

systeminfo

명령 출력에는 OS 이름 및 시스템 유형이 나열됩니다.

소스 머신이 32비트인 경우 다음 인스턴스 유형 중 하나를 사용해야 합니다.

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

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

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

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

XEN 인스턴스 유형의 전체 목록을 보려면 다음 describe-instance-types AWS CLI 명령을 실행하십시오.

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

소스 머신에서 타사 바이러스 백신 비활성화 또는 제거

타사 바이러스 백신 소프트웨어가 변환 프로세스를 방해할 수 있습니다. 바이러스 백신 소프트웨어를 비활성화하거나 제거한 다음, 인스턴스를 다시 시작합니다.

보조 탄력적 네트워크 인터페이스 연결

타사 방화벽이 인스턴스 기본 네트워크 어댑터의 연결을 차단할 수 있습니다. 이로 인해 대상 인스턴스의 상태 확인이 실패합니다. 이 문제를 방지하려면 대상 인스턴스에 보조 네트워크 인터페이스를 연결한 다음, 인스턴스에 연결하십시오.

다양한 인스턴스 유형 사용

XEN 인스턴스는 반가상화 드라이버(PV)를 사용하고, Nitro 인스턴스는 Elastic Network Adapter(ENA) 및 AWS NVMe 드라이버를 사용합니다. 각 인스턴스 유형에서 사용하는 드라이버 목록은 인스턴스 유형 변경을 위한 호환성을 참조하십시오.

소스 머신이 XEN 및 Nitro와 모두 호환되는 경우 XEN 인스턴스와 Nitro 인스턴스를 시작하십시오. 대상 인스턴스가 한 인스턴스 유형으로는 상태 확인을 통과하고 다른 유형으로는 통과하지 못한 경우 인스턴스 크기를 조정하십시오. 크기 조정된 인스턴스가 상태 확인을 통과하는지 확인합니다.

문제가 드라이버와 관련된 경우 AWSSupport-UpgradeWindowsAWSDrivers 자동화 런북을 실행하여 드라이버를 강제로 설치하십시오.

인스턴스 로그 확인

중요: 인스턴스를 중지하고 시작하기 전에 다음 작업을 수행하십시오.

• Amazon Elastic Block Store(Amazon EBS) 볼륨의 스냅샷을 만듭니다.
  참고: 인스턴스가 인스턴스 저장소를 지원하거나 데이터가 포함된 인스턴스 저장소 볼륨을 보유하는 경우 인스턴스를 중지하면 Amazon EC2에서 해당 데이터를 삭제합니다.
• Amazon EC2 Auto Scaling 그룹에서 인스턴스를 일시적으로 제거합니다.
  참고: Amazon EC2 Auto Scaling 그룹에 속한 인스턴스를 중지하면 축소 보호 설정에 따라 인스턴스가 종료될 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 시작하는 인스턴스는 Auto Scaling 그룹에 속할 수 있습니다.
• 인스턴스를 중지해도 인스턴스가 종료되지 않도록 하려면 인스턴스 종료 동작을 중지로 설정합니다.

참고: 인스턴스를 중지하고 시작할 때 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하여 외부 트래픽을 인스턴스로 라우팅하는 것이 가장 좋습니다.

새 인스턴스가 상태 확인을 통과하지 못하면 다음 인스턴스 로그를 확인하여 원인을 파악하십시오.

• 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. 중지된 인스턴스에서 루트 EBS 볼륨을 분리합니다.
3. 보조 드라이브로 액세스할 수 있는 인스턴스에 EBS 루트 볼륨을 연결합니다.
4. EBS 볼륨을 사용할 수 있도록 설정합니다.
5. 위 위치에서 로그를 수집한 다음, 인스턴스 상태 확인 실패의 가능한 원인을 검토합니다.
   참고: 대상 인스턴스에 위 로그 중 일부가 없을 수도 있습니다. 이 방법을 사용할 경우 C:\ 대신 보조 드라이브를 사용하기 때문에 드라이브 문자 매핑이 나열된 로그 위치와 다를 수 있습니다.

위의 문제 해결 단계로 문제가 해결되지 않으면 지원 사례를 만드십시오.

관련 정보

Microsoft 웹 사이트의 systeminfo

Amazon EC2 인스턴스 관련 문제 해결