Una aplicación se ejecuta actualmente en una sola zona de disponibilidad. ¿Cuál es el enfoque MÁS adecuado para mejorar la disponibilidad de modo que el servicio continúe incluso si se produce un fallo de AZ?
Identificar el enfoque de diseño de alta disponibilidad que mantiene el servicio en funcionamiento durante un fallo de AZ.
Aumentar el número de instancias en la misma AZ.
Una zona de disponibilidad (AZ) es un conjunto de uno o más centros de datos dentro de una región, cada uno con alimentación y redes independientes. Agregar más instancias en la misma AZ ayuda con la distribución de carga, pero si esa AZ completa falla, todas las instancias se detienen simultáneamente.
Distribuir entre múltiples AZ es necesario para tolerar un fallo de AZ, por lo que este enfoque no cumple el requisito.
Cambiar el tipo de instancia a un tamaño mayor.
Actualizar a una instancia más grande aumenta la capacidad de procesamiento, pero la instancia permanece en una sola AZ.
Si se produce un fallo de AZ, esa instancia se detiene, por lo que este enfoque no mejora la disponibilidad.
Realizar copias de seguridad diarias de las instancias.
Las copias de seguridad son eficaces para la recuperación ante pérdida de datos, pero la restauración tarda tiempo.
Este enfoque no puede cumplir el requisito de mantener el servicio en ejecución en el momento en que se produce un fallo de AZ.
Distribuir las instancias en múltiples zonas de disponibilidad.
Correcto. Distribuir instancias en múltiples AZ y usar un balanceador de carga significa que, aunque falle una AZ, las instancias en las otras AZ continúan atendiendo el tráfico. Este es el patrón fundamental del diseño de alta disponibilidad.
'Continuidad del servicio ante un fallo de AZ' y 'alta disponibilidad' requieren distribución Multi-AZ + balanceador de carga. Agregar instancias en una sola AZ, actualizar el tamaño de instancia y hacer copias de seguridad no son suficientes para sobrevivir una interrupción a nivel de AZ.