Рабочая нагрузка выполняется на инстансах Amazon EC2 в группе Auto Scaling. VPC охватывает две зоны доступности (AZ), с одной подсетью в каждой AZ, на которую нацелена группа Auto Scaling. VPC подключена к локальной инфраструктуре, и это подключение не должно быть нарушено. Максимальное количество инстансов в группе Auto Scaling — 20. Текущая IPv4-адресация: VPC 10.0.0.0/23, подсеть AZ1 10.0.0.0/24, подсеть AZ2 10.0.1.0/24. В регионе теперь доступна третья AZ. Необходимо добавить новую AZ для группы Auto Scaling без добавления адресного пространства IPv4 и без простоя сервиса. Какой подход удовлетворяет этим ограничениям?

Правильный вариант предлагает поэтапный подход, который позволяет перераспределить существующее адресное пространство IPv4 без простоя сервиса. Сначала группа Auto Scaling переключается на одну AZ, чтобы освободить другую для модификации. Затем подсеть AZ1 удаляется и воссоздается с меньшим CIDR, освобождая часть адресного пространства. Этот процесс повторяется для AZ2, используя освобожденное пространство для создания новой подсети AZ2 и подсети AZ3. Это позволяет добавить третью AZ, используя только существующие IP-адреса и поддерживая доступность сервиса. Неправильные варианты: Завершение работы инстансов EC2 в подсети AZ1 приведет к простою сервиса, что противоречит условию задачи. Создание новой VPC с тем же CIDR IPv4 не позволит обновить существующую группу Auto Scaling, так как группа привязана к конкретной VPC. Кроме того, это нарушит подключение к локальной инфраструктуре. Обновление подсети AZ1 для уменьшения ее размера невозможно без удаления и воссоздания, что приведет к простою.