한 회사에서 AWS Elastic Beanstalk에 애플리케이션을 배포하고 환경의 Auto Scaling 그룹 원하는 용량을 5개의 EC2 인스턴스로 설정했습니다. 배포 중에 용량이 4개 인스턴스 미만으로 떨어지면 애플리케이션 성능이 저하됩니다. 이 환경은 all-at-once 배포 정책을 사용합니다. 배포 중 성능 문제를 방지하기 위한 가장 비용 효율적인 변경 사항은 무엇입니까?

정답은 '배포 정책을 rolling with additional batch로 변경하고 additional batch 크기를 1로 설정합니다'입니다. all-at-once 배포는 모든 인스턴스를 동시에 교체하므로 배포 중 용량이 일시적으로 0이 되어 성능 저하를 일으킬 수 있습니다. rolling with additional batch 배포는 배포 중 추가 인스턴스를 프로비저닝하여 기존 용량을 유지하면서 새 버전을 배포합니다. additional batch 크기를 1로 설정하면 최소한 5개의 인스턴스(기존 4개 + 추가 1개)가 항상 유지되므로 용량이 4개 미만으로 떨어지는 것을 방지할 수 있습니다. 이는 비용 효율적으로 성능 문제를 해결하는 방법입니다. Auto Scaling 그룹의 원하는 용량을 6개 인스턴스로 변경하는 것은 지속적으로 더 많은 인스턴스를 실행하므로 비용이 증가합니다. traffic splitting은 새 버전을 소수의 사용자에게 먼저 배포하여 테스트하는 방식이지만, 배포 중 용량 부족 문제를 직접적으로 해결하지 못합니다. rolling 배포는 기존 인스턴스를 점진적으로 교체하지만, 배치 크기에 따라 일시적으로 용량이 감소할 수 있어 4개 미만으로 떨어질 위험이 있습니다.