Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스가 하나 이상의 상태 확인이 실패했습니다.
간략한 설명
Amazon EC2는 세 가지 상태 확인을 사용하여 EC2 인스턴스의 상태를 모니터링합니다.
중요: 일부 상태 확인 해결 방법은 인스턴스를 중지했다가 다시 시작해야 합니다. 재부팅하면 인스턴스가 동일한 물리적 호스트에 유지됩니다. 새 하드웨어로 마이그레이션하려면 인스턴스를 중지했다가 다시 시작해야 합니다.
해결 방법
인스턴스의 상태 확인 지표를 확인하여 실패한 상태 확인을 식별하십시오. 그런 다음 실패한 상태 확인에 따라 다음 작업을 수행하십시오.
인스턴스 중지 및 시작 구성
참고: 인스턴스를 중지하고 시작할 때 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하여 외부 트래픽을 인스턴스로 라우팅하는 것이 가장 좋습니다. Amazon Route 53을 사용하는 경우 퍼블릭 IP 주소가 변경될 때 Route 53 DNS 레코드를 업데이트해야 할 수 있습니다. 중지 및 시작은 인스턴스 재부팅과 다릅니다. 자세한 내용은 EC2 인스턴스 중지 및 시작 작동 방식을 참조하십시오.
인스턴스를 중지하고 시작하기 전에 다음 작업을 수행하십시오.
시스템 상태 확인 실패 문제 해결
시스템 상태 확인 실패는 인스턴스가 실행되는 기본 인프라에 문제가 있을 때 발생합니다.
시스템 상태 확인 실패 문제를 해결하려면 AWS Health Dashboard에서 인스턴스가 위치한 AWS 리전에 서비스 중단이 있는지 확인하십시오.
운영 중단이 없다면 인스턴스의 기본 호스트에 문제가 있는 것입니다. 이 문제를 해결하려면 다음 단계를 완료하여 인스턴스를 새 기본 호스트로 마이그레이션하십시오.
- 인스턴스를 중지합니다.
참고: 인스턴스가 Stopping(중지 중) 상태로 멈춘 경우 인스턴스를 강제로 중지하십시오. 이 작업에는 최대 10분이 걸릴 수 있습니다.
- 인스턴스를 시작합니다.
시스템 상태 검사에 실패한 인스턴스를 자동으로 복구하려면 자동 인스턴스 복구를 설정하십시오.
중요: 강제 중지는 파일 시스템 캐시를 플러시하지 않으므로 데이터 손실이나 손상을 일으킬 수 있습니다. 재시작 후 운영 체제(OS)에 따라 다음 명령을 실행하여 파일 시스템의 일관성 오류를 확인하십시오.
Linux:
fsck
Windows:
chkdsk
sfc /scannow
chkdsk 명령은 볼륨의 파일 시스템 및 파일 시스템 메타데이터에 논리적 오류와 물리적 오류가 있는지 검사합니다. sfc /scannow 명령은 파일 시스템의 손상 여부를 검사합니다. 자세한 내용은 Microsoft 웹 사이트에서 chkdsk 및 시스템 파일 검사기 사용을 참조하십시오.
인스턴스 상태 확인 실패 문제 해결
인스턴스 상태 확인을 통해 OS, 네트워크 구성 및 리소스 사용과 관련된 문제를 식별합니다. 인스턴스 상태 확인 실패 문제를 해결하려면 인스턴스 OS에 따라 다음 리소스를 사용하십시오.
연결된 EBS 상태 확인 실패 문제 해결
인스턴스가 연결된 EBS 상태 확인에 실패한 경우 Amazon CloudWatch에서 해당 볼륨의 VolumeStalledIOCheck 지표를 확인하십시오. 값이 1이면 볼륨에 문제가 있는 것입니다. 일반적으로 Amazon EBS는 몇 분 내에 자동으로 볼륨을 진단하고 복구합니다. 자세한 내용은 Amazon EBS I/O 특성 및 모니터링을 참조하십시오.
볼륨이 복구되었는지 확인하려면 VolumeStalledIOCheck 값이 0으로 변경되었는지 확인합니다.
문제가 지속되면 인스턴스를 중지했다가 다시 시작하여 새 호스트로 마이그레이션합니다. 재시작한 후에도 특정 볼륨에 여전히 문제가 있는 경우 볼륨을 교체해야 합니다. 볼륨의 스냅샷을 생성한 후 스냅샷에서 새 볼륨을 생성합니다. 새 볼륨을 사용하여 기존 볼륨을 교체합니다.
관련 정보
연결할 수 없는 Amazon EC2 인스턴스 문제 해결