Docs Menu
Docs Home
/
MongoDB Ops Manager
/

Preguntas frecuentes: Automatización

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.

Para conocer las funciones específicas de Ops Manager y las versiones compatibles de MongoDB, consulte Matriz de compatibilidad de MongoDB.

Para conocer las rutas de actualización, consulte Administrador de operaciones de actualización.

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.

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:

  1. Reinicia el Proceso mongodejecutándose en el nodo en modo standalone.

  2. Realiza la tarea de mantenimiento.

  3. Reinicia el proceso mongod que se ejecuta en el nodo en modo replSet.

Una vez actualizados los nodos secundarios, Automatización:

  1. Reduce el paso primario usando el comando rs.stepDown().

  2. Activa una elección para un nuevo nodo principal.

  3. Realiza la tarea de mantenimiento en el nodo principal anterior.

  4. Reinicia el proceso que se ejecuta en el nodo principal anterior mongod en replSet modo 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 mongod configuración.

  • Actualizar o degradar el modo TLS, auth o clusterAuth.

  • 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

Tip

Para utilizar la automatización, debe tener un agente ejecutándose en cada host donde se ejecuta una instancia de MongoDB administrada.

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.

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.

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

Volver

Administración