- 최신
- 최다 투표
- 가장 많은 댓글
먼저 EC2 인스턴스의 status checks를 확인해볼 수 있습니다. Status checks를 통해 여러 원인을 확인할 수 있습니다:
시스템 상태 확인을 통해 확인할 수 있는 원인은 다음과 같습니다:
- 네트워크 연결 끊김
- 시스템 전원 중단
- 물리적 호스트의 소프트웨어 문제
- 네트워크 연결성에 영향을 주는 물리적 호스트의 하드웨어 문제
인스턴스 상태 확인을 통해 확인할 수 있는 원인은 다음과 같습니다:
- 시스템 상태 확인 실패
- 잘못된 네트워킹 또는 스타트업 구성
- 메모리가 모두 사용됨
- 파일 시스템 손상
- 호환되지 않는 커널
- Windows 인스턴스 인스턴스를 재부팅하는 동안 또는 Windows 인스턴스 스토어 지원 인스턴스가 번들링되는 동안 인스턴스를 다시 사용할 수 있게 될 때까지 인스턴스 상태 확인에서 실패를 보고합니다.
Status Checks에 대한 자세한 내용은 다음 문서를 참고하세요: https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html
OOM 문제로 인스턴스가 다운되었을 가능성이 있습니다. 기본적으로 제공되는 CloudWatch 메트릭에서는 메모리 사용량을 확인할 수 없습니다. 메모리 사용량을 모니터링 하려면 CloudWatch Agent 설치를 고려해보세요.
메모리 문제로 인한 인스턴스 장애를 해결하기 위해 사용할 수 있는 임시적 조치는 스왑 메모리 할당입니다. EBS 볼륨에 스왑 메모리를 할당하는 것이 모범 사례는 아니지만, 임시로 해결할 수 있도록 도움을 줄 수 있습니다. 메모리 사용량 초과 문제를 장기적으로 해결하고 싶다면 인스턴스 용량 확장하거나, 메모리 부하를 줄일 수 있도록 애플리케이션을 수정하는 방법을 고려해보세요.
CPU 사용률이 30% 정도인데 데몬이 느려지거나 중단되는 경우 Burstable Instance 의 성능 제한치에 걸린 상황일 수 있습니다. t 계열의 인스턴스를 사용하시나요? CPU Credit 이 소진되지는 않았는지요? 당장 인스턴스가 동작하게 하려면 다른 인스턴스 타입으로 변경하여 띄워 보시기 바랍니다. 성능 지표들을 살펴보시고 적절한 크기의 워크로드를 운영하도록 조정해 보세요.
자세한 내용은 다음 페이지를 참고해 보시기 바랍니다. https://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#earning-CPU-credits
관련 콘텐츠
- 질문됨 2년 전
이 외에도, EC2에 연결된 스토리지 볼륨 공간이 부족한 경우, 버스터블 인스턴스의 CPU 크레딧이 모두 소진된 경우에도 EC2 인스턴스가 작동을 멈출 수 있습니다.