기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 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)를 참조하세요.