Amazon EC2 Linux 인스턴스의 상태 확인 실패를 해결하려면 어떻게 해야 합니까?

6분 분량

Amazon Elastic Compute Cloud(Amazon EC2) Linux 인스턴스에 연결할 수 없으며, 상태 확인에 실패했습니다.

간략한 설명

Amazon EC2는 세 가지 상태 확인을 사용하여 EC2 인스턴스의 상태를 모니터링합니다.

인스턴스의 기본 하드웨어 관련 문제를 감지하는 시스템 상태 확인.
인스턴스가 도달 가능한지 여부를 확인하는 인스턴스 상태 확인.
참고: 인스턴스 상태 확인 실패는 운영 체제(OS)에 문제가 있을 때 발생합니다.
인스턴스의 Amazon EBS 볼륨이 도달 가능하며 I/O 작업을 완료할 수 있는지를 모니터링하는 연결된 Amazon Elastic Block Store(Amazon EBS) 상태 확인.

해결 방법

실패한 상태 확인을 식별하려면 인스턴스의 상태 확인 지표를 확인하십시오.

시스템 상태 확인 또는 연결된 EBS 상태 확인 실패 문제를 해결하려면 Amazon EC2 인스턴스의 상태 확인 실패 문제를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

인스턴스 상태 확인에 실패한 경우, 인스턴스의 시스템 로그를 확인하여 실패 원인을 파악합니다. 그런 다음 발생한 문제에 따라 다음 작업을 수행하십시오.

중요: 다음 해결 방법 중 일부는 인스턴스를 중지했다가 시작해야 합니다.

인스턴스 중지 및 시작 구성

참고: 인스턴스를 중지하고 시작할 때 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하여 외부 트래픽을 인스턴스로 라우팅하는 것이 가장 좋습니다. Amazon Route 53을 사용하는 경우 퍼블릭 IP 주소가 변경될 때 Route 53 DNS 레코드를 업데이트해야 할 수 있습니다. 중지 및 시작은 인스턴스 재부팅과 다릅니다. 자세한 내용은 EC2 인스턴스 중지 및 시작 작동 방식을 참조하십시오.

인스턴스를 중지하고 시작하기 전에 다음 작업을 수행하십시오.

인스턴스가 인스턴스 저장소를 사용하는 경우 인스턴스 저장소의 볼륨 데이터를 영구 스토리지에 저장합니다. 예를 들어 Amazon EBS volumes(Amazon EBS 볼륨) 또는 Amazon Simple Storage Service(Amazon S3) 버킷에 데이터를 저장할 수 있습니다.
중요: Amazon EC2는 인스턴스를 중지하면 인스턴스 저장소 데이터를 삭제합니다.
EBS 볼륨의 스냅샷을 만듭니다. 문제가 발생하면 스냅샷을 사용하여 인스턴스를 복원할 수 있습니다.
인스턴스를 중지할 때 실수로 인스턴스를 종료하지 않도록 Amazon EC2 Auto Scaling 그룹에서 인스턴스를 일시적으로 제거합니다.
참고: EC2 Auto Scaling은 스케일 인 보호 설정에 따라 Auto Scaling 그룹에서 중지된 인스턴스를 종료할 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 실행되는 인스턴스는 Auto Scaling 그룹에 속할 수 있습니다.
인스턴스를 중지해도 인스턴스가 종료되지 않도록 하려면 인스턴스 종료 동작을 **Stop(중지)**으로 설정합니다.

부팅에 실패한 OS 문제 해결

시스템 로그에 부팅 오류가 있으면 OS 문제가 있는 것입니다. 이 문제를 해결하려면 운영 체제(OS) 문제로 인해 인스턴스 상태 확인에 실패한 EC2 Linux 인스턴스 문제를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

제대로 마운트되지 않은 EBS 볼륨 문제 해결

마운트 포인트 오류로 인해 인스턴스 상태 확인가 실패한 경우 다음 예시와 유사한 출력 결과가 표시됩니다.

[FAILED] Failed to mount /See 'systemctl status mnt-nvme0n1p1.mount' for details.
[DEPEND] Dependency failed for Local File Systems.

이 오류를 해결하려면 운영 체제(OS) 문제로 인해 인스턴스 상태 확인에 실패한 EC2 Linux 인스턴스 문제를 해결하려면 어떻게 해야 합니까?의 "Failed to mount" 또는 "Dependency failed" 문제 해결을 참조하십시오. 자세한 내용은 EC2 Linux 인스턴스를 부팅하려고 하면 비상 모드로 전환되는 이유는 무엇입니까?의 **Dependency failed errors(종속성 실패 오류)**를 참조하십시오.

Xen 기반 인스턴스 유형에서 AWS Nitro System 기반 인스턴스로 변경하면 볼륨 마운트에 실패할 수 있습니다. Nitro 인스턴스는 EBS 볼륨을 /dev/nvme0n1 또는r /dev/nvme1n1과 같은 NVMe 블록 디바이스로 노출합니다. 블록 디바이스 매핑에 지정한 디바이스 이름은 /dev/nvme[0-26]n1 형식으로 자동 변경됩니다.

참고: 블록 디바이스 드라이버가 NVMe 디바이스 이름을 다른 순서로 할당할 수 있습니다.

마운트 오류를 방지하려면 /etc/fstab에서 볼륨의 디바이스 이름 대신 볼륨의 파일 시스템 레이블이나 UUID를 사용하십시오. 구성 단계는 Amazon EBS 볼륨을 사용할 수 있도록 설정을 참조하십시오.

높은 CPU 및 메모리 사용량 문제 해결

높은 CPU 사용량

**Amazon CloudWatch의 **CPUUtilization 지표가 100%이거나 이에 근접한 경우 인스턴스에 커널을 실행하기에 충분한 컴퓨팅 용량이 없는 것입니다.

T2 또는 T3 인스턴스의 경우 CPU 크레딧 지표도 확인하십시오. CPU 크레딧이 0이면 CPUUtilization은 해당 인스턴스 유형의 베이스라인 성능 수준에서 중지됩니다. 예를 들어 베이스라인 성능이 20% 또는 40%인 경우 인스턴스는 해당 수준을 초과하는 CPU를 사용하지 못합니다.

높은 CPU 사용량 문제를 해결하려면 Amazon EC2 Linux 인스턴스의 높은 CPU 사용률 문제를 어떻게 해결합니까?를 참조하십시오.

높은 메모리 사용량

메모리 부하가 높은 경우 로그에 다음과 같은 오류 메시지가 표시됩니다.

"[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879 or a child[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-rss:101196kB, file-rss:204kB"

이 문제를 해결하려면 메모리를 가장 많이 사용하는 프로세스를 중지하십시오. 실행 중인 모든 프로세스가 필요한 경우 인스턴스를 더 큰 인스턴스 유형으로 업그레이드하십시오. 또는 인스턴스에 스왑 스토리지 추가하거나 하드 드라이브 파티션 분할하여 메모리 부하를 줄이십시오.

자세한 문제 해결 단계는 EC2 Linux 인스턴스의 높은 메모리 사용량 문제를 어떻게 해결합니까?를 참조하십시오.

전체 디스크 문제 해결

루트 디바이스 용량이 가득 차면 인스턴스가 비상 모드로 전환되며 다음 예시와 유사한 시스템 로그 출력이 표시됩니다.

$: sudo service apache2 restart
Error: No space left on device

$: sudo /etc/init.d/mysql restart
[....] Restarting mysql (via systemctl):
mysql.service
Error: No space left on device

$: df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.7G  7.7G     0 100% /

이 문제를 해결하려면 볼륨 크기를 늘리십시오. 또는 리소스 과다 사용으로 인해 상태 확인에 실패하는 EC2 Linux 인스턴스 문제를 어떻게 해결합니까?의 "No space left on device" 오류 해결을 참조하십시오.

커널 패닉 오류 문제 해결

작업 중 커널이 내부 오류를 감지하면 커널 패닉이 발생합니다. 커널이 로드되지 않으면 인스턴스가 부팅될 수 없으며, 다음 예시와 유사한 시스템 로그 출력이 표시됩니다.

Linux version2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1 20050727 (Red Hat4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
Kernel command
line:  root=/dev/sda1 ro 4
Registering block device major 8
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)

이 문제를 해결하려면 EC2 인스턴스의 "Kernel panic - not syncing" 오류를 해결하려면 어떻게 해야 합니까?를 참조하십시오. 또는 알려진 안정적인 커널로 되돌리십시오.

네트워크 장애 문제 해결

네트워크 장애를 식별하고 해결하려면 Amazon EC2 Linux 인스턴스의 OS 수준 네트워크 구성 문제를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

스로틀링된 루트 EBS 볼륨 성능 문제 해결

EBS 볼륨이 초당 입출력 작업량(IOPS) 또는 처리량 한도를 초과하면 Amazon EC2는 볼륨 성능을 제한(스로틀링)합니다. 결과적으로 인스턴스가 상태 확인에 실패하고 응답하지 않는 상태가 됩니다.

Amazon EBS용 CloudWatch 지표 모니터링 및 분석을 통해 예상되는 볼륨 IOPS 또는 처리량을 확인하십시오.

참고: 스로틀링된 볼륨을 식별하려면 시간이 지나도 일정하게 유지되는 IOPS 또는 처리량 지표를 확인하십시오. 자세한 내용은 CloudWatch를 사용하여 I/O 특성 모니터링을 참조하십시오.

이 문제를 일시적으로 해결하려면 인스턴스를 재부팅하거나 중지 후 다시 시작하여 IOPS 및 처리량을 사용하는 프로세스를 종료하십시오. 장기적인 해결하려면 워크로드에 더 적합한 EBS 볼륨 유형 및 크기로 업그레이드하십시오.