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 preguntas comunes sobre Cloud Manager y sus funcionalidades de automatización.

Cloud Manager puede automatizar las operaciones de gestión de tus procesos supervisados de MongoDB, permitiéndote reconfigurar, detener y reiniciar MongoDB a través de la interfaz de Cloud Manager.

Cloud Manager automatización solo puede ejecutarse en arquitecturas de 64 bits.

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

Después de aprovisionar los servidores en Cloud Manager o desplegar el agente en el entorno de la implementación de MongoDB, cada agente se comunica periódicamente con Cloud Manager y realiza cualquier trabajo requerido.

Agents constantly reassess their environment to adapt their work as necessary. Como parte de esta actividad rutinaria, el agente establece conexiones frecuentes y de corta duración con los nodos del clúster. Si un agente encuentra un problema, como problemas de conectividad de red o fallo de Cloud Manager, los agentes ajustan su trabajo para compensar y llegar de forma 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.

Cloud Manager realiza un reinicio en secuencia cuando se realiza un mantenimiento en los nodos de un clúster. El agente actualiza los nodos de un clúster de uno en uno, manteniendo siempre 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 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 Cloud Manager, el agente realiza reinicios en secuencia en los nodos del clúster para tareas de mantenimiento, incluyendo 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 términos generales, sí. El diseño de los componentes de gestión y automatización de Cloud Manager no considera todas las posibles fallas; sin embargo, la arquitectura del sistema puede sortear muchos tipos de fallas.

Utilizando Cloud Manager, puedes configurar todos los tipos de implementación de MongoDB: clústeres particionados, set 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.

Sí. Consulte Provisionar servidores.

El grupo de seguridad de AWS afecta si las instancias de MongoDB pueden comunicarse entre sí dentro de la implementación y afecta el acceso a la implementación desde clientes de MongoDB, como mongosh o un driver. Para obtener documentación completa sobre cómo configurar las reglas del grupo de seguridad para el acceso a Cloud Manager, consulta Configuración del cortafuegos.

Volver

Administración de proyectos

En esta página