Una carga de trabajo operativa se ejecuta en instancias de Amazon EC2 en un grupo de Auto Scaling. La VPC abarca dos zonas de disponibilidad (AZ), con una subred en cada AZ a la que se dirige el grupo de Auto Scaling. La VPC está conectada a la infraestructura local y esa conectividad no debe interrumpirse. El máximo del grupo de Auto Scaling es de 20 instancias. El direccionamiento IPv4 actual es: VPC 10.0.0.0/23, subred AZ1 10.0.0.0/24, subred AZ2 10.0.1.0/24. Ahora hay una tercera AZ disponible en la Región. Debe añadir la nueva AZ para el grupo de Auto Scaling sin añadir espacio de direcciones IPv4 y sin tiempo de inactividad del servicio. ¿Qué enfoque satisface estas restricciones?

La opción correcta permite la expansión a una tercera AZ sin tiempo de inactividad del servicio ni adición de espacio de direcciones IPv4. Al redirigir el grupo de Auto Scaling a una sola AZ mientras se reconfigan las demás, se mantiene la disponibilidad. La estrategia de dividir y reutilizar los CIDR de las subredes existentes (10.0.0.0/24 y 10.0.1.0/24) permite crear tres subredes /25 (10.0.0.0/25, 10.0.0.128/25, 10.0.1.0/25) dentro del CIDR de VPC 10.0.0.0/23 sin añadir nuevos bloques de direcciones. Las opciones incorrectas implican tiempo de inactividad, no resuelven el problema del espacio de direcciones o son inviables. Eliminar y recrear subredes con instancias en ejecución (opción 2) causaría interrupción. Crear una nueva VPC (opción 3) es una solución drástica que implicaría una migración compleja y tiempo de inactividad. La opción 4 es incorrecta porque no se puede "actualizar" una subred para reducir su espacio de direcciones; las subredes deben eliminarse y recrearse.