Question
Amazon EC2 Linux 인스턴스에 연결할 수 없는 상태이며, 상태 검사 중 하나 또는 둘 다에 실패하였습니다.
상태 검사 실패 문제를 해결하려면 어떻게 해야 하나요?
Answer
Amazon EC2는 두 가지 상태 검사를 통해 각 EC2 인스턴스 상태를 모니터링합니다.
시스템 상태 검사
시스템 상태 검사는 인스턴스가 실행되는 기본 호스트에서의 문제를 탐지합니다.
네트워크, 하드웨어 또는 소프트웨어 문제로 인해 기본 호스트가 응답하지 않거나 이에 연결할 수 없는 경우 이 상태 검사에 실패합니다.
인스턴스 상태 검사
인스턴스 상태 검사 실패는 인스턴스의 연결 가능성에 문제가 있음을 나타냅니다.
이 문제는 다음과 같은 운영 체제 수준 오류로 인하여 발생합니다.
- 운영 체제 부팅 실패
- 올바른 볼륨 탑재 실패
- CPU 및 메모리 소진
- 커널 패닉
- 잘못된 네트워킹 또는 스타트업 구성
- 파일 시스템 손상
- 시스템 상태 검사 실패
❗ 다음 해결 방법 중 일부에서는 인스턴스를 중지하고 시작해야 합니다. 인스턴스를 중지하고 시작하기 전에 다음 사항에 대해 유의하여 주시기 바랍니다.
- 인스턴스를 중지하면 인스턴스 스토어 데이터가 손실됩니다. 사용하는 인스턴스가 인스턴스 스토어 지원 인스턴스이거나 데이터가 포함된 인스턴스 스토어 볼륨이 있으면 인스턴스를 중지할 때 데이터가 손실됩니다. 자세한 내용은 인스턴스의 루트 디바이스 유형 확인을 참조하여 주시기 바랍니다.
- 인스턴스가 Amazon EC2 Auto Scaling 그룹의 일부인 경우 인스턴스를 중지하면 인스턴스가 종료될 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 인스턴스를 시작한 경우 인스턴스가 AWS Auto Scaling 그룹의 일부일 수 있습니다. 이 시나리오에서 인스턴스 종료는 Auto Scaling 그룹에 대한 인스턴스 확장 보호 설정에 따라 달라집니다. 인스턴스가 Auto Scaling 그룹의 일부인 경우, 문제 해결 단계를 시작하기 전에 Auto Scaling 그룹에서 일시적으로 인스턴스를 제거해야 합니다.
- 인스턴스를 중지하고 시작하면 퍼블릭 IP 주소가 AWS 동적 IP 풀에 다시 릴리스됩니다. 외부 트래픽을 인스턴스로 라우팅할 때는 퍼블릭 IP 주소 대신 탄력적 IP(Elastic IP) 주소를 사용하는 것이 좋습니다. Route 53를 사용하는 경우 퍼블릭 IP가 변경될 때 Route 53 DNS 레코드를 업데이트해야 할 수 있습니다.
해결 방법
- 인스턴스 상태 검사 지표를 확인하여 인스턴스 상태 검사 또는 시스템 상태 검사에 실패했는지 확인합니다.
- 시스템 상태 검사에 실패한 경우 인스턴스에서 시스템 상태 검사에 실패했습니다. 이 문제를 해결하려면 어떻게 해야 합니까?를 참조하여 주시기 바랍니다.
- 인스턴스 상태 검사가 실패하면 인스턴스의 시스템 로그를 확인하여 실패의 원인을 확인합니다. 시스템 로그에 있는 데이터에 따라 아래 AWS 문서에 나와 있는 해결 방법 중 하나를 사용합니다.
→ https://aws.amazon.com/ko/premiumsupport/knowledge-center/system-reachability-check/
참조 링크:
EC2 Linux 인스턴스에 연결할 수 없고 상태 확인 중 하나 또는 둘 다에 실패하는 이유는 무엇입니까? -
https://aws.amazon.com/ko/premiumsupport/knowledge-center/system-reachability-check/
위 내용 관련하여 궁금증이 해결되지 않으셨거나,
추가 문의 사항이 있으시면 저희 고객 지원 포털에 문의 남겨주시기 바랍니다.