CloudWatch 작업 기반 복구 구성

중요

• 다음 정보는 정상 인스턴스에서 복구 관련 기능을 구성하는 데 적용됩니다. 현재 인스턴스에 액세스하는 데 문제가 있는 경우 EC2 인스턴스 문제 해결을 참조하세요.

• 인스턴스 복구가 성공한 후 워크로드가 제대로 작동하려면 수동 개입 없이 인스턴스가 부팅되고 트래픽을 수락해야 합니다.

Amazon CloudWatch 작업 기반 복구를 구성하면 Amazon CloudWatch 경보에 복구 작업을 추가할 수 있습니다. CloudWatch 작업 기반 복구는 StatusCheckFailed_System 지표와 함께 작동합니다. CloudWatch 작업 기반 복구에서는 최첨단 복구 응답 시간 세분성과 복구 작업 및 결과에 대한 Amazon Simple Notification Service(Amazon SNS) 알림이 제공됩니다. 이러한 구성 옵션을 사용하면 간소화된 자동 복구에 비해 시스템 상태 검사 실패 이벤트 응답을 더 세밀하게 제어하여 복구 시도를 더 빠르게 수행할 수 있습니다. 사용 가능한 CloudWatch 옵션에 대한 자세한 내용은 인스턴스 상태 검사를 참조하세요.

Amazon CloudWatch 작업 기반 복구는 AWS Health Dashboard에서 서비스 이벤트가 발생하는 동안에는 작동하지 않습니다. 자세한 내용은 CloudWatch 작업 기반 복구 실패 문제 해결 단원을 참조하십시오.

CloudWatch 작업 기반 복구에 대한 요구 사항 및 제한 사항

CloudWatch 작업 기반 복구는 인스턴스가 다음과 같은 경우 인스턴스 복구를 시도할 수 있습니다.

• 상태가 running입니다. 자세한 내용은 인스턴스 수명 주기 단원을 참조하십시오.

• default(온디맨드) 또는 dedicated 인스턴스 테넌시를 사용합니다. 자세한 내용은 인스턴스 구입 옵션 단원을 참조하십시오.

• Amazon EC2가 사용 가능한 용량이 있는 인스턴스 유형입니다. 심각한 중단과 같은 일부 상황에서는 사용 가능한 용량이 충분하지 않고 일부 복구 시도가 실패할 수 있습니다.

• dedicated 인스턴스 테넌시를 사용하지 않습니다. Amazon EC2 전용 호스트의 경우 전용 호스트 자동 복구를 사용하여 비정상 인스턴스를 자동으로 복구할 수 있습니다.

• Elastic Fabric Adapter를 사용하지 않습니다.

• Auto Scaling 그룹의 멤버가 아닙니다.

• 현재 예약된 유지 관리 이벤트가 진행 중이 아닙니다.

• 다음 인스턴스 유형 중 하나를 사용합니다.

  • 범용: A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | T1 | T2 | T3 | T3a | T4g

  • 컴퓨팅 최적화: C3 | C4 | C5 | C5a | C5n | C6a | C6g | C6gn | C6i | C6in | C7a | C7g | C7gn | C7i | C7i-flex

  • 메모리 최적화: R3 | R4 | R5 | R5a | R5b | R5n | R6a | R6g | R6i | R6in | R7a | R7g | R7i | R7iz | R8g | u-3tb1 | u-6tb1 | u-9tb1 | u-12tb1 | u-18tb1 | u-24tb1 | u7i-12tb | u7in-16tb | u7in-24tb | u7in-32tb | X1 | X1e | X2iezn

  • 액셀러레이티드 컴퓨팅: G3 | G3s | G5g | Inf1 | P2 | P3 | VT1

  • 고성능 컴퓨팅: Hpc6a | Hpc7a | Hpc7g

  • 메탈 인스턴스: 메탈 인스턴스 크기를 가진 위의 모든 유형

• 인스턴스 스토어 볼륨이 있으며 그리고 다음 인스턴스 유형 중 하나 사용: M3 | C3 | R3 | X1 | X1e | X2idn | X2iedn

주의

• 인스턴스가 중지되면 인스턴스 스토어 볼륨의 데이터가 손실됩니다. 인스턴스 중지에 대한 자세한 내용은 인스턴스 중지 및 시작(Amazon EBS 지원 인스턴스에만 해당) 섹션을 참조하세요.

• 시스템 상태 검사가 실패할 경우 인스턴스 스토어 및 블록 디바이스의 매핑된 데이터가 손실될 수 있습니다. 이러한 인스턴스 유형에서는 종료 방지 기능 활성화 사용을 고려해 볼 수 있습니다.

중요한 데이터의 백업을 정기적으로 생성하는 것이 좋습니다. Amazon EC2의 백업 및 복구 모범 사례에 대한 자세한 내용은 Amazon EC2 모범 사례를 참조하세요.

AWS Management Console 또는 AWS CLI를 사용하여 CloudWatch 작업 기반 복구를 지원하는 인스턴스 유형을 확인할 수도 있습니다.

Console

복구를 기반으로 한 Amazon CloudWatch 작업을 지원하는 인스턴스 유형을 보려면

1. https://console.aws.amazon.com/ec2/에서 Amazon EC2 콘솔을 엽니다.

2. 왼쪽 탐색 창에서 인스턴스 유형(Instance Types)을 선택합니다.

3. 필터 막대에 Auto Recovery support: true를 입력합니다. 문자를 입력할 때 필터 이름이 나타나면 해당 필터 이름을 선택할 수도 있습니다.

   인스턴스 유형 테이블에는 Amazon CloudWatch 작업 기반 복구를 지원하는 모든 인스턴스 유형이 표시됩니다.

AWS CLI

복구를 기반으로 한 Amazon CloudWatch 작업을 지원하는 인스턴스 유형을 보려면

describe-instance-types 명령을 사용합니다.

aws ec2 describe-instance-types --filters Name=auto-recovery-supported,Values=true 
--query "InstanceTypes[*].[InstanceType]" --output text | sort

CloudWatch 작업 기반 복구 구성

CloudWatch 작업 기반 복구는 StatusCheckFailed_System 지표와 함께 작동합니다. CloudWatch 작업 기반 복구는 CloudWatch 콘솔을 통해 구성됩니다. CloudWatch 작업 기반 복구를 설정하려면 Amazon CloudWatch 사용 설명서에서 CloudWatch 경보에 복구 작업 추가를 참조하세요.

CloudWatch 작업 기반 복구 실패 문제 해결

다음 문제로 인해 CloudWatch 작업 기반 복구를 사용하는 인스턴스의 복구가 실패할 수 있습니다.

• CloudWatch 작업 기반 복구는 AWS Health Dashboard에서 서비스 이벤트가 발생하는 동안에는 작동하지 않습니다. 이 이벤트에 대한 복구 실패 알림을 받지 못할 수도 있습니다. 최신 서비스 가용성 정보에 대해서는 서비스 상태 상태 페이지를 참조하세요.

• 대체 하드웨어의 일시적인 용량 부족

• 인스턴스 복구 시도가 하루 최대 허용 횟수에 도달했습니다. 자동 복구가 실패하고 원래 시스템 상태 확인 실패의 근본 원인이 하드웨어 성능 저하로 확인되는 경우, 이후에 인스턴스가 종료될 수 있습니다.

여러 번의 복구 시도에도 불구하고 인스턴스의 시스템 상태 검사 실패가 계속되는 경우 상태 검사에 실패한 인스턴스 문제 해결에서 추가 지침을 참조하세요.