Una empresa ejecuta un clúster de base de datos de Amazon Aurora MySQL con seis Aurora Replicas. Quieren que las consultas de informes casi en tiempo real se distribuyan automáticamente entre tres Aurora Replicas específicas que utilizan especificaciones de cómputo y memoria diferentes a las de los otros nodos del clúster. ¿Qué solución cumple con estos requisitos?

La creación y el uso de un custom endpoint (punto de conexión personalizado) es la solución correcta porque permite agrupar Aurora Replicas específicas y dirigir las conexiones a ellas. Esto es ideal para aislar cargas de trabajo de informes en réplicas con configuraciones de cómputo y memoria distintas, sin afectar otras réplicas. Usar un clon de clúster de tres nodos no es adecuado porque crearía una base de datos separada, no distribuiría las consultas dentro del clúster existente. Usar instance endpoints (puntos de conexión de instancia) requeriría que la aplicación gestionara la distribución de carga, lo cual no es automático. El reader endpoint (punto de conexión de lector) distribuye la carga entre todas las Aurora Replicas, no solo entre un subconjunto específico con configuraciones particulares.