Join us at MongoDB.local London on 7 May to unlock new possibilities for your data. Use WEB50 to save 50%.
Register now >
Docs Menu
Docs Home
/ /

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 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.

Para obtener información sobre funciones específicas de Ops Manager y las versiones de MongoDB soportadas, consulte Matriz de compatibilidad de MongoDB.

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

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.

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, el agente:

  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.

Después de que los nodos secundarios se hayan actualizado, el agente se:

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

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

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

  4. Reinicia el proceso de mongod que se ejecuta en el antiguo nodo primario en modo replSet para 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.

  • Archivos de claves rotatorios.

  • Cambiando los argumentos de configuración de mongod.

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

  • Cambiando la versión de MongoDB.

  • Cambiar el tamaño del oplog.

  • Eliminar un proceso de un conjunto de réplicas.

  • Cancelando una restauración desde una copia de seguridad.

  • Habilitación del perfilador

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.

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.

Volver

Administración