한 SysOps 엔지니어가 Auto Scaling 그룹 내 EC2 인스턴스에서 실행되는 회사 웹 애플리케이션의 성능 문제를 해결하고 있습니다. 트래픽 급증은 낮 동안 예측할 수 없고 빠르게 발생합니다. Auto Scaling 그룹이 급격한 스파이크 동안 충분히 빠르게 스케일 아웃되지 않아 사용자에게 느린 응답을 유발합니다. 회사는 비용을 통제하면서 빠른 스케일링을 보장하기를 원합니다. 즉, 더 큰 트래픽 급증은 더 작은 급증보다 더 큰 용량 증가를 유발해야 합니다. 이러한 동작을 달성하려면 Auto Scaling 그룹을 어떻게 구성해야 합니까?

단계 스케일링 정책은 CloudWatch 지표 위반의 크기에 따라 조정 동작을 정의할 수 있으므로, 트래픽 급증의 규모에 비례하여 더 큰 용량 증가를 유발하도록 구성할 수 있습니다. 이는 예측 불가능하고 빠르게 발생하는 트래픽 급증에 효과적으로 대응하면서 비용을 통제하는 데 도움이 됩니다. 단순 스케일링 정책은 단일 임계값에 따라 고정된 용량 조정을 수행하므로, 트래픽 급증의 크기에 따른 차등적인 스케일링이 어렵습니다. 대상 추적 정책은 지정된 지표를 목표 값으로 유지하려고 시도하지만, 급격한 스파이크에 대한 즉각적이고 차등적인 반응에는 덜 적합할 수 있습니다. EC2 Auto Scaling 수명 주기 후크는 스케일링 이벤트 중 사용자 지정 작업을 허용하지만, 수동 개입이 필요하며 자동화된 스케일링 솔루션으로 적합하지 않습니다.