기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Auto Scaling 그룹의 상태 확인 정보
이 주제에서는 사용 가능한 상태 점검 유형에 대한 개요를 제공하고 Amazon EC2 Auto Scaling 상태 확인을 애플리케이션에 통합하기 위한 주요 고려 사항을 설명합니다.
내용
상태 확인 유형
Amazon EC2 Auto Scaling은 다음 상태 확인 중 하나 이상을 사용하여 InService
인스턴스의 상태를 확인할 수 있습니다.
상태 확인 유형 | 확인 내용 |
---|---|
Amazon EC2 상태 확인 및 예정된 이벤트 |
Auto Scaling 그룹의 기본 상태 확인 유형입니다. |
Elastic Load Balancing 상태 확인 |
이 상태 점검 유형을 실행하려면 Auto Scaling 그룹에서 이 상태 점검 유형을 켜야 합니다. |
VPC래티스 상태 점검 |
이 상태 점검 유형을 실행하려면 Auto Scaling 그룹에서 이 상태 점검 유형을 켜야 합니다. |
아마존 EBS 헬스 체크 |
이 상태 점검 유형을 실행하려면 Auto Scaling 그룹에서 이 상태 점검 유형을 켜야 합니다. |
사용자 지정 상태 확인 |
|
아마존 EC2 헬스 체크
인스턴스는 시작된 후에 Auto Scaling 그룹에 연결되고 InService
상태로 들어갑니다. Auto Scaling 그룹에서 인스턴스의 여러 수명 주기에 대한 자세한 설명은 아마존 EC2 Auto Scaling 인스턴스 라이프사이클 섹션을 참조하세요.
Amazon EC2 Auto Scaling은 Auto Scaling 그룹 내 모든 인스턴스의 상태를 정기적으로 확인하여 인스턴스가 실행 중이고 양호한 상태인지 확인합니다.
상태 확인
Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스 상태 확인 및 시스템 상태 확인 결과를 사용하여 인스턴스의 상태를 확인합니다. 인스턴스가 Amazon 상태가 아닌 running
다른 Amazon EC2 상태이거나 상태 확인 상태가 되면 Amazon EC2 Auto Scaling은 해당 인스턴스를 비정상으로 간주하여 교체합니다. impaired
인스턴스가 다음 상태일 때도 위와 같이 실행됩니다.
-
stopping
-
stopped
-
shutting-down
-
terminated
Amazon EC2 상태 확인에는 특별한 구성이 필요하지 않으며 항상 활성화됩니다. 자세한 내용은 Amazon EC2 사용 설명서의 상태 확인 유형을 참조하십시오.
중요
Amazon EC2 Auto Scaling을 사용하면 어떤 조치도 취하지 않고도 상태 확인이 가끔 실패할 수 있습니다. 상태 확인이 실패하면 Amazon EC2 Auto Scaling은 문제가 해결될 때까지 몇 분 정도 AWS 기다립니다. 상태 확인를 위한 그 상태가 impaired
가 될 때 그것은 인스턴스를 Unhealthy
로 즉각 표식하지 않습니다.
하지만 Amazon EC2 Auto Scaling에서 인스턴스가 더 이상 running
상태가 아님을 감지하면 이 상황은 즉각적인 실패로 간주됩니다. 이 경우 인스턴스를 즉시 로 Unhealthy
표시하고 교체합니다.
예약된 이벤트
Amazon은 때때로 특정 타임스탬프 이후에 인스턴스의 이벤트가 실행되도록 예약할 EC2 수 있습니다. 자세한 내용은 Amazon EC2 사용 설명서의 인스턴스에 대한 예약 이벤트를 참조하십시오.
인스턴스 중 하나가 예정된 이벤트의 영향을 받는 경우 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 로드 밸런서 연결 준비 단원을 참조하십시오.
로드 밸런서를 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
다음 정기 상태 점검 대상으로 표시하고 교체합니다.
로드 밸런서에 연결 드레이닝 (등록 취소 지연) 이 활성화된 경우 Amazon EC2 Auto Scaling은 진행 중인 요청이 완료되거나 최대 제한 시간이 만료될 때까지 기다린 후 비정상 인스턴스가 종료됩니다.
참고
Auto Scaling 그룹에 로드 밸런서를 연결하고 Elastic Load Balancing 상태 확인을 활성화하는 방법에 대한 지침은 을 참조하십시오Auto Scaling 그룹에 Elastic Load Balancing 로드 밸런서를 연결합니다..
그룹에 대해 Elastic Load Balancing 상태 확인을 활성화하면 Amazon EC2 Auto Scaling에서 Elastic Load Balancing이 비정상으로 보고한 인스턴스를 교체할 수 있지만, 이는 로드 밸런서가 상태가 된 InService
후에만 가능합니다. 자세한 내용은 로드 밸런서의 연결 상태 확인 단원을 참조하십시오.
VPC래티스 상태 점검
기본적으로 Amazon EC2 Auto Scaling은 VPC 래티스 상태 확인 결과를 무시합니다. Auto Scaling 그룹에 대해 이러한 상태 확인을 선택적으로 활성화할 수 있습니다. 이렇게 하면 VPC Lattice에서 등록된 인스턴스를 다음과 같이 Unhealthy
보고하면 Amazon EC2 Auto Scaling은 해당 인스턴스를 Unhealthy
다음 정기 상태 점검 대상으로 표시하고 교체합니다. 인스턴스를 등록한 다음 상태를 확인하는 프로세스는 Elastic Load Balancing 상태 확인가 작동하는 방식과 동일합니다.
참고
Auto Scaling 그룹에 VPC Lattice 대상 그룹을 연결하고 Auto Scaling 그룹에 대해 VPC Lattice 상태 확인을 켜는 방법에 대한 지침은 을 참조하십시오. Auto Scaling 그룹에 VPC 래티스 대상 그룹을 연결합니다.
그룹에 대해 VPC Lattice 상태 확인을 활성화하면 Amazon EC2 Auto Scaling에서 VPC Lattice가 비정상으로 보고한 인스턴스를 대체할 수 있습니다. 단, 대상 그룹이 해당 상태가 된 후에만 가능합니다. InService
자세한 내용은 VPCLattice 대상 그룹의 첨부 파일 상태를 확인하십시오. 단원을 참조하십시오.
Amazon EC2 Auto Scaling을 통해 다운타임을 최소화하는 방법
기본적으로 기존 인스턴스가 종료되는 동시에 새 인스턴스가 프로비저닝되므로 새 인스턴스가 완전히 작동할 때까지 새 요청이 수락되지 않을 수 있습니다.
Amazon EC2 Auto Scaling에서 더 이상 실행되지 않는 인스턴스 (또는 Unhealthy
set-instance-health명령으로 표시된 경우) 가 확인되면 해당 인스턴스를 즉시 교체합니다. 하지만 다른 인스턴스가 비정상인 것으로 확인되면 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은 대신 비정상 인스턴스를 한 번에 하나씩 교체합니다. 이로 인해 그룹에 약간의 가동 중지 시간이 발생할 수 있습니다.
또한 Elastic Load Balancing 상태 확인에서 Auto Scaling 그룹의 모든 인스턴스가 비정상으로 보고되고 로드 밸런서가 InService
상태에 있는 경우 Amazon EC2 Auto Scaling은 한 번에 더 적은 수의 인스턴스를 비정상으로 표시할 수 있습니다. 이로 인해 한 번에 교체되는 인스턴스 수가 다른 시나리오에 적용된 10%보다 훨씬 적을 수 있습니다. 이렇게 하면 Amazon EC2 Auto Scaling에서 전체 그룹을 자동으로 종료하지 않고도 문제를 해결할 시간을 확보할 수 있습니다.
웜 풀에 있는 인스턴스의 건강 점검
또한 Amazon EC2 Auto Scaling은 웜 풀의 인스턴스에 대한 상태 확인을 수행합니다. 자세한 내용은 건전성 체크의 상태 및 건전성 체크 불합격 이유 보기 단원을 참조하십시오.
상태 확인 고려 사항
Amazon EC2 Auto Scaling 상태 확인을 사용할 때 고려할 사항은 다음과 같습니다.
-
해지 중인 인스턴스나 시작 중인 인스턴스에서 어떤 이벤트가 발생해야 하는 경우, 수명 주기 후크를 사용할 수 있습니다. 이러한 후크를 사용하면 Amazon EC2 Auto Scaling에서 인스턴스를 시작하거나 종료할 때 사용자 지정 작업을 수행할 수 있습니다. 자세한 내용은 Amazon EC2 Auto Scaling 수명 주기 후크 단원을 참조하십시오.
-
Amazon EC2 Auto Scaling은 상태 확인에서 Amazon EC2 상태 확인 및 예약된 이벤트를 제거하는 방법을 제공하지 않습니다. 인스턴스를 교체하지 않으려면 개별 Auto Scaling 그룹의
ReplaceUnhealthy
및HealthCheck
프로세스를 일시 중지하는 것이 좋습니다. 자세한 내용은 Amazon EC2 Auto Scaling 프로세스 일시 중지 및 재개 단원을 참조하십시오. -
비정상 인스턴스의 상태를 수동으로 다시
Healthy
설정하려면 set-instance-health명령을 사용해 볼 수 있습니다. 인스턴스가 이미 해지 중이기 때문에 오류가 발생하는 것일 수 있습니다. 일반적으로 set-instance-health명령을 사용하여 인스턴스의 상태를 다시Healthy
로 설정하는 것은 프로세스나ReplaceUnhealthy
프로세스가 일시 중단된 경우에만 유용합니다.Terminate
-
상태 확인의 방해 없이 인스턴스 문제를 해결해야 하는 경우 인스턴스를
Standby
상태로 전환할 수 있습니다. Amazon EC2 Auto Scaling은 사용자가 인스턴스를 다시 서비스 상태로 전환할 때까지 해당Standby
상태에 있는 인스턴스에 대한 상태 확인을 수행하지 않습니다. 자세한 내용은 Auto Scaling 그룹에서 일시적으로 인스턴스 제거 단원을 참조하십시오. -
인스턴스가 해지되면 연결된 모든 Elastic IP 주소와의 연결이 해제되고 새 인스턴스와 자동으로 연결되지 않습니다. 탄력적 IP 주소를 새 인스턴스와 수동으로 연결하거나 수명 주기 후크 기반 솔루션을 사용하여 자동으로 연결해야 합니다. 자세한 내용은 Amazon EC2 사용 설명서의 엘라스틱 IP 주소를 참조하십시오.
-
마찬가지로, 인스턴스가 종료되면 연결된 EBS 볼륨이 분리되거나 볼륨의
DeleteOnTermination
속성에 따라 삭제됩니다. 이러한 EBS 볼륨을 새 인스턴스에 수동으로 연결하거나 수명 주기 후크 기반 솔루션을 사용하여 자동으로 연결해야 합니다. 자세한 내용은 Amazon EBS 사용 설명서의 인스턴스에 Amazon EBS 볼륨 연결을 참조하십시오.