Preguntas frecuentes: Automatización

¿Qué versiones de MongoDB administra Ops Manager?

For specific Ops Manager functions and supported MongoDB versions, see MongoDB Compatibility Matrix.

¿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?

After you deploy the agent in the environment of the MongoDB deployment, each agent periodically communicates with Ops Manager and performs any required work.

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.

¿Cómo realiza Ops Manager el mantenimiento en los nodos del clúster?

Ops Manager performs a rolling restart when you perform maintenance on nodes in a cluster. The agent updates nodes in a cluster one-by-one, always maintaining a primary node, until all nodes are updated to maintain cluster availability during a maintenance period.

Para cada nodo secundario del clúster, el agente:

1. Restarts the mongod process running on the node in standalone mode.

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 Ops Manager, el agente realiza reinicios continuos en los nodos del clúster para tareas de mantenimiento, incluidas las siguientes:

• Giratorio KMIP keys.

• 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

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

¿El agente 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.