AWS Auto Scaling

애플리케이션을 모니터링하고 용량을 자동으로 조정하여 가능한 가장 낮은 비용으로 안정적이고 예측 가능한 성능을 유지하는 여러 AWS 서비스에 걸친 Auto Scaling 기능 모음

EC2 (Amazon EC2 Auto Scaling이라고 함), ECS, DynamoDB, Aurora에서 서비스 가능

 

ASG: Auto Scaling 정책으로 관리되는 EC2 인스턴스의 논리적 그룹으로 정의된 후 편집 가능하고 기존 ASG에 하나 이상의 클래식 ELB를 연결할 수 있지만 auto scaling이 지역별 서비스라 ELB는 동일 지역에 있어야 함.

종료정책도 있는데 축소 이벤트 발생할 때 먼저 종료되는 인스턴스 제어하는 것으로 고 가용성을 위해 인스턴스가 가용 영역에 균등하게 확장되도록 설계됨

ASG 병합.

• 여러 단일 AZ Auto Scaling 그룹을 단일 다중 AZ ASG로 병합 할 수 있습니다.
• 병합은 CLI를 통해서만 수행 할 수 있습니다.
• 프로세스는 다른 ASG에 대해 다른 AZ를 커버 / 스팬하도록 그룹 중 하나를 다시 구역화하는 것입니다.
• 그런 다음 다른 ASG를 삭제합니다.
• ELB가 연결되거나 연결되지 않은 ASG에서 수행 할 수 있습니다.
• 결과 ASG는 기존 ASG 중 하나 여야합니다.

스케일링 확장 옵션: 트리거와 인스턴스를 프로비저닝 / 디 프로비저닝해야하는시기를 정의

• 유지 관리 – 특정 또는 최소한의 인스턴스 실행을 유지합니다.
• 수동 – 최대, 최소 또는 특정 수의 인스턴스를 사용합니다.
• 예약 됨 – 일정에 따라 인스턴스 수를 늘리거나 줄입니다.
• 동적 – 실시간 시스템 지표 (예 : CloudWatch 지표)를 기반으로 확장합니다.

확장 정책

Amazon Simple Queue Service (SQS) 큐를 기반으로 확장하는 것도 가능

Uses a custom metric that’s sent to Amazon CloudWatch that measures the number of messages in the queue per EC2 instance in the Auto Scaling group.

Then use a target tracking policy that configures your Auto Scaling group to scale based on the custom metric and a set target value. CloudWatch alarms invoke the scaling policy.

Use a custom “backlog per instance” metric to track not just the number of messages in the queue but the number available for retrieval.

Can base off the SQS Metric “ApproximateNumberOfMessages”.