Descubre Cuál Es la Mejor Arquitectura de AWS Para Lograr Alta Disponibilidad en Tu Aplicación

Pregunta

Su empresa está planificando la siguiente arquitectura para su aplicación. Un conjunto de instancias EC2 que alojan la parte web de la aplicación. Una base de datos relacional para el backend. Un balanceador de carga para la distribución del tráfico. Una puerta de enlace NAT para enrutar el tráfico desde el servidor de la base de datos a Internet. ¿Cuál de las siguientes arquitecturas garantiza una alta disponibilidad en todos los componentes?

Respuestas

A. Un balanceador de carga con una subred pública, una subred privada. Las instancias EC2 ubicadas en una zona de disponibilidad. RDS con Multi-AZ habilitado. NAT Gateway en una zona de disponibilidad.

B. Un balanceador de carga con 2 subredes públicas, 2 subredes privadas. Las instancias EC2 ubicadas en 2 zonas de disponibilidad. RDS con Multi-AZ habilitado. Puertas de enlace NAT en cada zona de disponibilidad.

C. Un balanceador de carga con 2 subredes públicas, 2 subredes privadas. Las instancias EC2 ubicadas en 2 zonas de disponibilidad. RDS con Multi-AZ habilitado. NAT Gateway en una zona de disponibilidad.

D. Un balanceador de carga con 2 subredes públicas, 2 subredes privadas. Las instancias EC2 ubicadas en una zona de disponibilidad. RDS con Multi-AZ habilitado. NAT Gateway en una zona de disponibilidad.

Respuesta Correcta

A.BCD

Respuesta: B.

En una implementación Multi-AZ, Amazon RDS aprovisiona y mantiene automáticamente una réplica en espera síncrona en una zona de disponibilidad diferente.

Ejecutar una instancia de base de datos con alta disponibilidad puede mejorar la disponibilidad durante el mantenimiento planificado del sistema y ayudar a proteger sus bases de datos contra fallas en la instancia de base de datos y la interrupción de la zona de disponibilidad.

La opción A es incorrecta porque no se garantiza la alta disponibilidad.

Le recomendamos que habilite varias zonas de disponibilidad.

Con esta configuración, si una zona de disponibilidad deja de estar disponible o no tiene objetivos en buen estado, el balanceador de carga puede continuar enrutando el tráfico a los objetivos en buen estado en otra zona de disponibilidad.

La opción B es correcta porque se garantiza la alta disponibilidad.

Si una de las zonas de disponibilidad falla, las instancias EC2 de la subred privada restante aún podrán comunicarse con Internet porque tienen su propia puerta de enlace NAT en la misma zona de disponibilidad.

Las opciones C y D son incorrectas porque la alta disponibilidad no está garantizada, ya sea si tenemos EC2 en una sola AZ o varias AZ.

Tener NAT Gateway en una sola AZ es una causa para no garantizar la alta disponibilidad.

Sin embargo, si hay una falla con la zona de disponibilidad A (raro, pero puede suceder), entonces no se puede acceder a la puerta de enlace NAT desde la subred privada B.

Por lo tanto, el sistema puede verse afectado aunque se ejecute en dos zonas de disponibilidad o en una sola zona de disponibilidad.

Para obtener más información sobre Elastic Load Balancing, Multi-AZ y puerta de enlace NAT, consulte las siguientes URL:-

https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html

https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html

/vpc/latest/userguide/vpc-nat-gateway.html" href="https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html">https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html