기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # Auto Scaling 그룹의 인스턴스에 대한 상태 확인 Amazon EC2 Auto Scaling은 Auto Scaling 그룹에서 인스턴스의 상태를 지속적으로 모니터링하여 원하는 용량을 유지합니다. Auto Scaling 그룹의 모든 인스턴스는 `Healthy` 상태로 시작됩니다. Amazon EC2 Auto Scaling에서 해당 인스턴스가 비건전 상태라는 알림을 수신하지 않는 한 인스턴스는 건전 상태로 간주됩니다. 인스턴스가 비정상이 되어 교체해야 하는 경우 다양한 소스로부터 알림을 받을 수 있습니다. 이 소스에는 다음 사항이 포함됩니다. + Amazon EC2 + Elastic Load Balancing + VPC Lattice + Amazon EBS + 정의한 사용자 지정 상태 확인 `InService` 인스턴스가 비정상으로 확인되면 Amazon EC2 Auto Scaling이 새 인스턴스로 교체하여 그룹의 원하는 용량을 유지합니다. 새 인스턴스는 Auto Scaling 그룹의 현재 설정과 연결된 시작 템플릿 또는 시작 구성을 사용하여 시작됩니다. 다음 흐름도는 Auto Scaling 그룹에서 새 인스턴스를 시작하는 과정을 보여줍니다. 인스턴스를 시작하는 것으로 시작합니다. 시작에 성공하면 인스턴스가 Auto Scaling 그룹에 추가됩니다. 그런 다음 Amazon EC2 Auto Scaling은 기본 제공 Amazon EC2 상태 확인을 사용하여 인스턴스에 대한 상태 확인을 수행하고 유예 기간 후에는 그룹에 대해 활성화한 선택적 상태 확인을 수행합니다. 이러한 상태 확인은 주기적으로 계속됩니다. 상태 확인이 실패하면 인스턴스가 교체됩니다. ![\[상태 확인이 시작되는 시기를 보여주는 개요 수준 다이어그램입니다.\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/images/how-health-checks-work.png) 비정상 인스턴스는 스팟 인스턴스 중단 또는 사용자에 의한 수동 종료와 같이 인스턴스가 예기치 않게 종료될 때도 발생할 수 있습니다. 다시 말하자면 Amazon EC2 Auto Scaling은 이러한 경우 원하는 용량을 유지하기 위해 대체 인스턴스를 자동으로 시작합니다. **Topics** + [Auto Scaling 그룹의 상태 확인 정보](health-checks-overview.md) + [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md) + [상태 확인을 사용하여 Amazon EBS 볼륨이 손상된 Auto Scaling 인스턴스 모니터링](monitor-and-replace-instances-with-impaired-ebs-volumes.md) + [Auto Scaling 그룹에 대한 사용자 지정 상태 확인 설정](set-up-a-custom-health-check.md) + [상태 확인 불합격 이유 확인](replace-unhealthy-instance.md) + [Amazon EC2 Auto Scaling의 비정상 인스턴스 문제 해결](ts-as-healthchecks.md) # Auto Scaling 그룹의 상태 확인 정보 이 주제에서는 사용 가능한 상태 확인 유형에 대한 개요를 제공하고, Amazon EC2 Auto Scaling 상태 확인을 애플리케이션과 통합할 경우의 주요 고려 사항을 설명합니다. **Topics** + [상태 확인 유형](#available-health-checks) + [Amazon EC2 상태 확인](#instance-health-detection) + [Elastic Load Balancing 상태 확인](#elastic-load-balancing-health-checks) + [VPC Lattice 상태 확인](#vpc-lattice-health-checks) + [Amazon EC2 Auto Scaling의 가동 중지 시간 최소화 방법](#minimize-downtime) + [웜 풀의 인스턴스 상태 확인](#health-checks-for-instance-in-a-warm-pool) + [상태 확인 고려 사항](#health-check-considerations) ## 상태 확인 유형 Amazon EC2 Auto Scaling은 다음 상태 확인 중 하나 이상을 사용하여 `InService` 인스턴스의 상태를 확인할 수 있습니다. **** | 상태 확인 유형 | 확인 내용 | | --- | --- | | Amazon EC2 상태 확인 및 예약된 이벤트 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/health-checks-overview.html) Auto Scaling 그룹의 기본 상태 확인 유형입니다. | | Elastic Load Balancing 상태 확인 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/health-checks-overview.html) 이 상태 확인 유형을 실행하려면 Auto Scaling 그룹에 대해 활성화해야 합니다. | | VPC Lattice 상태 확인 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/health-checks-overview.html) 이 상태 확인 유형을 실행하려면 Auto Scaling 그룹에 대해 활성화해야 합니다. | | Amazon EBS 상태 확인 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/health-checks-overview.html) 이 상태 확인 유형을 실행하려면 Auto Scaling 그룹에 대해 활성화해야 합니다. | | 사용자 지정 상태 확인 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/autoscaling/ec2/userguide/health-checks-overview.html) | ## Amazon EC2 상태 확인 인스턴스는 시작된 후에 Auto Scaling 그룹에 연결되고 `InService` 상태로 들어갑니다. Auto Scaling 그룹에서 인스턴스의 여러 수명 주기에 대한 자세한 설명은 [Amazon EC2 Auto Scaling 인스턴스 수명 주기](ec2-auto-scaling-lifecycle.md) 섹션을 참조하세요. Amazon EC2 Auto Scaling은 Auto Scaling 그룹 내 모든 인스턴스의 상태를 주기적으로 확인하여 실행 중이고 양호한 상태인지 확인합니다. **상태 확인** Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스 상태 확인과 시스템 상태 확인 결과를 사용하여 인스턴스의 상태를 확인합니다. 인스턴스가 `running` 이외의 Amazon EC2 상태이거나 상태 확인의 상태가 `impaired`가 되면 Amazon EC2 Auto Scaling은 인스턴스를 건전하지 않은 것으로 간주하여 교체합니다. 인스턴스가 다음 상태일 때도 위와 같이 실행됩니다. + `stopping` + `stopped` + `shutting-down` + `terminated` Amazon EC2 상태 확인은 특별한 구성이 필요 없으며 항상 활성화됩니다. 자세한 내용은 *Amazon EC2 사용 설명서*의 [상태 확인 유형](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#types-of-instance-status-checks)을 참조하세요. **중요** Amazon EC2 Auto Scaling을 사용하면 상태 확인가 아무 조치 없이 실패하는 경우가 있습니다. 상태 확인에 실패하면 Amazon EC2 Auto Scaling은가 문제를 AWS 해결할 때까지 몇 분 정도 기다립니다. 상태 확인를 위한 그 상태가 `impaired`가 될 때 그것은 인스턴스를 `Unhealthy`로 즉각 표식하지 않습니다. 또한 상태 검사에서 `insufficient-data`가 반환되면 EC2 Auto Scaling은 해당 인스턴스를 `Unhealthy`로 표시하지 않습니다. 그러나 Amazon EC2 Auto Scaling에서 인스턴스가 더 이상 `running` 상태가 아님을 감지하면 이 상황은 즉시 실패로 처리됩니다. 이 경우에는 즉시 인스턴스를 `Unhealthy`로 표시하고 교체합니다. **예약된 이벤트** Amazon EC2가 특정 타임스탬프 이후에 실행되도록 인스턴스의 이벤트를 예약할 수 있습니다. 자세한 내용은 *Amazon EC2 사용 설명서*의 [예약된 인스턴스 이벤트](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html)를 참조하세요. 인스턴스 중 하나가 예약된 이벤트의 영향을 받는 경우, Amazon EC2 Auto Scaling은 인스턴스를 건전하지 않은 것으로 간주하고 교체합니다. 인스턴스는 타임스탬프에 지정된 날짜 및 시간에 도달할 때까지 종료를 시작하지 않습니다. ## Elastic Load Balancing 상태 확인 Auto Scaling 그룹에 대해 Elastic Load Balancing 상태 확인을 활성화하면 Amazon EC2 Auto Scaling이 이러한 상태 확인 결과를 사용하여 인스턴스의 상태를 확인할 수 있습니다. Auto Scaling 그룹에 대해 Elastic Load Balancing 상태 확인을 활성화하려면 먼저 Elastic Load Balancing 로드 밸런서를 구성하고 인스턴스가 정상인지 확인하기 위해 상태 확인을 구성해야 합니다. 자세한 내용은 [Elastic Load Balancing 로드 밸런서 연결 준비](getting-started-elastic-load-balancing.md) 단원을 참조하십시오. Auto Scaling 그룹에 로드 밸런서를 연결하면 다음이 발생합니다. + Amazon EC2 Auto Scaling이 로드 밸런서에 Auto Scaling 그룹의 인스턴스를 등록합니다. + 인스턴스 등록이 완료되면 `InService` 상태가 되고 로드 밸런서와 함께 사용할 수 있게 됩니다. Amazon EC2 Auto Scaling은 기본적으로 Elastic Load Balancing 상태 확인 결과를 무시합니다. Auto Scaling 그룹에 대해 상태 확인을 활성화한 후에 Elastic Load Balancing이 등록된 인스턴스를 `Unhealthy`로 보고하면 Amazon EC2 Auto Scaling은 다음 정기 상태 확인에서 인스턴스를 `Unhealthy`로 표시하고 교체합니다. 로드 밸런서에 Connection Draining(등록 취소 지연)이 활성화된 경우, Amazon EC2 Auto Scaling은 비건전 인스턴스를 해지하기 전에 진행 중인 요청이 완료되거나 최대 제한 시간이 만료될 때까지 기다립니다. **참고** 로드 밸런서를 연결하고 Auto Scaling 그룹에 대한 Elastic Load Balancing 상태 확인을 활성화하는 방법에 대한 지침은 [Elastic Load Balancing 로드 밸런서를 Auto Scaling 그룹에 연결](attach-load-balancer-asg.md) 섹션을 참조하세요. 어떤 그룹에 대해 Elastic Load Balancing 상태 확인를 활성화하면 Amazon EC2 Auto Scaling은 로드 밸런서가 `InService` 상태가 된 후에만 Elastic Load Balancing이 정상이 아닌 것으로 보고한 인스턴스를 교체할 수 있습니다. 자세한 내용은 [로드 밸런서의 연결 상태 확인](load-balancer-status.md) 단원을 참조하십시오. ## VPC Lattice 상태 확인 기본적으로, Amazon EC2 Auto Scaling은 VPC Lattice 상태 확인 결과를 무시합니다. 선택적으로 Auto Scaling 그룹에 대해 이러한 상태 확인를 활성화할 수 있습니다. 이 작업을 수행한 후 VPC Lattice가 등록된 인스턴스를 `Unhealthy`로 보고하면 Amazon EC2 Auto Scaling은 다음 정기 상태 확인에서 인스턴스를 `Unhealthy`로 표식하고 교체합니다. 인스턴스를 등록한 다음 상태를 확인하는 프로세스는 Elastic Load Balancing 상태 확인가 작동하는 방식과 동일합니다. **참고** VPC Lattice 대상 그룹을 연결하고 Auto Scaling 그룹에 대한 VPC Lattice 상태 확인을 활성화하는 방법에 대한 지침은 [Auto Scaling 그룹에 VPC Lattice 대상 그룹 연결](attach-vpc-lattice-target-group-asg.md) 섹션을 참조하세요. 어떤 그룹에 대해 VPC Lattice 상태 확인를 활성화하면 Amazon EC2 Auto Scaling은 대상 그룹이 `InService` 상태가 된 후에만 VPC Lattice가 정상이 아닌 것으로 보고한 인스턴스를 교체할 수 있습니다. 자세한 내용은 [VPC Lattice 대상 그룹의 연결 상태 확인](verify-target-group-attachment-status.md) 단원을 참조하십시오. ## Amazon EC2 Auto Scaling의 가동 중지 시간 최소화 방법 기본적으로 새 인스턴스는 기존 인스턴스가 종료되는 동시에 프로비저닝되므로 새 인스턴스가 완전히 작동할 때까지 새 요청이 수락되지 않을 수 있습니다. Amazon EC2 Auto Scaling이 인스턴스가 더 이상 가동되지 않는 것으로 판단할 경우(또는 [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html) 명령으로 `Unhealthy`로 표시된 경우) 즉시 이를 교체합니다. 그러나 다른 인스턴스가 건전하지 않은 것으로 확인되면 Amazon EC2 Auto Scaling이 다음 접근 방식을 사용하여 장애를 복구합니다. 이 접근 방식은 일시적인 문제나 잘못 구성된 상태 확인로 인해 발생할 수 있는 가동 중지 시간을 최소화합니다. + 조정 활동이 진행 중이고 Auto Scaling 그룹이 원하는 용량보다 10% 이상 적은 경우, Amazon EC2 Auto Scaling은 비정상 인스턴스를 교체하기 전에 진행 중인 조정 활동을 기다립니다. + 스케일 아웃 시 Amazon EC2 Auto Scaling은 인스턴스가 초기 상태 확인를 통과할 때까지 기다립니다. 또한 새 인스턴스가 준비되었는지 확인하기 위해 기본 인스턴스 워밍업이 완료될 때까지 기다립니다. + 인스턴스 워밍업이 완료되고 그룹이 원하는 용량의 90% 이상으로 증가한 후 Amazon EC2 Auto Scaling은 다음과 같이 비정상 인스턴스를 교체합니다. + Amazon EC2 Auto Scaling은 그룹이 원하는 용량의 10%까지만 한 번에 교체합니다. 비건전 인스턴스가 모두 교체될 때까지 이를 계속합니다. + 인스턴스 교체 시 새 인스턴스가 초기 상태 확인를 통과할 때까지 기다립니다. 또한 계속하기 전에 기본 인스턴스 워밍업이 완료될 때까지 기다립니다. **참고** Auto Scaling 그룹 크기가 작은 경우(10%의 결과 값이 1 미만) Amazon EC2 Auto Scaling은 대신 비정상 인스턴스를 한 번에 하나씩 교체합니다. 이로 인해 그룹에 약간의 가동 중지 시간이 발생할 수 있습니다. [인스턴스 유지 관리 정책을 설정](https://docs.aws.amazon.com//autoscaling/ec2/userguide/set-instance-maintenance-policy-on-group.html)해 Auto Scaling이 비정상 인스턴스를 교체하는 비율을 변경하면 기본값인 10%를 수정할 수 있습니다. 그러나 Auto Scaling은 인스턴스를 비정상으로 표시하는 속도를 여전히 제한할 수 있습니다. 예를 들어 Auto Scaling 그룹의 모든 인스턴스가 Elastic Load Balancing 상태 확인에서 건전하지 않은 것으로 보고되고 로드 밸런서가 `InService` 상태인 경우, Amazon EC2 Auto Scaling은 한 번에 더 적은 수의 인스턴스를 건전하지 않은 것으로 표시할 수 있습니다. 이로 인해 한 번에 교체되는 인스턴스 수가 다른 시나리오에 적용된 10%보다 훨씬 적을 수 있습니다. 이를 통해 Amazon EC2 Auto Scaling이 전체 그룹을 자동으로 종료하지 않고 문제를 해결할 수 있는 시간이 주어집니다. ## 웜 풀의 인스턴스 상태 확인 Amazon EC2 Auto Scaling은 웜 풀의 인스턴스에 대한 상태 확인도 수행합니다. 자세한 내용은 [건전성 체크의 상태 및 건전성 체크 불합격 이유 보기](warm-pools-health-checks-monitor-view-status.md) 단원을 참조하십시오. ## 상태 확인 고려 사항 다음은 Amazon EC2 Auto Scaling 상태 확인을 사용할 때 고려해야 할 사항입니다. + 해지 중인 인스턴스나 시작 중인 인스턴스에서 어떤 이벤트가 발생해야 하는 경우, 수명 주기 후크를 사용할 수 있습니다. 수명 주기 후크를 사용하면 Amazon EC2 Auto Scaling에서 인스턴스를 시작하거나 해지할 때 사용자 지정 작업을 수행할 수 있습니다. 자세한 설명은 [Amazon EC2 Auto Scaling 수명 주기 후크](lifecycle-hooks.md) 섹션을 참조하세요. + Amazon EC2 Auto Scaling은 상태 확인에서 Amazon EC2 상태 확인과 예약된 이벤트를 제거하는 방법을 제공하지 않습니다. 인스턴스를 교체하지 않으려면 개별 Auto Scaling 그룹의 `ReplaceUnhealthy` 및 `HealthCheck` 프로세스를 일시 중지하는 것이 좋습니다. 자세한 설명은 [Amazon EC2 Auto Scaling 프로세스 일시 중지 및 재개](as-suspend-resume-processes.md) 섹션을 참조하세요. + 비건전 인스턴스의 상태를 다시 `Healthy`로 수작업 설정하려면 [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html) 명령을 사용해볼 수 있습니다. 인스턴스가 이미 해지 중이기 때문에 오류가 발생하는 것일 수 있습니다. 일반적으로, [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html) 명령을 사용하여 인스턴스의 상태를 다시 `Healthy`로 설정하는 것은 `ReplaceUnhealthy` 프로세스 또는 `Terminate` 프로세스가 일시 정지된 경우에만 유용합니다. + 상태 확인으로 인한 간섭 없이 인스턴스 문제를 해결해야 하는 경우 인스턴스를 `Standby` 상태로 둘 수 있습니다. Amazon EC2 Auto Scaling은 인스턴스을 다시 서비스 상태로 설정할 때까지 `Standby` 상태의 인스턴스에 대한 상태 확인을 수행하지 않습니다. 자세한 내용은 [Auto Scaling 그룹에서 일시적으로 인스턴스 제거](as-enter-exit-standby.md) 단원을 참조하십시오. + 인스턴스가 해지되면 연결된 모든 Elastic IP 주소와의 연결이 해제되고 새 인스턴스와 자동으로 연결되지 않습니다. 탄력적 IP 주소를 새 인스턴스와 수동으로 연결하거나 수명 주기 후크 기반 솔루션을 사용하여 자동으로 연결해야 합니다. 자세한 내용은 *Amazon EC2 사용 설명서*에서 [탄력적 IP 주소](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html)를 참조하세요. + 마찬가지로 인스턴스가 해지되면 연결된 EBS 볼륨이 분리됩니다(또는 볼륨의 `DeleteOnTermination` 속성에 따라 삭제됨). 이러한 EBS 볼륨을 새 인스턴스에 수동으로 연결하거나 수명 주기 후크 기반 솔루션을 사용하여 자동으로 연결해야 합니다. 자세한 내용은 *Amazon EBS 사용 설명서*의 [Attach an Amazon EBS volume to an instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html)를 참조하세요. # Auto Scaling 그룹의 상태 확인 유예 기간 설정 `InService` 인스턴스가 건전하지 않은 것으로 확인되면 Amazon EC2 Auto Scaling 상태 확인가 해당 인스턴스를 새 인스턴스로 교체합니다. 상태 확인 유예 기간은 새 인스턴스가 건전하지 않은 것으로 확인된 경우, 해지되기 전에 서비스를 유지하는 최소 시간(초)을 지정합니다. 인스턴스가 아직 초기화 중이기 때문에 Elastic Load Balancing 상태 확인가 실패하는 경우, Amazon EC2 Auto Scaling이 작업을 수행하지 않도록 하기 위한 요건이 예 사용 사례일 수 있습니다. Elastic Load Balancing 상태 확인은 인스턴스가 로드 밸런서에 등록될 때부터 병렬로 실행됩니다. 유예 기간은 새로 시작된 인스턴스가 `InService` 상태로 들어간 후 이러한 상태 확인에 즉각 합격하지 못하는 경우, Amazon EC2 Auto Scaling이 새로 시작된 인스턴스를 불필요하게 `Unhealthy`로 표시하고 종료하는 것을 방지합니다. 콘솔에서 Auto Scaling 그룹을 생성하는 경우, 기본적으로 상태 확인 유예 기간은 300초입니다. AWS CLI 또는 SDK를 사용하여 Auto Scaling 그룹을 생성할 때 기본값은 0초입니다. 값이 0이면 상태 확인 유예 기간이 해제됩니다. 이 값을 너무 높게 설정하면 Amazon EC2 Auto Scaling 상태 확인의 효율성이 떨어집니다. 인스턴스 시작을 위해 수명 주기 후크를 사용하는 경우, 상태 확인 유예 기간을 0으로 설정할 수 있습니다. 수명 주기 후크를 사용하여 Amazon EC2 Auto Scaling은 인스턴스가 `InService` 상태에 들어가기 전에 항상 초기화되도록 하는 방법을 제공합니다. 자세한 설명은 [Amazon EC2 Auto Scaling 수명 주기 후크](lifecycle-hooks.md) 섹션을 참조하세요. 유예 기간은 다음 인스턴스에 적용됩니다. + 새로 시작된 인스턴스 + 대기 상태에서 서비스를 다시 시작하는 인스턴스 + 그룹에 수동으로 연결한 인스턴스 **중요** 상태 확인 유예 기간 동안 Amazon EC2 Auto Scaling은 인스턴스가 더 이상 Amazon EC2 `running` 상태가 아님을 감지하면 즉시 해당 인스턴스를 `Unhealthy`로 표식하고 교체합니다. 예컨대, Auto Scaling 그룹이 어떤 인스턴스를 중단시키면 그것은 `Unhealthy`로 표식되고 교체됩니다. ## 그룹의 상태 확인 유예 기간 설정 신규 및 기존 Auto Scaling 그룹의 상태 확인 유예 기간을 설정할 수 있습니다. ------ #### [ Console ] **새 그룹의 상태 확인 유예 기간을 수정하려면** Auto Scaling 그룹을 생성할 때 **고급 옵션 구성** 페이지에서 **상태 확인**, **상태 확인 유예 기간**을 초 단위로 입력합니다. Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 인스턴스 상태를 확인하기 전에 기다려야 하는 시간입니다. ------ #### [ AWS CLI ] **새 그룹의 상태 확인 유예 기간을 수정하려면** [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) 명령에 `--health-check-grace-period` 옵션을 추가합니다. 다음 예에서는 `my-asg`라는 새 Auto Scaling 그룹에 대한 상태 확인 유예 기간을 `60`초 단위로 구성합니다. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-grace-period 60 ... ``` ------ ------ #### [ Console ] **기존 그룹의 상태 확인 유예 기간을 수정하려면** 1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling 그룹(Auto Scaling Groups)**을 선택합니다. 1. 화면 상단의 탐색 모음에서 Auto Scaling 그룹을 생성한 AWS 리전 을 선택합니다. 1. Auto Scaling 그룹 옆의 확인란을 선택합니다. 페이지 하단에 분할 창이 열립니다. 1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다. 1. **Health check grace period**(상태 확인 유예 기간)에 시간을 초 단위로 입력합니다. Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 인스턴스 상태를 확인하기 전에 기다려야 하는 시간입니다. 1. **업데이트**를 선택합니다. ------ #### [ AWS CLI ] **기존 그룹의 상태 확인 유예 기간을 수정하려면** [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령에 `--health-check-grace-period` 옵션을 추가합니다. 다음 예에서는 `my-asg`라는 기존 Auto Scaling 그룹에 대한 상태 확인 유예 기간을 `120`초 단위로 구성합니다. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-grace-period 120 ``` ------ **참고** Auto Scaling 그룹의 기본 인스턴스 준비 시간도 설정하는 것이 좋습니다. 자세한 내용은 [Auto Scaling 그룹의 기본 인스턴스 워밍업 설정](ec2-auto-scaling-default-instance-warmup.md) 단원을 참조하십시오. # 상태 확인을 사용하여 Amazon EBS 볼륨이 손상된 Auto Scaling 인스턴스 모니터링 Auto Scaling 그룹에 대한 Amazon EBS 상태 확인을 활성화하면 Amazon EC2 Auto Scaling에서 애플리케이션이 실행되는 전체 시스템을 모니터링하는지 확인할 수 있습니다. 이러한 상태 확인을 활성화하면 Amazon EC2 Auto Scaling은 인스턴스에 연결된 EBS 볼륨에 대해 수행된 Amazon EC2 상태 확인 결과를 수신합니다. 볼륨에 도달할 수 없거나 I/O 상태 확인을 통과하지 못하면 상태 확인이 실패하고 해당 인스턴스가 비정상으로 간주됩니다. Amazon EC2 Auto Scaling이 비정상 인스턴스를 감지하면 교체합니다. 이 주제에서는 사용자가 연결된 EBS 상태 확인에 익숙하다고 가정합니다. 그렇지 않은 경우 자세한 내용은 *Amazon EC2 사용 설명서*의 [연결된 EBS 상태 확인](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#attached-ebs-status-checks) 섹션을 참조하세요. 다음 주제에서는 연결된 EBS 상태 확인에 의존하는 Amazon EC2 Auto Scaling 상태 확인을 활성화하는 방법을 설명합니다. **참고** 모든 Auto Scaling 그룹에 대해 Amazon EBS 상태 확인을 활성화할 수 있습니다. 그러나 이러한 상태 확인은 [AWS Nitro 시스템에 구축된 인스턴스](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)에만 사용할 수 있습니다. ## 그룹에 대한 Amazon EBS 상태 확인 활성화 신규 및 기존 Auto Scaling 그룹에 대해 Amazon EBS 상태 확인을 활성화할 수 있습니다. ------ #### [ Console ] **새 그룹에 대한 Amazon EBS 상태 확인 활성화** Auto Scaling 그룹을 생성할 때 **고급 옵션 구성** 페이지의 **상태 확인**, **추가 상태 확인 유형**에서 **Amazon EBS 상태 확인 활성화**를 선택합니다. 그런 다음, **상태 확인 유예 기간**에 시간을 초 단위로 입력합니다. 이는 Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 상태를 확인하기 전에 기다려야 하는 시간입니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md) 단원을 참조하십시오. ------ #### [ AWS CLI ] **새 그룹에 대한 Amazon EBS 상태 확인 활성화** [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html) 명령에 `--health-check-type` 옵션을 추가합니다. 다음 예제에서는 `my-asg`라는 새 Auto Scaling 그룹에 대한 `--health-check-type` 옵션의 **`EBS`**를 지정합니다. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EBS" --health-check-grace-period 60 ... ``` `--health-check-type` 옵션에 여러 값을 지정할 수 있습니다. 예를 들어 Amazon EBS 및 Elastic Load Balancing 상태 확인 유형을 둘 다 추가하려면 다음 명령을 사용합니다. ``` aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EBS,ELB" --health-check-grace-period 60 ... ``` 값 이름은 대/소문자를 구분합니다. ------ ------ #### [ Console ] **기존 그룹에 대한 Amazon EBS 상태 확인 활성화** 1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling 그룹(Auto Scaling Groups)**을 선택합니다. 1. 화면 상단의 탐색 모음에서 Auto Scaling 그룹을 생성한 AWS 리전 을 선택합니다. 1. 기존 그룹 옆의 확인란을 선택합니다. **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다. 1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다. 1. **상태 확인**, **추가 상태 확인 유형**의 경우 **Amazon EBS 상태 확인 활성화**를 선택합니다. 1. **상태 확인 유예 기간**에 시간을 초 단위로 입력합니다. 이는 Amazon EC2 Auto Scaling이 인스턴스가 `InService` 상태에 진입한 후 상태를 확인하기 전에 기다려야 하는 시간입니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md) 단원을 참조하십시오. 1. **업데이트**를 선택합니다. ------ #### [ AWS CLI ] **기존 그룹에 대한 Amazon EBS 상태 확인 활성화** [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령에 `--health-check-type` 옵션을 추가합니다. 다음 예제에서는 `my-asg`라는 기존 Auto Scaling 그룹에 대한 `--health-check-type` 옵션의 `EBS`를 지정합니다. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EBS" --health-check-grace-period 60 ``` 여러 상태 확인 유형을 사용하려면 `--health-check-type` 옵션에 여러 값(예: `EBS,ELB`)을 지정할 수 있습니다. 값 이름은 대/소문자를 구분합니다. ------ # Auto Scaling 그룹에 대한 Amazon EBS 상태 확인 비활성화 다음 주제에서는 Auto Scaling 그룹에 대한 Amazon EBS 상태 확인을 해제하는 방법을 설명합니다. Amazon EBS 상태 확인이 더 이상 필요하지 않은 경우 다음 절차에 따라 해제합니다. ------ #### [ Console ] **그룹에 대한 Amazon EBS 상태 확인 비활성화** 1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling 그룹(Auto Scaling Groups)**을 선택합니다. 1. 기존 그룹 옆의 확인란을 선택합니다. **Auto Scaling 그룹** 페이지 하단에 분할 창이 열립니다. 1. **세부 정보** 탭에서 **상태 확인**, **편집**을 선택합니다. 1. **상태 확인**, **추가 상태 확인 유형**의 경우 **Amazon EBS 상태 확인 활성화**를 선택 취소합니다. 1. **업데이트**를 선택합니다. ------ #### [ AWS CLI ] **그룹에 대한 Amazon EBS 상태 확인 비활성화** Auto Scaling 그룹에서 상태 확인을 업데이트하여 더 이상 Amazon EBS 상태 확인을 사용하지 않게 하려면 [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html) 명령을 사용합니다. `--health-check-type` 옵션과 `EC2` 값을 포함합니다. ``` aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \ --health-check-type "EC2" ``` 다른 상태 확인 유형(예: Elastic Load Balancing)을 해제하지 않고 Amazon EBS 상태 확인을 해제하려면 `EC2` 대신 이를 지정해야 합니다. 예를 들어 Elastic Load Balancing 상태 확인의 경우 `--health-check-type` 옵션에 `ELB`를 지정합니다. 값 이름은 대/소문자를 구분합니다. ------ # Auto Scaling 그룹에 대한 사용자 지정 상태 확인 설정 사용자 지정 상태 확인을 사용하여 Amazon EC2 Auto Scaling에서 제공하는 기존 상태 확인 옵션을 보완할 수 있습니다. 사용자 지정 상태 확인을 다른 상태 확인 유형과 결합하여 애플리케이션의 필요에 맞는 포괄적인 상태 모니터링 시스템을 생성할 수 있습니다. 시작하려면 사용자 지정 테스트를 생성하여 Auto Scaling 그룹의 인스턴스가 올바르게 작동하고 수신 트래픽을 처리할 수 있는지 확인합니다. 구성한 상태 확인에서 인스턴스가 응답하지 않는 것으로 감지되면 해당 특정 인스턴스를 `Unhealthy`로 표시하여 Amazon EC2 Auto Scaling이 즉시 인스턴스를 교체합니다. AWS CLI 또는 SDK를 사용하여 인스턴스 상태를 Amazon EC2 Auto Scaling으로 직접 전송할 수 있습니다. 다음 예제에서는를 사용하여 인스턴스의 상태를 AWS CLI 구성한 다음 인스턴스의 상태를 확인하는 방법을 보여줍니다. 다음 [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html) 명령을 사용하여 지정된 인스턴스의 상태를 `Unhealthy`로 설정하십시오. ``` aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy ``` 기본적으로 이 명령은 상태 확인 유예 기간을 준수합니다. 그러나 `--no-should-respect-grace-period` 옵션을 포함하여 이 동작을 무시하고 유예 기간을 준수하지 않을 수 있습니다. 다음 [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html) 명령을 사용하여 인스턴스의 상태가 `Unhealthy`인지 확인하십시오. ``` aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg ``` 다음은 인스턴스의 상태가 `Unhealthy`이고 종료될 것임을 보여주는 응답의 예입니다. ``` { "AutoScalingGroups": [ { .... "Instances": [ { "ProtectedFromScaleIn": false, "AvailabilityZone": "us-west-2a", "LaunchTemplate": { "LaunchTemplateName": "my-launch-template", "Version": "1", "LaunchTemplateId": "lt-1234567890abcdef0" }, "InstanceId": "i-1234567890abcdef0", "InstanceType": "t2.micro", "HealthStatus": "Unhealthy", "LifecycleState": "Terminating" }, ... ] } ] } ``` # 상태 확인 불합격 이유 확인 다음 절차에 따라, 상태 확인로 인해 교체된 모든 인스턴스에 대한 정보를 확인할 수 있습니다. 기본적으로 Amazon EC2 Auto Scaling은 비건전 인스턴스의 해지를 위한 새 크기 조정 활동을 생성한 다음에 그것을 해지합니다. 인스턴스를 해지하는 동안 다른 크기 조정 활동이 새 인스턴스를 시작합니다. 인스턴스 유지 관리 정책을 사용하여 새 인스턴스를 가능한 한 빨리 시작하도록 이 동작을 변경할 수 있습니다. 자세한 내용은 [인스턴스 유지 관리 정책](ec2-auto-scaling-instance-maintenance-policy.md) 단원을 참조하십시오. ------ #### [ Console ] **상태 확인 실패 이유 확인** 1. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)에서 Amazon EC2 콘솔을 열고 탐색 창에서 **Auto Scaling 그룹(Auto Scaling Groups)**을 선택합니다. 1. Auto Scaling 그룹 옆의 확인란을 선택합니다. **Auto Scaling 그룹(Auto Scaling groups)** 페이지 하단에 분할 창이 열립니다. 1. **활동(Activity)** 탭에서 **활동 기록(Activity history)**의 **상태(Status)** 열에 Auto Scaling 그룹이 성공적으로 인스턴스를 시작 또는 해지했는지가 표시됩니다. 비건전 인스턴스를 해지한 경우, **원인(Cause)** 열에는 해지 날짜 및 시간과 상태 확인 불합격 이유가 표시됩니다. 예를 들어 `At 2022-05-14T20:11:53Z an instance was taken out of service in response to a user health-check`입니다. 이 메시지는 사용자 지정 상태 확인에서 인스턴스가 비정상으로 표시되었음을 나타냅니다. 상태 확인 실패에 대한 도움말은 [Amazon EC2 Auto Scaling의 비정상 인스턴스 문제 해결](ts-as-healthchecks.md) 섹션을 참조하세요. ------ #### [ AWS CLI ] **상태 확인 실패 이유 확인** 다음 [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html) 명령을 사용합니다. ``` aws autoscaling describe-scaling-activities --auto-scaling-group-name my-asg ``` 다음은 `Cause`에 상태 확인 실패 이유가 포함된 예제 응답입니다. ``` { "Activities": [ { "ActivityId": "4c65e23d-a35a-4e7d-b6e4-2eaa8753dc12", "AutoScalingGroupName": "my-asg", "Description": "Terminating EC2 instance: i-04925c838b6438f14", "Cause": "At 2021-04-01T21:48:35Z an instance was taken out of service in response to a user health-check.", "StartTime": "2021-04-01T21:48:35.859Z", "EndTime": "2021-04-01T21:49:18Z", "StatusCode": "Successful", "Progress": 100, "Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-west-2a\"...}", "AutoScalingGroupARN": "arn:aws:autoscaling:us-west-2:123456789012:autoScalingGroup:283179a2-f3ce-423d-93f6-66bb518232f7:autoScalingGroupName/my-asg" }, ... ] } ``` 출력의 필드에 대한 설명은 *Amazon EC2 Auto Scaling API 참조*의 [활동](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_Activity.html)을 참조하세요. Auto Scaling 그룹이 삭제된 이후 조정 활동을 설명하려면 [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html) 명령에 `--include-deleted-groups` 옵션을 추가합니다. ------ # Amazon EC2 Auto Scaling의 비정상 인스턴스 문제 해결 다음은 Amazon EC2 Auto Scaling, 잠재적인 원인 및 문제 해결을 위해 수행할 수 있는 단계에서 반환되는 오류 메시지입니다. 오류 메시지를 검색하려면 [상태 확인 불합격 이유 확인](replace-unhealthy-instance.md)를 참조하세요. **Topics** + [EC2 인스턴스 건전성 체크 불합격에 대한 응답으로 인스턴스가 서비스 중단됨](#ts-failed-status-checks) + [인스턴스가 해지되거나 중지되었음을 나타내는 EC2 건전성 체크에 대한 응답으로 인스턴스가 서비스 중단되었습니다.](#ts-terminated-or-stopped) + [ELB 시스템 건전성 체크 불합격에 대한 응답으로 인스턴스가 서비스 중단되었습니다.](#ts-failed-elb-health-checks) + [추가 리소스](#troubleshoot-health-checks-additional-resources) ## EC2 인스턴스 건전성 체크 불합격에 대한 응답으로 인스턴스가 서비스 중단됨 **문제**: Auto Scaling 인스턴스가 Amazon EC2 건전성 체크를 통과하지 못합니다. **원인 1**: Amazon EC2가 Auto Scaling 그룹의 인스턴스를 손상된 것으로 간주하는 문제가 있는 경우, Amazon EC2 Auto Scaling은 해당 인스턴스를 상태 확인의 일부로 자동으로 교체합니다. **해결 방법 1**: 인스턴스 상태 확인에 실패하는 경우에는 일반적으로 애플리케이션에서 더 이상 문제가 발생하지 않을 때까지 인스턴스 구성을 변경하여 문제를 직접 해결해야 합니다. 이 문제를 해결하려면 다음 단계에 따릅니다. 1. Auto Scaling 그룹의 일부가 아닌 Amazon EC2 인스턴스를 수동으로 생성하고 문제를 조사합니다. 장애가 발생한 인스턴스를 진단하는 일반적인 방법은 *Amazon EC2 사용 설명서*의 [상태 확인에 실패한 Amazon EC2 Linux 인스턴스 문제 해결](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstances.html)을 참고하세요. 1. 인스턴스가 성공적으로 시작되고 정상임을 확인한 후 오류가 없는 새로운 인스턴스 구성을 Auto Scaling 그룹에 배치합니다. 1. 생성한 인스턴스를 삭제해 자신의 AWS 계정에 요금이 계속해서 부과되는 것을 피할 수 있습니다. ## 인스턴스가 해지되거나 중지되었음을 나타내는 EC2 건전성 체크에 대한 응답으로 인스턴스가 서비스 중단되었습니다. **문제**: 중지, 재부팅 또는 해지된 Auto Scaling 인스턴스가 교체됩니다. **원인 1**: 사용자가 수동으로 인스턴스를 중지, 재부팅 또는 해지했습니다. **해결 방법 1**: Auto Scaling 그룹에서 인스턴스를 중단 또는 재부팅해야 하는 경우, 먼저 인스턴스를 대기 모드로 설정하는 것이 좋습니다. 자세한 내용은 [Auto Scaling 그룹에서 일시적으로 인스턴스 제거](as-enter-exit-standby.md) 단원을 참조하십시오. **원인 2**: 스팟 가격이 최고가보다 높거나 용량을 더 이상 사용할 수 없기 때문에 Amazon EC2 스팟 서비스가 인스턴스를 중단하면 Amazon EC2 Auto Scaling이 스팟 인스턴스를 교체하려고 시도합니다. **솔루션 2**: 특정 시점에 요청을 이행하기 위해 스팟 인스턴스가 존재한다고 보장할 수 없습니다. 그러나 다음과 같은 방법을 시도할 수 있습니다. + 더 높은 스팟 최고가(온디맨드 가격일 수 있음)를 사용합니다. 최고 가격을 높게 설정하면 Amazon EC2 스팟 서비스가 필요한 용량을 시작하고 유지할 수 있는 더 나은 기회가 제공됩니다. + 여러 가용 영역에서 여러 인스턴스 유형을 실행하여 인스턴스를 시작할 수 있는 다양한 용량 풀의 수를 늘립니다. 자세한 설명은 [여러 인스턴스 유형 및 구매 옵션이 포함된 Auto Scaling 그룹](ec2-auto-scaling-mixed-instances-groups.md) 섹션을 참조하세요. + 여러 인스턴스 유형을 사용하는 경우, 용량 재조정 기능을 사용하도록 설정하는 것이 좋습니다. 이는 실행 중인 인스턴스가 해지되기 전에 Amazon EC2 스팟 서비스에서 새 스팟 인스턴스를 시작하도록 하려는 경우에 유용합니다. 자세한 내용은 [위험 상태의 스팟 인스턴스를 대체하기 위한 Auto Scaling의 용량 재조정](ec2-auto-scaling-capacity-rebalancing.md) 단원을 참조하십시오. **원인 3**: 용량 블록을 사용하면 Amazon EC2가 용량 블록 종료 시간 30분 전에 아직 실행 중인 모든 인스턴스를 종료합니다. 갑작스러운 종료로 인해 Auto Scaling 그룹은 용량 블록이 종료되더라도 원하는 용량을 유지하기 위해 새 인스턴스를 시작하려고 시도합니다. **해결 방법 3**: 이 문제를 해결하려면 다음과 같이 실행합니다. + Auto Scaling 그룹의 원하는 용량을 줄여 새 인스턴스를 시작하지 못하게 합니다. 자세한 내용은 [Amazon EC2 Auto Scaling의 수동 조정](ec2-auto-scaling-scaling-manually.md) 단원을 참조하십시오. + 이 오류가 자주 발생하지 않도록 용량 블록 종료 시간 30분 전에 Auto Scaling 그룹에서 스케일 인해야 합니다. 수명 주기 후크가 용량 블록 종료 시간 30분 전에 완료되었는지 확인합니다. 자세한 내용은 [기계 학습 워크로드를 위한 Capacity Blocks 사용](launch-template-capacity-blocks.md) 단원을 참조하십시오. ## ELB 시스템 건전성 체크 불합격에 대한 응답으로 인스턴스가 서비스 중단되었습니다. **문제**: Auto Scaling 인스턴스가 EC2 건전성 체크를 통과할 수 있습니다. 그러나 해당 인스턴스가 Auto Scaling 그룹이 등록된 대상 그룹 또는 Classic Load Balancers에 대한 Elastic Load Balancing 건전성 체크에는 실패할 수 있습니다. **원인 1**: Auto Scaling 그룹이 Elastic Load Balancing에서 제공하는 상태 확인을 사용하는 경우, Amazon EC2 Auto Scaling은 EC2 상태 확인과 Elastic Load Balancing 상태 확인의 결과를 점검하여 인스턴스의 상태를 판단합니다. 로드 밸런서는 각 인스턴스에 요청을 보내고 올바른 응답을 기다리거나 인스턴스와 연결을 설정하여 건전성 체크를 수행합니다. 인스턴스에서 실행 중인 애플리케이션에는 로드 밸런서가 인스턴스를 서비스에서 제외시키는 것을 고려하게 하는 문제가 있기 때문에 인스턴스가 Elastic Load Balancing 건전성 체크에 실패할 수 있습니다. **솔루션 1**: Elastic Load Balancing 건전성 체크를 통과하려면: + 대상 그룹의 건전성 체크 설정이 올바르게 구성되었는지 확인합니다. 대상 그룹당 로드 밸런서의 건전성 체크 설정을 정의합니다. 자세한 내용은 [대상 상태 확인 구성](getting-started-elastic-load-balancing.md#elb-health-checks-for-targets) 단원을 참조하십시오. + 로드 밸런서에 필요한 성공 코드를 기록해 두고 성공 시 이들 코드를 반환하도록 애플리케이션이 올바르게 구성되어 있는지 확인합니다. + 로드 밸런서 및 Auto Scaling 그룹의 보안 그룹이 올바르게 구성되었는지 확인합니다. + 로드 밸런서가 Auto Scaling 그룹과 동일한 가용 영역에서 구성되어 있는지 확인합니다. **솔루션 2**: Auto Scaling 그룹을 업데이트하여 Elastic Load Balancing 상태 확인을 비활성화합니다. 이러한 상태 확인을 비활성화하는 방법에 대한 지침은 [Detach a target group or Classic Load Balancer](https://docs.aws.amazon.com//autoscaling/ec2/userguide/attach-load-balancer-asg.html#as-remove-load-balancer)를 참조하세요. **원인 2**: 건전성 체크 유예 기간과 인스턴스 시작 시간 간에 불일치가 있습니다. **해결 방법 3**: Auto Scaling 그룹에 대한 상태 확인 유예 기간을 편집합니다. Elastic Load Balancing Balancing에서 새로 시작된 인스턴스를 정상으로 간주하기 전에 필요한 연속 상태 확인 성공 횟수를 지원할 수 있도록 유예 기간을 충분히 길게 설정합니다. 자세한 내용은 [Auto Scaling 그룹의 상태 확인 유예 기간 설정](health-check-grace-period.md) 단원을 참조하십시오. ## 추가 리소스 다른 문제가 있는 경우 추가 문제 해결 도움말은 다음 AWS re:Post 문서를 참조하세요. + [Amazon EC2 Auto Scaling에서 인스턴스를 해지한 이유는 무엇입니까?](https://repost.aws/knowledge-center/auto-scaling-instance-how-terminated) + [Amazon EC2 Auto Scaling에서 비정상 인스턴스를 해지하지 않는 이유는 무엇입니까?](https://repost.aws/knowledge-center/auto-scaling-terminate-instance)