Una aplicación utiliza un clúster de Aurora MySQL con una única réplica de lectura. El rendimiento de lectura empeora cuando las conexiones superan las 200; la carga normal es de unas 180 conexiones, pero a veces supera las 200. El administrador necesita que el sistema escale automáticamente a medida que las conexiones de los usuarios aumentan y disminuyen. ¿Qué enfoque satisface este requisito?

La opción correcta es crear una política de autoescalado que tenga como objetivo un valor de métrica DatabaseConnections de 195. Esto permite que Aurora añada automáticamente réplicas de lectura al clúster cuando el número de conexiones se acerca al umbral problemático de 200, manteniendo el rendimiento de lectura. Aumentar el tamaño de la instancia de la réplica existente podría posponer el problema, pero no lo resuelve a largo plazo si las conexiones siguen aumentando. Cambiar a modo serverless cada vez que las conexiones superen las 200 no es una solución práctica ni automática para un clúster existente y podría introducir latencia. Migrar a un nuevo clúster con múltiples instancias de escritura no es relevante para el rendimiento de lectura y la escalabilidad de conexiones de lectura, ya que Aurora MySQL solo tiene una instancia de escritura.