Amazon EC2 Auto Scaling (FAQ - 손상된 인스턴스 교체)

Amazon EC2 Auto Scaling은 손상된 인스턴스를 어떻게 교체?

손상된 인스턴스가 상태 확인에 실패하면, Amazon EC2 Auto Scaling이 자동으로 이를 종료하고 새로운 인스턴스로 교체함.

ELB 로드 밸런서를 사용하고 있는 경우, Amazon EC2 Auto Scaling이 새로운 인스턴스를 프로비저닝하여 로드 밸런서에 연결하기 전에 손상된 인스턴스를 로드 밸런서에서 단계적으로 분리함.

이 작업은 모두 자동으로 수행되므로 인스턴스를 교체해야 하는 경우 수동으로 대응할 필요가 없음.

축소 시 Amazon EC2 Auto Scaling이 종료하는 인스턴스를 제어하는 방법?

인스턴스의 데이터를 보호하는 방법?

사용자는 각 Amazon EC2 ASG에서 Amazon EC2 Auto Scaling이 그룹에 인스턴스를 추가하거나(확장이라고 함) 그룹에서 인스턴스를 제거하는(축소라고 함) 시점을 제어함.

인스턴스를 연결하거나 분리하여 수동으로 그룹 크기를 조정하거나, 조정 정책을 사ㅛㅇ하여 이러한 프로세스를 자동화할 수 있음.

자동으로 축소하도록 Amazon EC2 Auto Scaling을 설정한 경우, Amazon EC2 Auto Scaling에서 먼저 종료해야 하는 인스턴스가 무엇인지 결정해야 함.

이 작업은 종료 정책을 사용하여 구성할 수 있음.

또한, 인스턴스 보호 기능을 사용하여 Amazon EC2 Auto Scaling이 축소를 위해 인스턴스를 종료할 때 특정 인스턴스를 선택에서 배제하도록 할 수도 있음.

인스턴스에 데이터가 있으며 인스턴스를 축소하더라도 해당 데이터를 유지해야 하는 경우, S3, RDS 또는 DynamoDB와 같은 서비스를 사용하여 인스턴스 외부로 데이터를 저장할 수 있음.

비정상 서버를 탐지한 후 Amazon EC2 Auto Scaling이 새로운 인스턴스를 inService 상태로 구동할 때까지 소요시간?

소요 시간은 몇분 이내.

교체 대부분이 5분 이내에 처리되며 평균적으로 5분에 훨씬 못 미침.

이는 인스턴스 AMI를 부팅하는 데 걸리는 시간 등 다양한 요소에 따라 달라짐.

ELB에서 인스턴스가 비정상이며 오프라인이 되었다고 판단하면, 장애가 발생한 인스턴스로 전송된 이전 요청은 대기열에 추가된 후 그룹 내 다른 인스턴스로 다시 라우팅 되는지?

ELB에서 인스턴스가 비정상임을 알게 되면 해당 인스턴스로 요청을 라우팅하는 것을 중단함.

하지만 인스턴스가 비정상임을 발견하기 전에 해당 인스턴스로 전송된 일부 요청은 실패하게 됨.

ELB를 사용하지 않는 경우, 서버 장애 발생 시 사용자를 어떻게 그룹 내 다른 서버로 안내?

Route 53과 통합하면 됨.

현재 Amazon EC2 Auto Scaling에서 이를 바로 지원하지는 않지만 많은 고객이 사용함.

또한, 자체 역방향 프록시를 사용하거나 내부 마이크로 서비스의 경우 서비스 검색 솔루션을 사용할 수도 있음.

Cray