AWS OpsWorks Stacks 인스턴스가 중지된 원인을 확인하려면 어떻게 해야 합니까?

4분 분량
0

AWS OpsWorks Stacks에서 관리하는 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스 중 하나가 실행 중지되었습니다. 인스턴스가 중지된 원인을 확인하려면 어떻게 해야 합니까?

간략한 설명

OpsWorks Stacks 인스턴스를 중지하는 방법에는 두 가지가 있습니다.

중요: OpsWorks Stacks는 Amazon EC2 콘솔에서 수행된 시작, 중지 또는 재시작 작업을 인식하지 못합니다. 자세한 내용은 연중 무휴 인스턴스 수동 시작, 중지 및 재부팅을 참조하세요.

OpsWorks Stacks 인스턴스가 중지된 원인을 확인하려면 다음 중 하나를 수행할 수 있습니다.

동시 Amazon EC2 StopInstances API 호출 및 OpsWorks Stacks StopInstance API 호출에 대한 AWS CloudTrail 검토

두 API 호출이 같은 기간 동안 로깅된 경우 인스턴스가 OpsWorks Stacks 측에서 수동으로 중지된 것입니다. Amazon EC2 StopInstances API 호출만 로깅된 경우 인스턴스에 자동 복구가 적용된 것입니다.

인스턴스의 에이전트 로그를 검토하여 인스턴스가 중지되었을 때 OpsWorks 에이전트가 계속 keepalive 신호를 보내고 있는지 확인

인스턴스가 중지되었을 때 keepalive 신호가 로깅되면 OpsWorks Stacks 측에서 인스턴스가 수동으로 중지된 것입니다. keepalive 로그가 누락되었거나 인스턴스가 중지되었을 때 실패한 신호 시도가 로깅된 경우 자동 복구가 적용된 것입니다.

인스턴스에 자동 복구가 적용된 경우 AWS OpsWorks Stacks가 정상 인스턴스를 예기치 않게 다시 시작하는 것을 방지하려면 어떻게 해야 합니까?를 참조하세요. 인스턴스가 수동으로 중지된 경우 StopInstance API 호출을 실행한 AWS Identity and Access Management(IAM) 역할을 검토합니다. 그런 다음 누가 해당 역할에 액세스할 수 있는지 확인하고 인스턴스를 중지한 이유를 확인합니다.

해결 방법

Amazon EC2 StopInstances API 호출에 대한 인스턴스의 CloudTrail 로그 검토

1.    CloudTrail 콘솔을 엽니다.

중요: 인스턴스가 있는 리전과 동일한 AWS 리전을 선택해야 합니다.

2.    왼쪽 탐색 창에서 **이벤트 기록(Event History)**을 선택합니다.

3.    이벤트 기록(Event history) 페이지의 왼쪽 상단에서 필터 드롭다운 목록을 선택합니다. 그런 다음 **리소스 이름(Resource name)**을 선택합니다.

4.    필터 드롭다운 목록의 오른쪽에 있는 검색 텍스트 상자에 사용자의 Amazon EC2 인스턴스 ID를 입력합니다. 인스턴스와 연결된 모든 이벤트에 대한 결과가 나타납니다.

5.    이벤트 이름(Event name) 열에서 StopInstances를 찾습니다.

6.    StopInstances 이벤트 행의 이벤트 시간(Event time) 열에서 API 호출의 타임스탬프를 확인합니다. OpsWorks Stacks StopInstance API 호출에 대한 인스턴스의 CloudTrail 로그를 검토할 때 타임스탬프를 참조합니다.

7.    이벤트 이름(Event name) 열에서 이벤트 이름(StopInstances)을 선택하여 이벤트 레코드를 엽니다.

8.    이벤트 레코드(Event record) 창에서 “InvokedBy” 값을 찾습니다. 인스턴스가 수동으로 또는 자동 복구를 통해 OpsWorks Stacks 측에서 중지된 경우 Amazon EC2 StopInstances API 응답에 다음과 같은 결과가 표시됩니다.

"invokedBy": "opsworks.amazonaws.com"

참고: 이벤트 레코드에는 인스턴스에 자동 복구가 적용되었는지 여부가 표시되지 않습니다.

OpsWorks Stacks StopInstance API 호출에 대한 인스턴스의 CloudTrail 로그 검토

1.    CloudTrail 콘솔을 엽니다.

중요: OpsWorks Stacks API 엔드포인트가 있는 리전과 동일한 AWS 리전을 선택해야 합니다.

2.    왼쪽 탐색 창에서 **이벤트 기록(Event History)**을 선택합니다.

3.    이벤트 기록(Event history) 페이지의 왼쪽 상단에서 필터 드롭다운 목록을 선택합니다. 그런 다음 **리소스 이름(Resource name)**을 선택합니다.

4.    필터 드롭다운 목록의 오른쪽에 있는 검색 텍스트 상자에 사용자의 OpsWorks Stacks 인스턴스 ID를 입력합니다. 인스턴스와 연결된 모든 이벤트에 대한 결과가 나타납니다.

5.    이벤트 이름(Event name) 열에서 StopInstance를 찾습니다.

6.    StopInstance 이벤트 행의 이벤트 시간(Event time) 열에서 이벤트의 타임스탬프가 Amazon EC2 StopInstances 이벤트의 타임스탬프와 동일한지 여부를 확인합니다.

StopInstance API 호출이 StopInstances API 호출과 동시에 로깅되는 경우, 인스턴스는 OpsWorks Stacks 측에서 수동으로 중지된 것입니다.

StopInstances API 호출과 동시에 로그된 StopInstances API 호출이 없는 경우 인스턴스에 자동 복구가 적용된 것입니다.

(선택 사항) 인스턴스의 에이전트 로그를 검토하여 인스턴스가 중지되었을 때 OpsWorks 에이전트가 계속 keepalive 신호를 보내고 있는지 확인

SSH(보안 셸)를 사용하여 Linux 인스턴스에 연결하거나 Windows 원격 데스크톱 프로토콜(RDP)을 사용하여 Windows 인스턴스에 연결합니다. 그런 다음 인스턴스의 OpsWorks 에이전트 로그에서 로그 파일 opsworks-agent.keep_alive.log를 확인합니다.

인스턴스가 중지되었을 때 keepalive 신호가 로깅되면 OpsWorks Stacks 측에서 인스턴스가 수동으로 중지된 것입니다. keepalive 로그가 누락되었거나 인스턴스가 중지되었을 때 실패한 신호 시도가 로깅된 경우 자동 복구가 적용된 것입니다.

관련 정보

Amazon CloudWatch Events에서 AWS OpsWorks Stacks 자동 복구 알림을 설정하는 방법

AWS OpsWorks Stacks가 정상 인스턴스를 예기치 않게 다시 시작하는 것을 방지하려면 어떻게 해야 합니까?

"stop_failed" 상태의 AWS OpsWorks Stacks 인스턴스를 중지할 때 "내부 오류" 메시지 문제를 해결하려면 어떻게 해야 합니까?


AWS 공식
AWS 공식업데이트됨 3년 전
댓글 없음

관련 콘텐츠