문제 182
SysOps 관리자가 회사의 웹 애플리케이션의 성능 문제를 조사하고 있습니다. 애플리케이션은 Auto Scaling 그룹에 있는 Amazon EC2 인스턴스에서 실행됩니다. 애플리케이션은 하루 종일 임의의 시간에 대규모 트래픽 증가를 받습니다. 빠른 트래픽 증가 기간 동안 Auto Scaling 그룹은 충분히 빠르게 용량을 추가하지 못합니다. 결과적으로 사용자는 성능 저하를 경험합니다. 회사는 웹 트래픽이 급증할 때 사용자 경험에 부정적인 영향 없이 비용을 최소화하려고 합니다. 회사는 더 큰 트래픽 증가에 대해 더 큰 용량 조정을 수행하는 솔루션이 필요합니다. SysOps 관리자는 이 요구 사항을 충족하도록 Auto Scaling 그룹을 구성해야 합니까?
- A. 단순 스케일링 정책을 생성하여 시스템이 높은 부하에 있을 때 용량을 더 크게 조정하는 설정을 포함합니다.
- B. 단계 스케일링 정책을 생성하여 시스템이 높은 부하에 있을 때 용량을 더 크게 조정하는 설정을 포함합니다.✓ 정답
- C. 목표 추적 스케일링 정책을 생성하여 시스템이 높은 부하에 있을 때 용량을 더 크게 조정하는 설정을 포함합니다.
- D. Amazon EC2 Auto Scaling 라이프사이클 훅을 사용합니다. 모든 스케일링 이벤트 후 Auto Scaling 그룹의 최대 인스턴스 수를 조정합니다.
해설
【핵심 용어】 ▸ Step Scaling Policy: 메트릭 값에 따라 단계별로 다른 조정 작업을 수행 ▸ Simple Scaling vs Target Tracking: 메트릭 기반 자동 스케일링의 서로 다른 방식 ▸ Metric Thresholds: 여러 임계값을 설정하여 스케일링 규모를 조절 【정답 포인트】 ▸ Step Scaling Policy는 메트릭 값의 범위에 따라 다양한 크기의 조정을 수행할 수 있습니다. ▸ 예: CPU 70-80% 범위에서 +2 인스턴스, 80-90% 범위에서 +4 인스턴스 추가 가능 ▸ 이를 통해 작은 트래픽 증가에는 작은 조정, 큰 트래픽 증가에는 큰 조정을 적용할 수 있습니다. 【오답 체크】 (A) Simple Scaling은 각 조정 후 대기 시간이 있어 빠른 트래픽 증가에 대응하기 어렵습니다. 75자 (C) Target Tracking은 목표값 유지에 초점을 두며, 조정 크기를 세분화하기 어렵습니다. 70자 (D) 라이프사이클 훅은 스케일링 속도 향상이 아닌 사용자 정의 작업 수행에 사용됩니다. 70자 【시험 포인트】 ▸ Auto Scaling 정책 선택은 워크로드의 변화 패턴에 따라 달라집니다. ▸ Step Scaling은 예측 불가능한 트래픽 패턴에 유연하게 대응하기 위한 권장 방식입니다. ▸ SOA 시험에서는 Auto Scaling 정책의 차이와 각각의 사용 사례를 이해하는 것이 중요합니다.