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 cada vez menos espacio disponible en disco
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 un uso excesivo de disco si está almacenando o recuperando datos de forma activa durante un período prolongado de tiempo.
Para solucionar este problema, mueva su base de datos a uno o más 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 con NUMA habilitado
Ejecutar MongoDB en un sistema con NUMA puede causar diversos problemas operativos, como un rendimiento lento durante periodos de tiempo y un alto consumo de procesos del sistema. Para más información y recomendaciones, consulte MongoDB y hardware NUMA en el Manual de MongoDB.
Lectura anticipada
Consulte la información de lectura anticipada en esta sección del Manual de MongoDB para obtener información y recomendaciones sobre
Readahead Advertencia de inicio.
Páginas enormes transparentes + desfragmentación
Para obtener información y recomendaciones sobre la advertencia de Transparent Huge Pages and Defrag inicio, consulte Deshabilitar páginas grandes transparentes (THP).
El host no está disponible
El agente MongoDB se conecta a cada proceso MongoDB en su implementación para recopilar datos de diagnóstico.
Si su agente MongoDB no puede conectarse a un proceso, considere las siguientes posibles soluciones:
Razón | Resolución |
|---|---|
El host ya no existe. | Eliminar host de Cloud Manager. |
El monitoreo no puede alcanzar al host. | Ver Soluciones para una alerta de host caído para posibles resoluciones. |
La versión de MongoDB está desactualizada
Para las implementaciones de MongoDB administradas por Cloud Manager, este permite realizar actualizaciones y degradaciones automáticas y seguras entre versiones de MongoDB, a la vez que maximiza la disponibilidad de la implementación. Cloud Manager admite actualizaciones y degradaciones para clústeres fragmentados, conjuntos de réplicas e instancias independientes 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 su implementación, cambie manualmente la versión de MongoDB. El Manual de MongoDB incluye tutoriales de actualización con cada versión. Por ejemplo, consulte Actualizar MongoDB a 4.2 para actualizar a MongoDB 4.2 desde una versión anterior.
Para implementaciones administradas:
En MongoDB Cloud Manager, vaya a Processes Página para su 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.
Puede agregar un árbitro a su conjunto de réplicas para permitir una cantidad desigual de miembros sin la sobrecarga de un miembro que replica datos.
Si su implementación no está administrada por Cloud Manager, siga las instrucciones del Manual de MongoDB para agregar manualmente un árbitro a su conjuntode réplicas.
Para implementaciones administradas:
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 conjunto de réplicas tiene menos de tres nodos que contienen datos
Recomendamos que su conjunto de réplicas incluya al menos tres nodos que contengan datos para garantizar una alta disponibilidad. Para conocer los factores que afectan la alta disponibilidad, consulte las páginas del Manual de MongoDB sobre
Si su implementación no está administrada por Cloud Manager, siga las instrucciones del Manual de MongoDB para agregar manualmente un nodo a su conjuntode réplicas.
Para implementaciones administradas:
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 conjunto de réplicas tiene nodos de versiones mixtas
Debido a posibles incompatibilidades, se recomienda actualizar las versiones obsoletas de las instancias de MongoDB a las más recientes en su clúster.
Si su implementación no está administrada por Cloud Manager, deberá cambiar manualmente la versión de MongoDB. El Manual de MongoDB incluye tutoriales de actualización con cada versión. Por ejemplo, consulte Actualizar MongoDB a 4.2 para actualizar a MongoDB 4.2 desde una versión anterior.
Para implementaciones administradas:
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 conjunto 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 administradas:
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, consulte Arquitecturas de implementación de conjuntos de réplicas en el Manual de MongoDB.
El clúster compartido tiene nodos de versiones mixtas
Los componentes del clúster sharded ejecutan diferentes versiones de MongoDB.
Para evitar problemas de compatibilidad, utilice la misma versión de MongoDB para todos los mongos procesos y mongod que conforman su clúster fragmentado. Esto incluye todos los mongod procesos utilizados para los servidores de configuración y los fragmentos del clúster.
Para cambiar la versión de un mongod mongos proceso o, consulte Cambiar la versión de MongoDB.
Hay demasiadas operaciones en cola
Las operaciones en cola son operaciones que esperan ser procesadas. Esto puede ocurrir cuando se alcanza la capacidad máxima del hardware o si las consultas tienen un rendimiento bajo.
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 tiene acceso a Cloud Manager Premium, puede acceder a los datos de perfilado para obtener estadísticas sobre el rendimiento y las operaciones de la base de datos. Para obtener más información sobre la creación de perfiles de bases de datos, consulte Bases de datos de perfiles.
Demasiado retraso en 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 problemas de retraso de replicación, consulte Verificar el retraso de replicación en el Manual de MongoDB.