Docs Menu
Docs Home
/ /

Preguntas frecuentes: Automatización

Aquí se abordan preguntas comunes sobre Cloud Manager y sus funciones 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 Automation solo puede ejecutarse en arquitecturas de 64bits.

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 servidores en Cloud Manager o implementar 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.

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

Cloud Manager realiza un reinicio continuo al realizar tareas de 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.

Una vez actualizados los nodos secundarios, el agente:

  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 Cloud Manager, el agente 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 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.

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.

Sí.Consulte Servidores de aprovisionamiento.

El grupo de seguridad de AWS determina si las instancias de MongoDB pueden comunicarse entre sí dentro de la implementación y el acceso a esta desde clientes de MongoDB, como mongosh o un controlador. Para obtener la documentación completa sobre la configuración de las reglas del grupo de seguridad para el acceso a Cloud Manager, consulte Configuración del firewall.

Volver

Administración de proyectos

En esta página