Una aplicación se ejecuta en EC2 en una única VPC a través de dos zonas de disponibilidad. Una VPC de inspección compartida con un GWLB y un conjunto de instancias de inspección de marketplace inspecciona el tráfico entre la VPC e internet. Para ahorrar costos, solo se implementó una instancia de inspección en cada AZ utilizada por la aplicación. Durante el mantenimiento de una instancia de inspección, algunas instancias de la aplicación experimentan tiempos de espera de sesión de internet y no pueden establecer nuevas sesiones. ¿Qué combinación de cambios solucionará el problema? (Elija dos).

El problema surge porque solo hay una instancia de inspección por AZ. Cuando una instancia entra en mantenimiento, el GWLB no tiene otra instancia en esa AZ para enviar el tráfico, causando tiempos de espera. 1. Implementar una instancia de inspección adicional en cada zona de disponibilidad donde están implementadas las instancias de inspección: Esto asegura que siempre haya al menos dos instancias de inspección activas por AZ. Si una falla o entra en mantenimiento, la otra puede manejar el tráfico, manteniendo la disponibilidad. 2. Habilitar el atributo de balanceo de carga entre zonas para el GWLB: Por defecto, el GWLB es zonal. Al habilitar el balanceo de carga entre zonas, el GWLB puede enviar tráfico a instancias de inspección en otras AZs si las instancias en la AZ de origen no están disponibles, mejorando la resiliencia y la distribución de carga. Las otras opciones son incorrectas: Implementar instancias en AZs sin instancias de inspección no ayuda si el problema está en las AZs donde se ejecuta la aplicación. Un grupo de Auto Scaling con escalado basado en CPU es útil para la escalabilidad, pero no resuelve el problema de disponibilidad inmediata cuando una instancia única en una AZ falla o entra en mantenimiento. Adjuntar el GWLB a todas las AZs de la Región no resuelve el problema si no hay suficientes instancias de inspección en las AZs donde se necesita el servicio.