Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Monitoring

Confirme que el URI o la dirección IP del servicio Ops Manager esté almacenado correctamente en la propiedad mongo.mongoUri en el archivo <install_dir>/conf/conf-mms.properties:

mongo.mongoUri=<SetToValidUri>

Si no asigna este valor a esta propiedad, Ops Manager fallará al intentar conectarse a la dirección por defecto 127.0.0.1:27017 URL.

Si la URI o la dirección IP de tu servicio cambia, debes actualizar la propiedad con la nueva dirección. Por ejemplo, actualice la dirección si despliega en un sistema sin una dirección IP estática, o si despliega en EC2 sin una IP fija y luego reinicia la instancia EC2.

Si la dirección URI o IP cambia, cada usuario que acceda al servicio también debe actualizar la dirección en la URL utilizada para conectarse y en los archivos monitoring-agent.config del lado del cliente.

Si usa el Ops Manager <install_dir>/bin/credentialstool para cifrar la contraseña utilizada en el valor mongo.mongoUri, también añada la clave mongo.encryptedCredentials al archivo <install_dir>/conf/conf-mms.properties y establezca el valor de esta propiedad en true:

mongo.encryptedCredentials=true

Para resoluciones de condiciones de alerta, consulte también Resolver alertas.

Para obtener información sobre cómo crear y gestionar alertas, consulta Configurar los Ajustes de Alerta y Gestionar Alertas.

Hay al menos dos formas de desactivar las notificaciones de alertas:

Si la lista de notificaciones por correo electrónico contiene varios grupos de correo electrónico, una o más personas pueden recibir varias notificaciones de la misma alerta.

Estos mensajes de error aparecen en la página Deployment , bajo el nombre de un host. Se muestran si el número de conexiones disponibles no alcanza el valor mínimo definido por el Gestor de Operaciones. Estos errores no se generan por la instancia mongos y, por lo tanto, no aparecen en los archivos de entrada de registro de mongos .

En cada host, la supervisión compara el número de descriptores de archivos abiertos y conexiones con el límite máximo de conexiones. El parámetro ulimit de descriptores de archivos abiertos máximos afecta directamente el número de conexiones disponibles al servidor. El agente calcula si existen suficientes conexiones para cumplir con el valor mínimo definido por el gestor de operaciones (Ops Manager).

En los documentos ping, para cada nodo y sus valores serverStatus.connections, si la suma del valor current más el valor available es menor que el valor de configuración maxConns establecido para un host monitorizado, la supervisión enviará un mensaje Host has low open file limits o Too many open files a Ops Manager.

Los documentos de ping son datos enviados por Monitorings a Ops Manager. Para ver los documentos de ping:

Para acceder a esta funcionalidad, debe:

  1. Haga clic en la página Deployment.

  2. Haz clic en el nombre del host.

  3. Haga clic en Last Ping.

Para prevenir este error, te recomendamos que configures ulimit archivos abiertos en 64000. También recomendamos configurar el comando maxConns en mongosh para al menos la configuración recomendada.

Para obtener más información, consulta la página de referencia ulimit de MongoDB y la the MongoDB maxConns reference page.

Posibles causas de este estado:

Los siguientes factores pueden causar problemas con la detección de implementaciones por parte de la supervisión:

Para solucionar este problema:

  1. Haga clic en Deployment.

  2. Haz clic en la pestaña Processes

  3. Haga clic en Add Deployment.

  4. En la ventana New Deployment, especifique los siguientes valores:

    • Tipo de implementación

    • nombre interno del host

    • puerto interno

  5. Si corresponde:

    • Añade el nombre de usuario y la contraseña de la base de datos.

    • Habilite TLS para conectarse con su supervisión.

Nota

No es necesario reiniciar tu supervisión cuando agregas (o remueves) una implementación.

Si agregas la implementación después de un fallo y reinicias la supervisión, es posible que no veas el nombre del host en la página Deployment. Ops Manager detecta la implementación como un duplicado y suprime sus datos.

Para restablecer:

  1. Haga clic en Settings.

  2. Haga clic en Project Settings.

  3. Haga clic en Reset Duplicates.

Si tus implementaciones existen en varios centros de datos, asegura que todas tus implementaciones puedan ser descubiertas por todos tus monitoreos.

En casos raros, se baja el mongod y se vuelve a configurar el set de réplicas. No se puede borrar la implementación abajo y se devuelve el siguiente mensaje de error:

Advertencia

Esta implementación no puede ser borrada porque está habilitada para copias de seguridad.

Comunícate con Soporte de MongoDB para obtener ayuda con la eliminación de estas implementaciones.

Posibles causas de este problema:

  • El reenvío de métricas está deshabilitado en el recurso MongoDBSearch.

  • MongoDB Ops Manager es anterior a 8.0.25.

  • El recurso MongoDBSearch apunta a una implementación externa de MongoDB y faltan los detalles de conexión de MongoDB Ops Manager.

Para solucionar este problema, compruebe status.metricsForwarder en el recurso MongoDBSearch y verifique que la implementación del reenviador de métricas exista en el clúster. Para obtener más información, consulte Especificación de recursos de MongoDBSearch.

La implementación de MongoDB Ops Manager de destino es anterior a 8.0.25 o es Cloud Manager. Actualice MongoDB Ops Manager o establezca el modo de reenvío de métricas en deshabilitado para borrar el estado.

Posibles causas de este problema:

  • El punto final de Prometheus mongot está deshabilitado.

  • El recurso MongoDBSearch tiene una referencia de MongoDB Ops Manager no válida.

  • El recurso MongoDBSearch hace referencia a un tipo de origen no admitido, como MongoDBCommunity.

Compruebe el mensaje status.metricsForwarder en el recurso MongoDBSearch para conocer la causa específica y corrija la especificación del recurso.

El ID del grupo o la clave API del agente que utiliza el reenviador de métricas no coincide con el proyecto de Ops Manager de destino. Verifique que el Proyecto ConfigMap y la clave API del agente Secret a los que se hace referencia coincidan con el proyecto de Ops Manager de destino.

Las métricas no llegan a MongoDB Ops Manager, o un índice en el nodo todavía está en su sincronización inicial. Compruebe los registros del reenviador de métricas en busca de errores de exportación y verifique la configuración del certificado TLS. Si un índice todavía se está sincronizando, la insignia cambia a saludable una vez que el índice alcanza un estado estable.

Uno o más administradores de índices en el nodo están en un estado de error. Para obtener más información, consulte la gráfica Estado del administrador de índices en la página Detalles del nodo de búsqueda.

Ops Manager suprime el nuevo registro de un nodo de búsqueda eliminado durante un máximo de 30 minutos si el reenviador de métricas aún envía métricas para él. Reduzca o desactive el reenviador de métricas antes de eliminar el nodo, o espere el nuevo registro automático si el nodo aún está activo.

Cree un Proyecto para supervisar sistemas segregados adicionales o entornos para servidores, agentes, usuarios y otros recursos.

Ejemplo

Los firewalls pueden separar tu implementación entre dos o más entornos. En ese caso, necesitarías dos o más proyectos separados de Ops Manager.

Las llaves API son únicas para cada proyecto. Cada proyecto requiere su propio agente con las llaves API apropiadas. Dentro de cada Proyecto, el agente necesita poder conectarse a todos los hosts que supervisa en el Proyecto.

Para obtener más información sobre cómo crear y administrar proyectos, consulta Administrar proyectos.