EC2 인스턴스가 자체적으로 재부팅되거나 다시 시작된 이유가 무엇인가요?

간략한 설명

예기치 않은 재부팅이나 재시작은 드물게 발생하지만, 이러한 문제가 발생할 수 있는 몇 가지 이유가 있습니다. 가장 일반적인 이유는 다음과 같습니다.

• 인스턴스가 상태 확인 중 하나 또는 둘 다에서 실패했습니다.
• 인스턴스를 호스팅하는 기본 하드웨어에 결함이 있었고 Amazon EC2가 인스턴스를 다시 시작하여 새로운 정상 하드웨어로 이전했습니다.
• 인스턴스에서 재부팅이 필요한 예약된 유지 관리가 발생했습니다.
• 사용자 또는 서버 내부의 애플리케이션이 인스턴스를 재부팅했습니다.
• 커널 버그가 발생했습니다. 커널 버그가 발생하면 커널이 완전히 업데이트되었는지 확인하십시오.
  커널을 업데이트하려면 Linux 운영 체제 및 버전에 따라 다음 명령 중 하나를 실행하거나 이와 유사한 명령을 실행하십시오.
  • sudo yum update kernel
  • sudo zypper up kernel-default
  • sudo apt upgrade linux-image-aws

해결 방법

인스턴스가 재부팅된 이유를 확인하기 위해 수행할 수 있는 몇 가지 작업이 있습니다.

상태 확인 보기

콘솔에서 또는 AWS 명령줄 인터페이스(AWS CLI)를 사용하여 인스턴스의 상태 확인을 봅니다. 상태 확인 실패가 표시되면 EC2 Linux 인스턴스에 연결할 수 없고 상태 확인 중 하나 또는 둘 다 실패하는 이유는 무엇입니까?를 참조하십시오.

참고: AWS CLI 명령을 실행할 때 오류가 발생하는 경우 최신 버전의 AWS CLI를 사용하고 있는지 확인하십시오.

시스템 로그 보기

인스턴스가 상태 확인에 실패하지 않은 경우, 운영 체제 수준의 문제로 인해 인스턴스가 재부팅되었을 수 있습니다. 시스템 로그를 검토하여 발생한 오류를 확인합니다. 시스템 로그는 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

AWS CloudTrail 이벤트 기록 보기

Amazon EC2 콘솔 또는 AWS CLI를 통해 시작된 인스턴스 재부팅은 CloudTrail 이벤트 기록에 표시됩니다. 이러한 이벤트를 보는 방법:

1. AWS CloudTrail 콘솔을 엽니다.
2. **Event history(이벤트 기록)**를 선택합니다.
3. 필터 드롭다운에서 **Event name(이벤트 이름)**을 선택한 다음 RebootInstances를 입력합니다.

참고: 기본 하드웨어 문제가 발생하는 인스턴스를 자동으로 복구하여 재부팅하는 Amazon CloudWatch 경보를 생성할 수 있습니다. CloudWatch 경보를 설정하는 방법에 대한 자세한 내용은 인스턴스 복구를 참조하세요.

관련 정보

상태 확인에 실패한 인스턴스 문제 해결

상태 확인 유형