Las aplicaciones de una empresa escriben datos de transacciones varias veces por minuto en una única instancia de base de datos de Amazon RDS. A medida que crece el volumen de transacciones, la empresa necesita una conmutación por error automática para la recuperación ante desastres que preserve las transacciones confirmadas. ¿Qué solución satisface esta necesidad?

La implementación Multi-AZ de Amazon RDS proporciona alta disponibilidad y recuperación ante desastres al mantener una réplica síncrona en espera en una zona de disponibilidad diferente. En caso de una interrupción de la instancia principal, RDS realiza automáticamente una conmutación por error a la réplica en espera, preservando las transacciones confirmadas y minimizando el tiempo de inactividad, lo cual es crucial para las aplicaciones transaccionales. Las réplicas de lectura de RDS (opciones 1 y 2) son asíncronas y están diseñadas para escalar el rendimiento de lectura, no para la recuperación ante desastres con conmutación por error automática que preserve todas las transacciones confirmadas. Promover una réplica de lectura a principal manualmente o con Lambda puede resultar en pérdida de datos no replicados y un mayor tiempo de recuperación. Reiniciar la instancia de base de datos (opción 4) no aborda la recuperación ante desastres ni la alta disponibilidad, solo es una medida reactiva a un problema de rendimiento.