한 회사에서 Application Load Balancer 뒤의 EC2 인스턴스에서 내부 웹 앱을 실행합니다. 인스턴스는 단일 가용 영역에만 걸쳐 있는 Auto Scaling 그룹에 있습니다. SysOps 관리자는 AZ 장애에 탄력적인 애플리케이션을 만들어야 합니다. 고가용성을 달성하기 위해 어떤 변경을 해야 할까요?

정답은 "동일한 AWS 리전 내의 두 번째 가용 영역에서 인스턴스를 시작할 수 있도록 Auto Scaling 그룹을 수정합니다"입니다. 애플리케이션의 고가용성을 보장하려면 단일 가용 영역(AZ) 장애로부터 보호해야 합니다. Auto Scaling 그룹이 여러 AZ에 걸쳐 인스턴스를 시작하도록 구성하면, 한 AZ에 문제가 발생하더라도 다른 AZ의 인스턴스가 계속해서 애플리케이션을 제공할 수 있습니다. 오답인 "최대 수요를 충족할 수 있도록 Auto Scaling 그룹의 최대 인스턴스 수를 늘립니다"와 "최대 수요를 충족할 수 있도록 Auto Scaling 그룹의 최소 인스턴스 수를 늘립니다"는 인스턴스 수를 늘려 용량을 확보할 수는 있지만, 단일 AZ 장애에 대한 탄력성을 제공하지 못합니다. 모든 인스턴스가 동일한 AZ에 있다면, 해당 AZ에 장애가 발생할 경우 애플리케이션은 여전히 중단됩니다. "다른 AWS 리전의 가용 영역에서 인스턴스를 시작하도록 Auto Scaling 그룹을 수정합니다"는 재해 복구 시나리오에는 적합하지만, 동일한 리전 내의 AZ 장애에 대한 고가용성 솔루션으로는 과도하며, 추가적인 복잡성과 비용이 발생합니다. 일반적으로 고가용성은 동일 리전 내의 여러 AZ를 활용하여 달성합니다.