Amazon EC2 Linux 인스턴스가 재부팅되거나 다시 시작된 이유는 무엇입니까?

3분 분량

Amazon Elastic Compute Cloud(Amazon EC2) Linux 인스턴스가 예기치 않게 재부팅되거나 다시 시작되는 이유를 알고 싶습니다.

간략한 설명

다음과 같은 이유로 인해 인스턴스가 예기치 않게 재부팅 또는 재시작할 수 있습니다.

인스턴스가 상태 확인에 실패했습니다.
인스턴스를 호스팅하는 기본 하드웨어에 문제가 있고, Amazon EC2가 인스턴스를 재시작하여 정상 상태의 하드웨어로 옮겼습니다.
인스턴스의 예약된 유지 관리로 인해 재부팅이 시작되었습니다.
사용자 또는 서버 내부의 애플리케이션이 인스턴스를 재부팅했습니다.
커널 버그가 있습니다.
Amazon Machine Image(AMI) 생성 중에 인스턴스 재부팅을 활성화했습니다.
AWS Systems Manager가 관리형 인스턴스를 재부팅했습니다.

해결 방법

참고: AWS Command Line Interface(AWS CLI) 명령을 실행할 때 오류가 발생하면 AWS CLI의 오류 해결을 참조하십시오. 또한 최신 AWS CLI 버전을 사용하고 있는지 확인하십시오.

Health Dashboard 확인

AWS Health Dashboard에서 간소화된 자동 복구, 예약된 유지 관리 및 사용 중지와 같은 인스턴스 재부팅 이벤트를 확인합니다. 상태 알림에 따라 조치를 취하려면 예약된 이벤트를 다시 예약하거나 인스턴스를 수동으로 중지하고 시작하십시오.

상태 확인 보기

Amazon EC2 콘솔 또는 AWS CLI를 사용하여 인스턴스의 상태 확인을 볼 수 있습니다. 인스턴스가 상태 확인에 실패한 경우 EC2 Linux 인스턴스의 상태 확인 실패 문제를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

시스템 로그 보기

인스턴스가 상태 확인에 실패하지 않은 경우, 운영 체제(OS) 문제로 인해 인스턴스가 재부팅될 수 있습니다. OS 수준 문제를 해결하려면 /var/log/messages 및 /var/log/syslog 시스템 로그를 확인하십시오. 인스턴스가 상태 확인에 실패한 경우 인스턴스를 재부팅하여 시스템 로그를 검색합니다.

그런 다음 시스템 로그에 나열된 오류를 해결합니다.

재부팅 기록 보기

사용자 또는 서버 내부의 애플리케이션이 재부팅을 시작했는지 여부를 확인하려면 다음 명령을 실행하십시오.

grep reboot /home/*/.bash_history
grep reboot /root/.bash_history
history | grep -i reboot
history | grep -i init
last reboot

CloudTrail 이벤트 기록 확인

Amazon EC2 콘솔 또는 AWS CLI에서 시작한 인스턴스 재부팅은 AWS CloudTrail 이벤트 기록에 표시됩니다. CloudTrail 이벤트 기록에서 RebootInstances 이벤트를 확인하십시오.

참고: AMI를 만들면 Amazon EC2가 기본적으로 인스턴스 재부팅을 활성화하고 AMI가 생성되기 전에 인스턴스를 재부팅합니다. 이 재부팅은 RebootInstances 이벤트가 아니라 CreateImage 이벤트에 나타납니다.

AMI 수명 주기 정책을 만든 경우 인스턴스 재부팅에서 정책 실행 시 인스턴스 재부팅을 예로 설정했는지 확인합니다. 그럴 경우 AMI 생성 중에 인스턴스가 재부팅됩니다.

하드웨어 문제로 인해 재부팅되는 인스턴스를 자동으로 복구하려면 Amazon CloudWatch 작업 기반 복구를 구성하십시오.

커널 업데이트

참고: 인스턴스에서 패키지를 업데이트하기 전에 인스턴스의 AMI 백업을 생성하는 것이 좋습니다. 이 구성을 사용하면 필요한 경우 변경 사항을 되돌릴 수 있습니다.

커널을 업데이트하려면 다음 단계를 완료하십시오.

인스턴스에서 사용하는 커널 버전을 확인하려면 다음 명령을 실행합니다.
```
sudo uname -r
```

커널을 업데이트하려면 Linux OS에 따라 다음 명령 중 하나를 실행합니다.
Red Hat Enterprise Linux(RHEL) 또는 Amazon Linux:

sudo yum update kernel

SUSE Linux Enterprise Server(SLES):

sudo zypper up kernel-default

Ubuntu:

sudo apt upgrade linux-image-aws

인스턴스를 재부팅하고 새 커널을 사용하려면 다음 명령을 실행합니다.
```
sudo reboot
```

Run Command 기록을 보고 Systems Manager에서 인스턴스를 재부팅했는지 확인

RebootOption을 RebootIfNeeded로 설정하여 인스턴스에 패치 작업을 구성하면 Systems Manager가 패치 중에 인스턴스를 재부팅합니다.

Systems Manager에서 Run Command를 실행했는지 확인하려면 다음 단계를 완료하십시오.

Systems Manager 콘솔을 엽니다.
탐색 창에서 Run Command를 선택합니다.
명령 기록 탭을 선택합니다.
검색 상자에 인스턴스 ID를 입력하면 Systems Manager가 인스턴스에 대해 실행한 모든 명령을 볼 수 있습니다.