Auto Scaling 그룹의 Amazon EC2 인스턴스에서 운영 워크로드가 실행됩니다. VPC는 두 개의 가용 영역(AZ)에 걸쳐 있으며, Auto Scaling 그룹이 대상으로 하는 각 AZ에 하나의 서브넷이 있습니다. VPC는 온프레미스 인프라에 연결되어 있으며, 이 연결은 중단되어서는 안 됩니다. Auto Scaling 그룹의 최대 인스턴스 수는 20개입니다. 현재 IPv4 주소 지정은 VPC 10.0.0.0/23, AZ1 서브넷 10.0.0.0/24, AZ2 서브넷 10.0.1.0/24입니다. 이제 리전에 세 번째 AZ를 사용할 수 있습니다. IPv4 주소 공간을 추가하지 않고 서비스 다운타임 없이 Auto Scaling 그룹에 새 AZ를 추가해야 합니다. 다음 중 어떤 접근 방식이 이러한 제약 조건을 충족합니까?

이 접근 방식은 기존 IPv4 주소 공간을 재분배하여 세 번째 AZ를 추가하면서 서비스 중단을 방지합니다. 먼저 Auto Scaling 그룹을 AZ2로 전환하여 AZ1 서브넷을 안전하게 재구성할 수 있도록 합니다. AZ1 서브넷을 삭제하고 절반 크기로 다시 생성한 후 Auto Scaling 그룹을 다시 AZ1로 전환하여 AZ2 서브넷을 재구성할 수 있도록 합니다. 이 과정을 통해 기존 주소 공간을 두 개의 겹치지 않는 /25 CIDR 블록으로 분할하여 각 AZ에 하나씩 할당할 수 있습니다. 마지막으로, 남은 주소 공간을 사용하여 새 AZ3 서브넷을 생성하고 Auto Scaling 그룹을 세 개의 서브넷 모두로 업데이트하여 가용성을 높입니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. AZ1 서브넷의 EC2 인스턴스를 종료하는 것은 서비스 중단을 야기합니다. 동일한 IPv4 CIDR을 가진 새 VPC를 생성하는 것은 온프레미스 연결을 다시 구성해야 하므로 서비스 중단을 야기합니다. 서브넷을 업데이트하여 크기를 줄이는 것은 불가능합니다. 서브넷의 크기는 생성 시에만 정의할 수 있습니다.