En esta página se enumeran los problemas que puede plantear una verificación del estado de Cloud Manager y se proporcionan sus soluciones.
El host tiene un espacio disponible en disco decreciente
Cloud Manager considera que cualquier disco en cualquier host necesita más capacidad de disco si estima que el disco estará lleno en dos semanas o menos.
Para solucionar este problema, mueva su base de datos a uno o más discos con mayor capacidad.
El host tiene una utilización excesiva del disco
Cloud Manager considera que cualquier disco en cualquier host tiene una utilización excesiva del disco si está almacenando o recuperando datos de forma activa durante un periodo de tiempo prolongado.
Para solucionar este problema, mueve tu base de datos a un disco (o discos) con mayor rendimiento.
El host tiene advertencias de inicio
Advertencia de empresa emergente por límites
Los límites de procesos y usuarios con valores predeterminados bajos pueden causar diversos problemas durante el funcionamiento normal de MongoDB. Para más información y recomendaciones, consulte la sección "Configuración de ulimit para UNIX" en el Manual de MongoDB.
Advertencia de inicio habilitado para NUMA
Ejecutar MongoDB en un sistema con NUMA puede causar una serie de problemas operativos, incluyendo un rendimiento lento durante períodos de tiempo y un alto uso de procesos del sistema. Para obtener información y recomendaciones adicionales, consulte MongoDB y hardware NUMA en el Manual de MongoDB.
Readahead
Consulta la información de lectura anticipada en esta sección del Manual de MongoDB para ver información y recomendaciones sobre el
Readahead advertencia de empresa emergente.
Páginas enormes transparentes + desfragmentación
Para obtener información y recomendaciones sobre la advertencia de inicio de Transparent Huge Pages and Defrag, consulta Deshabilitar las Transparent Huge Pages (THP).
El host no es accesible
El agente MongoDB se conecta a cada proceso de MongoDB en su implementación para recopilar datos de diagnóstico.
Si tu MongoDB Agent no puede conectarse a un proceso, considera las siguientes posibles resoluciones:
Razón | Resolución |
|---|---|
El host ya no existe. | Remover host de Cloud Manager. |
El monitoreo no puede alcanzar al host. | Ver Remedios para una alerta de host inactivo para posibles resoluciones. |
Versión anticuada de MongoDB
Para implementaciones de MongoDB gestionadas por Cloud Manager, Cloud Manager admite operaciones seguras de actualización y degradación automáticas entre versiones de MongoDB, maximizando la disponibilidad de la implementación. Cloud Manager soporta operaciones de actualización y reducción de versión para clústeres particionados, sets de réplicas e instancias autónomas de MongoDB.
Configurar versiones disponibles de MongoDB describe cómo elegir qué versiones de MongoDB están disponibles para Cloud Manager.
Si Cloud Manager no gestiona tu implementación, cambia manualmente la versión de MongoDB. El MongoDB Manual proporciona tutoriales de actualización con cada versión. Por ejemplo, consulta Actualizar MongoDB a 4.2 para actualizar a MongoDB 4.2 desde una versión anterior.
Para implementaciones gestionadas:
En MongoDB Cloud Manager, vaya a Processes página para tu proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Para obtener más información y precauciones, consulte Cambiar la versión de MongoDB.
El conjunto de réplicas tiene un número par de votos
Un número par de miembros con derecho a voto en un conjunto de réplicas puede provocar problemas electorales en caso de fallo del nodo principal. Considere añadir un nodo con derecho a voto adicional a sus conjuntos de réplicas para garantizar un número impar de votos.
Puedes añadir un árbitro a tu set de réplicas para permitir un número impar de miembros, sin la sobrecarga de un miembro que replique datos.
Si tu implementación no está gestionada por Cloud Manager, sigue las instrucciones del Manual de MongoDB para añadir manualmente un árbitro a tu set de réplicas.
Para implementaciones gestionadas:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
El set de réplicas tiene menos de tres nodos con datos
Recomendamos que su set de réplicas incluya al menos tres nodos con datos para garantizar la alta disponibilidad. Para los factores que afectan la alta disponibilidad, consulte las páginas del Manual de MongoDB sobre
Si tu implementación no está administrada por Cloud Manager, sigue las instrucciones del Manual de MongoDB para añadir manualmente un nodo a tu set de réplicas.
Para implementaciones gestionadas:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
El set de réplicas tiene nodos de diferentes versiones
Debido a posibles incompatibilidades, se recomienda actualizar las versiones desactualizadas de las instancias de MongoDB a las más recientes en tu clúster.
Si su implementación no está gestionada por Cloud Manager, deberá cambiar manualmente la versión de MongoDB. El Manual de MongoDB ofrece tutoriales de actualización para cada versión. Por ejemplo, consulte Actualizar MongoDB a 4.2 para actualizar a MongoDB 4.2 desde una versión anterior.
Para implementaciones gestionadas:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Para obtener más información y precauciones, consulte Cambiar la versión de MongoDB.
El set de réplicas tiene más de un árbitro
Se añade un árbitro a un conjunto de réplicas con un número par de miembros para agregar un voto en las elecciones para primario. Los árbitros siempre tienen exactamente un voto y permiten que los conjuntos de réplicas tengan un número impar de miembros, sin la sobrecarga de un miembro que replique datos. Solo se requiere un árbitro para desempatar en las elecciones.
Si su implementación no está administrada por Cloud Manager, siga las instrucciones del Manual de MongoDB para eliminar manualmente un miembro de su conjuntode réplicas.
Para implementaciones gestionadas:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Para obtener más información sobre las arquitecturas de implementación, consulta Arquitecturas de implementación de conjunto de réplicas en el manual de MongoDB.
El clúster compartido tiene nodos de versiones diferentes
Los componentes del clúster sharded ejecutan diferentes versiones de MongoDB.
Para evitar problemas de compatibilidad, utiliza la misma versión de MongoDB para todo tu mongos y mongod los procesos que conforman tu clúster fragmentado. Esto incluye todos los mongod procesos utilizados para los servidores de configuración del clúster y particiones.
Para cambiar la versión de un mongod o mongos proceso, consulta Cambiar la versión de MongoDB.
Hay demasiadas operaciones en cola
Las operaciones en cola son aquellas operaciones que están esperando ser procesadas. Esto puede ocurrir cuando se ha alcanzado la capacidad del hardware o si se tienen consultas con bajo rendimiento.
Si tiene acceso a Cloud Manager Premium, puede rastrear operaciones de larga duración usando el Cloud Manager perfilador. Para habilitar la herramienta de perfilador en Cloud Manager:
En MongoDB Cloud Manager, ir a la página Processes del proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Processes en la sección Database.
Se muestra la página Procesos.
Si no tienes acceso a Cloud Manager Premium, aún puedes acceder a los datos de perfilado para obtener estadísticas sobre el rendimiento y las operaciones de la base de datos. Para leer más sobre bases de datos de perfiles, consulta Bases de datos de perfiles.
Demasiado atraso de la replicación
El atraso de la replicación es un retraso entre una operación en el primario y la aplicación de esa operación desde el oplog al secundario. El atraso de la replicación puede ser un problema significativo y puede afectar seriamente las implementaciones de set de réplicas de MongoDB. El atraso de la replicación excesivo hace que los nodos “retrasados” no sean elegibles para convertirse rápidamente en primarios y aumenta la posibilidad de que las operaciones de lectura distribuidas sean incoherentes.
Para aprender cómo solucionar el retraso de la replicación, consulta Verifica el retraso de la replicación en el Manual de MongoDB.