Aquí se abordan preguntas comunes sobre Ops Manager y cómo supervisa las instancias de MongoDB y le alerta sobre problemas con esas implementaciones.
Configuración del host
¿Cómo agrego un nuevo host o servidor?
Ver Agregue procesos existentes de MongoDB a Ops Manager.
¿Puede Ops Manager supervisarse a sí mismo?
Sí. Puedes usar Ops Manager para supervisar las instancias de MongoDB de respaldo que almacenan datos para Ops Manager y el daemon de copias de seguridad. Crea un proyecto separado para las instancias de respaldo.
Sin embargo, no puede usar Ops Manager para realizar copias de seguridad ni para automatizar la copia de seguridad de las instancias.
Ops Manager también ofrece una supervisión básica integrada de todas las bases de datos de respaldo a través de alertas del sistema.
¿Puedo supervisar instancias habilitadas para Kerberos?
Sí. Ops Manager sí admite la supervisión de instancias de MongoDB habilitadas para Kerberos. Para aprender cómo funciona esto, consulte Configurar el MongoDB Agent para Kerberos.
Monitoring
¿Necesito un agente para cada instancia de MongoDB?
No. En tu proyecto de Ops Manager, un solo agente se conecta a todas las bases de datos de MongoDB. Configure los firewalls para permitir que el agente se conecte en todos los centros de datos y servidores.
A partir de la versión 5.0.0 del agente, puedes activar la supervisión con varios agentes para distribuir tareas de supervisión y proporcionar redundancia. Ops Manager distribuye las tareas de supervisión entre un máximo de 100 agentes en ejecución. Si ejecuta más de 100 agentes, los agentes adicionales se comportan como agentes "en espera". Para más detalles, vea Administrar la función de supervisión.
¿Dónde debería ejecutar el agente?
La cantidad de recursos que el agente requiere varía según el tamaño de la infraestructura, el número de servidores y las bases de datos que está monitoreando. Ejecute el agente en una máquina existente con capacidad adicional que no ejecute una mongod Instancia. También puede ejecutar el agente en una instancia dedicada más pequeña.
La carga del agente escala con el número de mongod supervisados más mongos procesos y el número de bases de datos en tu entorno MongoDB.
Para entornos de producción, se recomienda instalar el agente en un servidor dedicado y no en el mismo host que una instancia de mongod con datos. Esto le permite realizar el mantenimiento en el mongod y su host sin afectar la supervisión de su implementación. Además, un agente puede competir por recursos con el mongod.
Puede instalar el agente en el mismo sistema que un árbitro, un o un servidor mongos de aplicaciones según los requisitos de estos servicios y los recursos disponibles.
¿Puedo ejecutar el agente en un microservidor de AWS?
Si supervisas cinco o menos instancias de mongod, puedes utilizar una AWS micro servidor.
¿Por qué el agente no puede conectarse a mi host?
El problema más común es que el agente no puede resolver el nombre del host del anfitrión. Compruebe el DNS y el archivo /etc/hosts.
El segundo problema más común es que existen reglas de firewall que prohíben el acceso al host desde el agente.
Para comprobar la conexión, inicia sesión en el host que ejecuta el agente y prueba conectar usando mongosh:
mongosh <hostname>:<port>/test
Nota
Ops Manager no admite el reenvío de puertos.
¿Por qué el agente se conecta con nombres de host en lugar de con direcciones IP?
Por defecto, el agente resuelve nombres de host para conectarse. Si el agente no puede conectarse resolviendo un nombre de host, puedes hacer que el agente prefiera una dirección IP sobre el nombre de host correspondiente para una dirección IP específica. Los nombres de host preferidos también permiten especificar el nombre de host que se debe usar para servidores con múltiples alias. Esto evita que los servidores aparezcan varias veces bajo diferentes nombres en la interfaz de Ops Manager.
Para crear un nombre de host preferido, vaya a Configuración del proyecto y agregue un Preferred Hostnames entrada. Para más detalles, consulta Editar configuración del proyecto
¿Cómo configuro y configura el agente?
Consulte el archivo README incluido en la descarga del agente.
¿Cómo desactivo la supervisión en Ops Manager?
Consulta Desactivar Supervisión.
Presentación de datos
¿Qué son todas esas barras verticales en mis gráficas?
Una barra roja indica un reinicio del servidor.
Una barra naranja indica que el servidor es ahora un primario.
Una barra marrón indica que el servidor ahora es un secundario.
Retención de datos
¿Cuál es la política de retención de datos para Ops Manager?
Ops Manager retiene dos tipos distintos de datos: métricas, que describen el uso, y snapshots, que respaldan tus datos.
Ops Manager preserva:
Ops Manager preserva los datos de métricas según la configuración de Ops Manager Monitoring Data Retention. Los administradores de Ops Manager pueden modificar la configuración seleccionando Admin, luego General, luego Ops Manager Config, luego el Miscellaneous pestaña y luego desplazándose a Default Monitoring Data Retention.
Instantáneas según su política de retención.
Alertas
¿Qué significan las condiciones de alerta?
Para obtener una referencia sobre las condiciones de la alerta, consulta Condiciones de alerta de revisión.
¿Qué alertas están configuradas por defecto?
Consulte Configurar ajustes de alerta para conocer las configuraciones de alerta predeterminadas, así como los pasos para agregar nuevas alertas o modificar alertas existentes, incluida la modificación de la frecuencia de alerta.