Esto responde a preguntas comunes sobre Ops Manager y sus funcionalidades de automatización.
Ops Manager puede automatizar las operaciones de administración de los procesos MongoDB monitoreados, lo que le permite reconfigurar, detener y reiniciar MongoDB a través de la interfaz de Ops Manager.
Ops Manager Automation solo puede ejecutarse en arquitecturas de 64bits.
¿Qué versiones de MongoDB administra Ops Manager?
Para conocer las funciones específicas de Ops Manager y las versiones compatibles de MongoDB, 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 conocer las rutas de actualización, consulte Administrador de operaciones de actualización.
¿Cómo gestiona Ops Manager las implementaciones de MongoDB?
Después de implementar Automation en el entorno de la implementación de MongoDB, cada agente se comunica periódicamente con Ops Manager y realiza cualquier trabajo requerido.
Los agentes reevaluan 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 detecta un problema, como problemas de conectividad de red o un fallo de Ops Manager, ajusta su trabajo para compensarlo y alcanzar su estado objetivo de forma segura.
Los agentes crean planes para pasar de su estado actual a un estado objetivo. Los planes se ejecutan por pasos, cada uno de los cuales es autónomo e independiente de los demás.
Ejemplo
Para una instalación, el plan consiste en descargar MongoDB, iniciar el proceso con las opciones de línea de comandos adecuadas, inicializar el conjunto de réplicas y esperar a que se alcance una mayoría satisfactoria. La configuración alcanza el estado objetivo cuando el conjunto de réplicas está activo y alcanza una mayoría satisfactoria.
¿Cómo realiza Ops Manager el mantenimiento en los nodos del clúster?
Ops Manager realiza un reinicio continuo al realizar mantenimiento en los nodos de un clúster. El agente actualiza los nodos del clúster uno por uno, manteniendo siempre un nodo principal, hasta que todos los nodos se actualizan para mantener la disponibilidad del clúster durante un período de mantenimiento.
Para cada nodo secundario del clúster, Automatización:
Reinicia el Proceso
mongodejecutándose en el nodo en modostandalone.Realiza la tarea de mantenimiento.
Reinicia el proceso
mongodque se ejecuta en el nodo en modoreplSet.
Una vez actualizados los nodos secundarios, Automatización:
Reduce el paso primario usando el comando rs.stepDown().
Activa una elección para un nuevo nodo principal.
Realiza la tarea de mantenimiento en el nodo principal anterior.
Reinicia el proceso que se ejecuta en el nodo principal anterior
mongodenreplSetmodo para unirse al clúster como un nodo secundario.
En Ops Manager, Automation realiza reinicios continuos en los nodos del clúster para tareas de mantenimiento, incluidas las siguientes:
Giratorio Claves KMIP.
Archivos de claves rotatorios.
Cambiando argumentos de
mongodconfiguración.Actualizar o degradar el modo TLS,
authoclusterAuth.Cambiar la versión de MongoDB.
Cambiar el tamaño del registro de operaciones.
Eliminar un proceso de un conjunto de réplicas.
Cancelar una restauración desde una copia de seguridad.
Habilitación del generador de perfiles
¿Cuántas automatizaciones necesito?
Para utilizar la automatización, debe tener un agente ejecutándose en cada host donde se ejecuta una instancia de MongoDB administrada.
¿La automatización transfiere algún dato de MongoDB?
Los agentes no transmiten ningún registro de datos desde una implementación de MongoDB. Solo comunican la información de configuración de la implementación y los registros de MongoDB.
¿Ops Manager manejará fallas durante una actualización?
En general, sí. El diseño de los componentes de gestión y automatización de Ops Manager no contempla todos los posibles fallos; sin embargo, la arquitectura del sistema puede sortear diversos tipos de fallos.
¿Qué tipos de implementaciones puedo crear en Ops Manager?
Con Ops Manager, puede configurar todos los tipos de implementación de MongoDB: clústeres fragmentados, conjuntos de réplicas y servidores independientes.
Los fragmentos de un clúster fragmentado deben ser conjuntos de réplicas. Es decir, un fragmento no puede ser un mongod independiente. Si necesita ejecutar un fragmento como un mongod único (lo cual no proporciona redundancia ni conmutación por error), ejecútelo como un conjunto de réplicas de un solo miembro.
Nota
No puede actualizar una implementación fragmentada de MongoDB a 3.4 la versión si esta utiliza instancias reflejadas de MongoD como servidores de configuración. Para permitir la actualización de la implementación fragmentada, consulte Convertir servidores de configuración en un conjunto de réplicas. La conversión requiere que la implementación fragmentada ejecute MongoDB versión 3.2.4 o posterior. Las implementaciones que ejecutan versiones anteriores deben actualizarse a 3 la2 versión..4 antes de actualizar a la versión..34