EC2 Linux 인스턴스가 시스템 상태 검사에 실패한 이유는 무엇입니까?

간략한 설명

시스템 상태 확인 실패는 EC2 인스턴스를 호스팅하는 플랫폼에 문제가 있음을 나타냅니다. 어떤 유형의 상태 확인이 실패했는지 확실하지 않은 경우 상태 확인 보기를 참조하세요.

참고: “인스턴스 연결성 검사 실패” 오류가 발생하는 경우 운영 체제 문제로 인해 인스턴스 상태 확인에 실패한 EC2 Linux 인스턴스의 문제를 해결하려면 어떻게 해야 합니까?를 참조하세요.

해결 방법

AWS Health Dashboard 보기

AWS Health Dashboard에서 인스턴스가 위치한 AWS 리전에 서비스 중단이 있는지 확인하세요.

시스템 상태 검사 실패 해결

중요: 작업을 수행하기 전에 백업으로 Amazon Machine Image(AMI)를 생성하는 것이 좋습니다.

AWS에서 문제를 해결할 때까지 기다리거나 인스턴스에서 수동으로 중지 및 시작을 수행할 수 있습니다. 중지 및 시작은 재부팅과 동일하지 않다는 점에 유의하세요. 중지 및 시작은 인스턴스를 새로운 정상 호스트로 마이그레이션합니다. 시스템 상태 검사 실패를 해결하려면 이 마이그레이션이 필요합니다.

경고: 인스턴스를 중지하고 시작하기 전에 다음 조건을 확인하세요.

• 인스턴스가 중지되면 인스턴스 스토어 볼륨에 저장된 데이터가 손실됩니다. 인스턴스를 중지하기 전에 데이터를 백업해야 합니다. Amazon Elastic Block Store(Amazon EBS) 지원 볼륨과 달리, 인스턴스 스토어 볼륨은 데이터 지속성을 지원하지 않는 임시 스토어입니다.
• 인스턴스가 실행하거나 시작할 때 Amazon EC2에서 자동으로 할당하는 공용 IPv4 주소는 인스턴스가 중지되고 시작한 후에 변경됩니다. 인스턴스를 중지해도 변경되지 않는 공용 IPv4 주소를 유지하려면 탄력적 IP 주소를 사용하세요.

자세한 내용을 보려면 인스턴스 중지 및 시작을 참고하세요.

드물게 인프라 계층 문제로 인해 기본 호스트가 API 호출 중지 및 시작에 응답하지 못하는 경우가 있습니다. 이로 인해 인스턴스가 중지 상태에서 “멈춤” 상태가 됩니다. 이러한 경우 Amazon EC2 콘솔 또는 AWS Command Line Interface(AWS CLI)에서 인스턴스를 강제로 중지하세요. 이 작업은 몇 분 정도 걸릴 수 있습니다. 자세한 내용을 보려면 인스턴스 강제 종료를 참조하세요.

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

간소화된 자동 복구를 지원하는 인스턴스는 기본적으로 실패한 인스턴스를 복구합니다. 하지만 Amazon CloudWatch 작업 기반 복구를 구성하는 것이 가장 좋습니다. 이렇게 하려면 CloudWatch 경보를 생성하여 인스턴스를 모니터링해야 합니다. Amazon CloudWatch 작업 기반 복구는 기본 하드웨어 장애 또는 복구를 위해 AWS의 개입이 필요한 기타 문제로 인해 손상된 인스턴스를 자동으로 복구합니다.

관련 정보

상태 확인 유형

EC2 Linux 인스턴스에 연결할 수 없고 상태 확인에 실패하는 이유는 무엇인가요?

Amazon EC2가 제 EC2 인스턴스를 호스팅하는 기본 하드웨어의 성능 저하를 감지했다는 알림을 받았습니다. 어떻게 해야 합니까?를 참조하세요.