EC2 Linux 인스턴스가 시스템 상태 확인에 실패했습니다. 이 문제를 해결하려면 어떻게 해야 합니까?

간략한 설명

시스템 상태 확인에 실패했다면 EC2 인스턴스를 호스팅하는 하드웨어에 문제가 있음을 가리킵니다.

해결 방법

인스턴스를 새 정상 호스트로 마이그레이션해야 합니다. 이렇게 하려면 해당 인스턴스를 중지했다가 시작합니다. Amazon EC2가 인스턴스 중지 및 시작 작업을 수행하도록 기다려야 할 수 있습니다. 또는 인스턴스를 수동으로 중지하고 시작하여 새 정상 호스트로 마이그레이션할 수 있습니다.

참고: 중지 및 시작은 재부팅과 동일하지 않습니다. 인스턴스를 정상 하드웨어로 마이그레이션하려면 시작해야 합니다.

경고: 인스턴스를 중지하고 시작하기 전에 다음을 이해해야 합니다.

• 인스턴스를 중지했다가 시작하면 인스턴스 스토어 데이터가 손실됩니다. 사용하는 인스턴스가 인스턴스 스토어 지원 인스턴스이거나 인스턴스에 데이터가 포함된 인스턴스 스토어 볼륨이 있으면 인스턴스 중지 시 데이터가 손실됩니다. 자세한 내용은 인스턴스의 루트 디바이스 유형 확인을 참조하십시오.
• 인스턴스가 Amazon EC2 Auto Scaling 그룹의 일부인 경우 인스턴스를 중지하면 인스턴스가 종료될 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 인스턴스를 시작한 경우 인스턴스가 AWS Auto Scaling 그룹의 일부일 수 있습니다. 이 시나리오에서 인스턴스 종료는 Auto Scaling 그룹에 대한 인스턴스 확장 보호 설정에 따라 달라집니다. 인스턴스가 Auto Scaling 그룹의 일부인 경우, 문제 해결 단계를 시작하기 전에 Auto Scaling 그룹에서 일시적으로 인스턴스를 제거합니다.
• 인스턴스를 중지하고 다시 시작하면 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 외부 트래픽을 인스턴스로 라우팅할 때는 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하는 것이 가장 좋습니다. Route 53를 사용하는 경우 퍼블릭 IP가 변경될 때 Route 53 DNS 레코드를 업데이트해야 할 수 있습니다.
• 인스턴스의 종료 동작이 종료로 설정된 경우, shutdown 또는 poweroff 명령을 사용하여 운영 체제에서 인스턴스를 종료하면 인스턴스가 종료됩니다. 이를 방지하려면 인스턴스 종료 동작을 변경하면 됩니다.

드문 경우지만, 인프라 계층 문제로 기본 호스트가 중지 및 시작 API 호출에 응답하지 못할 수도 있습니다. 그러면 인스턴스가 중지된 상태로 멈춥니다. 인스턴스를 강제로 중지하는 방법에 대한 지침은 인스턴스 중지 문제 해결을 참조하십시오.

Amazon CloudWatch 경보를 생성하여 모니터링을 수행하고 기본 하드웨어 고장과 연관된 문제로부터 자동으로 EC2 인스턴스를 복구할 수 있습니다.

---

관련 정보

EC2 Linux 인스턴스에 연결할 수 없고 상태 검사 중 하나 또는 둘 다 실패하는 이유는 무엇입니까?

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