Un arquitecto de soluciones está revisando la resiliencia de una aplicación. Un administrador de bases de datos recientemente realizó un failover de una instancia de escritor de Amazon Aurora PostgreSQL durante un ejercicio de escalado, causando 3 minutos de inactividad. ¿Qué solución reducirá el tiempo de inactividad para los ejercicios de escalado con la MENOR sobrecarga operativa?

La opción correcta es configurar un Amazon RDS Proxy. RDS Proxy mantiene un grupo de conexiones a la base de datos, lo que permite que las aplicaciones se conecten rápidamente sin necesidad de reestablecer conexiones individuales. Durante un failover de Aurora, RDS Proxy enruta automáticamente las conexiones a la nueva instancia de escritor, reduciendo drásticamente el tiempo de inactividad de la aplicación (típicamente a segundos). Esto minimiza la sobrecarga operativa ya que no requiere cambios en la aplicación durante el failover y gestiona la complejidad de la conexión. Crear más réplicas de lectura no ayuda con el failover del escritor, ya que las réplicas de lectura no pueden aceptar escrituras. Configurar un clúster secundario y actualizar la aplicación para usar su endpoint de escritor introduce una sobrecarga operativa significativa y un tiempo de inactividad durante el cambio manual. Crear un clúster de ElastiCache for Memcached es una solución de caché, no una solución para la resiliencia del failover de la base de datos principal.