¿Qué configuración es efectiva para mejorar la disponibilidad de una base de datos RDS y realizar automáticamente una conmutación por error a una instancia en espera en una zona de disponibilidad diferente cuando falla la instancia principal?
Pregunta que solicita seleccionar la configuración de RDS que mejora la disponibilidad y proporciona conmutación automática.
Implementación Multi-AZ
Correcto. La implementación Multi-AZ de RDS es una configuración de alta disponibilidad que mantiene una instancia en espera replicada sincrónicamente en una zona de disponibilidad separada y conmuta automáticamente durante una falla. Su objetivo es mejorar la disponibilidad y minimizar el tiempo de inactividad durante el mantenimiento planificado o las fallas de instancia.
Réplica de lectura
Una réplica de lectura es una réplica para distribuir el tráfico de lectura, y su propósito principal es la escalabilidad.
Su propósito difiere de Multi-AZ, que apunta a mejorar la disponibilidad mediante la conmutación automática, por lo que es incorrecto.
Colocar un balanceador de carga frente a la base de datos para distribuir las conexiones.
Un balanceador de carga (ELB) distribuye el tráfico a recursos de cómputo como EC2. La conmutación por error para RDS se realiza mediante la configuración Multi-AZ y el DNS failover.
Colocar un ELB frente a la base de datos para cambiar automáticamente a una instancia en espera no es un enfoque de mejora de disponibilidad de RDS, por lo que es incorrecto.
Tomar un snapshot
Un snapshot es una copia de seguridad que requiere tiempo para restaurarse.
No puede cumplir el requisito de cambiar instantánea y automáticamente a una instancia en espera ante una falla, por lo que es incorrecto.
RDS Multi-AZ = disponibilidad (conmutación automática a una instancia en espera en AZ diferente); Réplica de lectura = escalabilidad de lectura. Distinguir por objetivo: disponibilidad vs. rendimiento.