Esto responde a preguntas comunes sobre Ops Manager y sus funcionalidades de automatización.
Ops Manager puede automatizar las operaciones de gestión para tus procesos de MongoDB monitoreados, permitiéndote reconfigurar, detener y reiniciar MongoDB a través de la interfaz de Ops Manager.
Ops Manager Automation solo puede ejecutarse en arquitecturas de 64 bits.
¿Qué versiones de MongoDB gestiona Ops Manager?
Para obtener información sobre funciones específicas de Ops Manager y las versiones de MongoDB soportadas, consulte Matriz de compatibilidad de MongoDB.
¿Cuáles son las rutas de actualización para las versiones 1.8.x y 2.0.x de Ops Manager?
Para rutas de actualización, consulta Actualizar Ops Manager.
¿Cómo gestiona Ops Manager las implementaciones de MongoDB?
Luego de implementar el agente en el entorno de la implementación de MongoDB, cada agente se comunica periódicamente con Ops Manager y realiza cualquier trabajo necesario.
Los agentes evalúan constantemente su entorno para adaptar su trabajo según sea necesario. Como parte de esta actividad rutinaria, el agente establece conexiones frecuentes y de corta duración con los miembros del clúster. Si un agente se encuentra con un problema, como problemas de conectividad de red o fallas del Ops Manager, los agentes ajustan su trabajo para compensar y llegar de manera segura a su estado objetivo.
Los agentes crean planes para pasar de su estado actual a un estado objetivo. Los planes se ejecutan en pasos, donde cada paso es autónomo e independiente de los demás pasos.
Ejemplo
Para una instalación, el plan consiste en descargar MongoDB, iniciar el proceso con las opciones adecuadas de línea de comandos, inicializar el set de réplicas y esperar hasta que haya una mayoría saludable. La configuración alcanza el estado objetivo cuando el set de réplicas está activo y tiene una mayoría saludable.
¿Cómo realiza Ops Manager el mantenimiento de los nodos del clúster?
Ops Manager realiza un reinicio en secuencia cuando realices mantenimiento en los nodos de un clúster. El agente actualiza los nodos en un clúster uno por uno, siempre manteniendo un nodo primario, hasta que todos los nodos se actualizan para mantener la disponibilidad del clúster durante un período de mantenimiento.
Para cada nodo secundario en el clúster, el agente:
Reinicia el
mongod, proceso en ejecución en el nodo en modostandalone.Realiza la tarea de mantenimiento.
Reinicia el proceso
mongodque se ejecuta en el nodo en modoreplSet.
Después de que los nodos secundarios se hayan actualizado, el agente se:
Descendente primario utilizando el comando rs.stepDown().
Activa una elección para un nuevo nodo primario.
Realiza la tarea de mantenimiento en el nodo principal anterior.
Reinicia el proceso de
mongodque se ejecuta en el antiguo nodo primario en modoreplSetpara unirse al clúster como nodo secundario.
En Ops Manager, el agente realiza reinicios en secuencia en los nodos del clúster para tareas de mantenimiento, incluidas las siguientes:
Rotando Claves KMIP.
Rotación de archivos clave.
Cambiando los argumentos de configuración de
mongod.Actualizar o degradar el modo TLS,
authoclusterAuth.Cambiando la versión de MongoDB.
Cambiar el tamaño del oplog.
Remover un proceso de un set de réplicas.
Cancelando una restauración desde una copia de seguridad.
Habilitación del perfilador
¿Cuántas automatizaciones necesito?
Para utilizar la Automatización, debes tener un agente ejecutándose en cada host donde se ejecuta una instancia administrada de MongoDB.
¿El agente transfiere algún dato de MongoDB?
Los agentes no transmiten ningún registro de datos desde una implementación de MongoDB. Los agentes solo comunican la información de la configuración de implementación y los registros de MongoDB.
¿Gestionará Ops Manager los fallos durante una actualización?
En general, sí. El diseño de los componentes de gestión y automatización de Ops Manager no tiene en cuenta todas las posibles fallas; sin embargo, la arquitectura del sistema puede solucionar muchos tipos de fallas.
¿Qué tipos de implementación puedo crear en Ops Manager?
Usando Ops Manager, puedes configurar todos los tipos de implementación de MongoDB: clústeres fragmentados, sets de réplicas y autónomos.
Las particiones en un clúster deben ser sets de réplicas. Es decir, una partición no puede ser un mongod autónomo. Si debes ejecutar una partición como un único mongod (lo que no proporciona ninguna redundancia ni conmutación por error), ejecuta la partición como un set de réplicas de un solo nodo.