Condiciones de alerta
Puede configurar las siguientes condiciones de alerta en la página de configuración de alertas a nivel de proyecto para activar alertas.
Connections Se produce si el número de conexiones activas al host cumple con el promedio especificado.
Connections % of configured limit Se produce si el número de conexiones abiertas al host excede el porcentaje especificado.
Desencadenantes comunes
Se puede exceder el límite de conexión de un clúster Atlas por diversas razones. Los distintos niveles de Atlas tienen diferentes límites de conexión.
Por ejemplo, los clústeres M0 y {Flex-clusters+} están limitados a 500 conexiones. Los clústeres M10 están limitados a 1500 conexiones. Los niveles de clúster más grandes tienen límites de conexión más altos.
Las diferentes aplicaciones de acceso a bases de datos tienen diferentes formas de implementar agrupación de conexiones, que afecta la cantidad de conexiones abiertas que mantiene su aplicación en un momento dado.
Solucionar el problema inmediato
M0 y {Flex-Clusters+}
Para resolver una condición de alerta de conexión:
Reinicie la aplicación que está estableciendo conexiones con su clúster Atlas. Al reiniciar la aplicación, se cancelan todas las conexiones existentes y el clúster Atlas puede reanudar su funcionamiento normal.
Elimina todas las entradas de la lista de acceso IP dentro del proyecto. El Clúster Flexible y Free se conectan a través de un proxy que aplica la lista de acceso a las conexiones activas. Eliminar las entradas de su lista de acceso borra todas las conexiones realizadas por servidores de aplicaciones activos.
M10+ Clústeres
Los clústeres Atlas de tamaño M10 o superior pueden utilizar la opción "Probar conmutación por error principal". Este procedimiento reduce el rendimiento del nodo principal actual y activa una elección que cancela todas las conexiones a él.
Nota
Si su aplicación se conecta exclusivamente a un nodo secundario, es posible que deba realizar el procedimiento de conmutación por error de prueba varias veces para asegurarse de que el nodo secundario correspondiente gire su posición dentro del conjunto de réplicas y descarte sus conexiones.
La conmutación por error de prueba suele ser la solución preferible, pero otra posible solución es reiniciar la aplicación que actualmente establece conexiones con el clúster Atlas. Reiniciar la aplicación finaliza todas las conexiones existentes y permite que el clúster Atlas reanude sus operaciones normales.
Implemente una solución a largo plazo
Las alertas de conexión suelen ser un síntoma de un problema mayor. Emplear una de las estrategias descritas anteriormente solucionará el problema inmediato, pero una solución permanente suele requerir:
Examinar sus aplicaciones de base de datos para detectar errores en el código de conexión. Las conexiones que se abren pero nunca se cierran pueden provocar que las conexiones antiguas se acumulen y, con el tiempo, superen el límite de conexiones. Además, podría ser necesario implementar algún tipo de agrupación de conexiones.
Actualización a un nivel de clúster Atlas más grande que permita una mayor cantidad de conexiones, si su base de usuarios es demasiado grande para su nivel de clúster actual.
Supervisar su progreso
Ver el Connections Gráfico para monitorear el número total de conexiones al clúster.
Supervise las conexiones para determinar si los límites de conexión actuales son suficientes. Si es necesario, escale el nivel del clúster.
Para obtener más información, consulte Ver métricas del clúster.