EC2 Linux 인스턴스가 재부팅되거나 다시 시작되는 이유는 무엇인가요?

간략한 설명

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

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

해결 방법

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

상태 확인 보기

콘솔에서 또는 AWS Command Line Interface(AWS CLI)를 사용하여 인스턴스의 상태 확인을 봅니다. 상태 확인 실패가 표시되는 경우, EC2 Linux 인스턴스에 연결할 수 없고 상태 확인 중 하나 또는 둘 모두에 실패하는 이유는 무엇인가요?를 참조하세요.

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

시스템 로그 보기

인스턴스가 상태 확인에 실패하지 않은 경우, OS 수준의 문제로 인해 인스턴스가 재부팅되었을 수 있습니다. 시스템 로그를 검토하여 어떤 오류가 발생했는지 확인하세요. 시스템 로그는 OS 배포에 따라 /var/log/messages 또는 /var/log/syslog에 있습니다.

인스턴스가 상태 확인에 실패하는 경우, 콘솔 출력을 통해 인스턴스를 재부팅하여 시스템 로그를 검색할 수 있습니다. 콘솔 출력 로그를 검토하여 문제를 해결하세요. 자세한 내용은 시스템 로그 검색을 참조하세요.

1. Amazon EC2 콘솔을 엽니다.
2. 인스턴스를 선택한 다음 인스턴스를 선택합니다.
3. 인스턴스 상태, 인스턴스 재부팅을 선택합니다. 인스턴스가 재부팅되는 데는 몇 분 정도 걸릴 수 있습니다.
4. 문제가 지속되는지 검증합니다. 경우에 따라 재부팅하면 문제가 해결될 수도 있습니다.
5. 인스턴스가 실행 상태인 경우, 작업, 모니터링 및 문제 해결, 시스템 로그 가져오기를 선택합니다.
6. 화면에 나타나는 로그를 검토합니다. 문제 해결 정보를 위해 Linux 기반 인스턴스의 시스템 로그 오류 문제 해결의 로그에 나열된 오류를 찾아보세요.

재부팅 기록 보기

다음 명령을 사용하여 서버 내부의 사용자 또는 애플리케이션이 재부팅을 시작했는지 확인하세요.

# 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. 이벤트 기록을 선택합니다.
3. 필터 드롭다운 목록에서 이벤트 이름을 선택한 다음 RebootInstances를 입력합니다.

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

관련 정보

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

상태 확인 유형