Instalación
El servidor de monitoreo no se inicia exitosamente
Confirme que la URI o la dirección IP del servicio Ops Manager esté almacenada correctamente en el mongo.mongoUriPropiedad en el <install_dir>/conf/conf-mms.properties archivo:
mongo.mongoUri=<SetToValidUri>
Si no configura esta propiedad, Ops Manager fallará al intentar conectarse a la URL predeterminada 127.0.0.1:27017.
Si cambia la URI o la dirección IP de su servicio, debe actualizar la propiedad con la nueva dirección. Por ejemplo, actualice la dirección si implementa en un sistema sin una dirección IP estática o si implementa en EC2 sin una IP fija y luego reinicia la instancia de 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 utiliza Ops Manager <install_dir>/bin/credentialstool para cifrar la contraseña utilizada en el mongo.mongoUri valor, agregue también la clave mongo.encryptedCredentials al <install_dir>/conf/conf-mms.properties archivo y establezca el valor de esta propiedad en verdadero:
mongo.encryptedCredentials=true
Alertas
Para obtener soluciones a las condiciones de alerta, consulte también Resolver alertas.
Para obtener información sobre cómo crear y administrar alertas, consulte Configurar ajustes de alerta y Administrar alertas.
No se pueden desactivar las notificaciones por correo electrónico
Hay al menos dos formas de desactivar las notificaciones de alerta:
Elimine la implementación de su cuenta de Ops Manager. Consulte Dejar de administrar o supervisar una implementación.
Desactivar o eliminar la configuración de alertas. Consulta Configurar alertas.
Desactivar las alertas de un host específico. Consulta Desactivar alertas para un proceso específico.
Recibir alertas de duplicados
Si la lista de correo electrónico de notificación contiene varios grupos de correo electrónico, una o más personas pueden recibir múltiples notificaciones de la misma alerta.
Recibir mensajes de error "El host tiene límites bajos de archivos abiertos" o "Demasiados archivos abiertos"
Estos mensajes de error aparecen en la Deployment página, bajo el nombre de un host. Aparecen si el número de conexiones disponibles no alcanza el valor mínimo definido por Ops Manager. Estos errores no son generados por el mongos instancia y, por lo tanto, no aparece en los mongos archivos de registro.
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 de 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 monitoreado, el Monitoreo 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 función, debe:
Pertenecer al proyecto
Tener el rol de administrador de monitoreo global o el rol de propietario global
Haga clic en la página Deployment.
Haga clic en el nombre del host.
Haga clic en Last Ping.
Para evitar este error, recomendamos ulimit configurar los archivos abiertos 64000 como. También recomendamos configurar el maxConns comando en mongosh al menos con la configuración recomendada.
Para obtener más información, consulta la página de referencia ulimit de MongoDB y la página de referencia maxConns de MongoDB.
Implementaciones
El monitoreo no logra recopilar datos
Posibles causas de este estado:
El monitoreo no puede conectarse al servidor debido a restricciones o problemas de red (es decir, firewalls, servidores proxy, enrutamiento).
Su base de datos se está ejecutando con TLS. Debe habilitar TLS globalmente o por host. Para obtener más información,consulte Configurar el agente de MongoDB para usar TLS y Habilitar TLS para una implementación.
Su base de datos se ejecuta con autenticación. Debe proporcionar a Ops Manager las credenciales de autenticación del host.Consulte Configurar la autenticación y autorización de MongoDB.
Las implementaciones no son visibles
Los siguientes factores pueden causar problemas con la detección de implementaciones de monitoreo:
Implementación no agregada
Para solucionar este problema:
Haga clic en Deployment.
Haz clic en la pestaña Processes
Haga clic en Add Deployment.
En la ventana New Deployment, especifique los siguientes valores:
tipo de implementación
nombre de host interno
puerto interno
Si corresponde:
Agregue el nombre de usuario y la contraseña de la base de datos.
Habilite TLS para conectarse con su monitoreo.
Nota
No es necesario reiniciar el monitoreo cuando agrega (o elimina) una implementación.
Duplicado accidental mongod
Si agrega la implementación después de un fallo y reinicia la monitorización, es posible que no vea el nombre de host en la página Deployment. Ops Manager detecta la implementación como duplicada y elimina sus datos.
Para restablecer:
Haga clic en Settings.
Haga clic en Project Settings.
Haga clic en Reset Duplicates.
Los monitoreos no pueden detectar implementaciones
Si sus implementaciones existen en varios centros de datos, asegúrese de que todos sus monitoreos puedan detectarlas.
No se puede eliminar una implementación
En raras ocasiones, se desactiva y se reconfigura el conjunto de réplicas. La implementación desactivada no se puede eliminar y muestra el siguiente mensaje de mongod error:
Advertencia
Esta implementación no se puede eliminar porque está habilitada para realizar copias de seguridad.
Comuníquese con el soporte de MongoDB para obtener ayuda para eliminar estas implementaciones.
Proyectos
Información adicional sobre los proyectos
Cree un proyecto para supervisar sistemas o entornos segregados adicionales para servidores, agentes, usuarios y otros recursos.
Ejemplo
Los firewalls pueden dividir su implementación en dos o más entornos. En este caso, necesitaría dos o más proyectos de Ops Manager independientes.
Las claves API son únicas para cada proyecto. Cada proyecto requiere su propio agente con las claves API adecuadas. Dentro de cada proyecto, el agente debe poder conectarse a todos los hosts que supervisa.
Para obtener más información sobre cómo crear y administrar proyectos,consulte Administrar proyectos.