MongoDB Ops Manager puede automatizar, supervisar y respaldar su infraestructura de MongoDB.
Automatización
La automatización de Ops Manager le permite configurar y mantener nodos y clústeres de MongoDB.
Los agentes de MongoDB que utilizan automatización en cada host de MongoDB pueden mantener sus implementaciones de MongoDB. Puede Instalar el Agente MongoDB. La automatización puede agregar hosts e implementar y actualizar clústeres nuevos o existentes.
Monitoring
La supervisión de Ops Manager proporciona reportes, visualización y alertas en tiempo real sobre indicadores clave de bases de datos y hardware.
Cómo funciona la supervisión
Cuando se activa la supervisión en un host de MongoDB, la supervisión recopila estadísticas de los nodos de la implementación de MongoDB. El agente transmite las estadísticas de la base de datos de vuelta a Ops Manager para informar el estado de la implementación en tiempo real. Puedes configurar alertas en los indicadores que elijas.
Backup
La copia de seguridad de Ops Manager proporciona snapshots programadas y recuperación en un punto determinado para tus sets de réplicas de MongoDB y clústeres fragmentados.
Cómo funciona la copia de seguridad
Cuando activas la copia de seguridad para una implementación de MongoDB, la copia de seguridad toma snapshots de datos de los procesos de MongoDB que has especificado.
Nota
Los clústeres fragmentados y los sets de réplicas son los únicos tipos de implementación de los que puedes hacer copias de seguridad si tus bases de datos ejecutan compatibilidad de características entre versiones 4.2 y anteriores de MongoDB. Para hacer una copia de seguridad de un proceso mongod autónomo que ejecute compatibilidad de características entre versiones 4.2 o anteriores de MongoDB, debes convertirlo en un set de réplicas de un solo nodo.
Flujo de trabajo de copia de seguridad
Las copias de seguridad dependen de la compatibilidad de la versión de MongoDB con su base de datos. Esta versión de compatibilidad de funciones abarca desde la versión actual hasta una versión anterior. Para MongoDB,4.2 FCV puede ser 4.0 o 4.2.
El proceso de copia de seguridad toma un snapshot del directorio de datos en tus intervalos de snapshot programados.
Este proceso copia los archivos de datos en una implementación de MongoDB, enviándolos a través de la red mediante Ops Manager al almacenamiento de snapshots existente.
La implementación aún puede gestionar operaciones de lectura y escritura durante el proceso de copia.
Con el nuevo proceso de copia de seguridad, ya no existen sincronizaciones iniciales. Como resultado de no tener sincronizaciones iniciales, Ops Manager (usando un mongod con compatibilidad de características entre versiones 4.2) puede admitir una gama más amplia de clientes, como aquellos que utilizan mucho renameCollection.
El MongoDB Agent utiliza el cursor de copia de seguridad incremental de WiredTiger para capturar los cambios incrementales.
Una vez que comienza la copia de seguridad, el Ops Manager realiza una copia de seguridad de los datos como un proceso continuo y constante. Este proceso sigue generando snapshots siempre que la base de datos principal continúe sincronizada con la base de datos.
Este proceso funciona como la sincronización de datos del conjunto de réplicas.
El proceso de copia de seguridad:
Realiza una sincronización inicial para respaldar todos los datos existentes en su estado actual. En clústeres fragmentados, esto ocurre en cada fragmento y en los servidores de configuración.
Toma instantáneas del
datadirectorio en una implementación con la frecuencia que especifique su programa de instantáneas y luego transfiere las instantáneas a un sistema de almacenamiento.Supervisa el registro de operaciones de forma constante y agrega nuevas operaciones de base de datos a la última copia de seguridad para mantener la copia local de los datos de Ops Manager y permitir restauraciones en puntos específicos del tiempo.
El Agente de MongoDB rastrea el registro de operaciones de cada conjunto de réplicas para mantener en disco una base de datos independiente, denominada base de datos principal. Ops Manager mantiene una base de datos principal para cada conjunto de réplicas respaldado. Esta base de datos principal se mantiene coherente con la principal original hasta el último registro de operaciones que proporciona el Agente de MongoDB.
El proceso de copia de seguridad funciona de esta manera independientemente de cómo se almacenen los snapshots.
La copia de seguridad utiliza una versión de instancia de MongoDB igual o superior a la versión del set de réplicas que respalda.
La copia de seguridad toma y almacena snapshots en función de una política de retención de snapshots definida por el usuario. Las snapshots de clústeres particionados detienen temporalmente el balanceador. Las snapshots pueden entonces insertar un token marcador en todas las particiones y servidores de configuración del clúster. Ops Manager toma una snapshot cuando los tokens marcadores aparecen en los datos de la snapshot.
Ops Manager puede realizar copias de seguridad de los datos como una copia de seguridad completa o incremental. Ops Manager requiere una copia de seguridad completa:
Para su primera copia de seguridad.
Después de que se haya borrado un snapshot.
Si se ha cambiado el tamaño del bloque de almacenamiento en bloques.
Las copias de seguridad incrementales reducen los costos de transferencia de red y almacenamiento.
La capacidad de almacenamiento necesaria depende tanto del número de instantáneas como del tipo de almacenamiento que elija. La siguiente tabla describe las diferencias entre los almacenes de instantáneas:
Tienda de instantáneas | Descripción |
|---|---|
almacén de bloques de MongoDB | Solo se almacenan las diferencias entre cada instantánea sucesiva. La compresión y la deduplicación a nivel de bloque reducen el tamaño de los datos de las instantáneas. |
Depósito de almacenamiento compatible conAWS S3 | Solo se almacenan las diferencias entre cada instantánea sucesiva. La compresión y la deduplicación a nivel de bloque reducen el tamaño de los datos de las instantáneas. |
Almacén del sistema de archivos | Dependiendo de la configuración, la compresión reduce el tamaño de los datos de la instantánea. |
Todas las instantáneas representan una copia de seguridad completa.
Para aprender más sobre cómo configurar las copias de seguridad, consulta Opciones de configuración de copias de seguridad.
Restaurar datos
La copia de seguridad puede restaurar datos de un snapshot completo programado o de un punto seleccionado entre snapshots.
Puedes restaurar clústeres fragmentados y sets de réplicas desde puntos seleccionados en el tiempo.
Para clústeres particionados, puedes restaurar desde puntos de control entre snapshots.
Para los conjuntos de réplicas, puede restaurar desde puntos seleccionados en el tiempo.
Cuando restauras desde un snapshot, Ops Manager lee directamente desde el almacenamiento del snapshot. Puedes realizar la restauración del snapshot:
A otro clúster.
Para descargar los archivos de snapshot desde un enlace HTTPS.
Cuando restauras desde un punto en el tiempo, Ops Manager realiza lo siguiente:
Restaura un snapshot completa desde el almacenamiento de snapshots.
Aplica los oplogs almacenados hasta que alcance el punto especificado.
Entrega las actualizaciones de snapshot y oplog utilizando los mismos mecanismos HTTPS.
Puedes configurar la cantidad de oplog que desees conservar por copia de seguridad. Esto afecta la cantidad de tiempo que puede cubrir una restauración a un punto específico del tiempo.
Cuando se restaura desde un punto de control o un punto en el tiempo, Ops Manager hace lo siguiente:
Restaura un snapshot completa desde el almacenamiento de snapshots.
Aplica los oplogs almacenados hasta que alcance el punto especificado.
Entrega las actualizaciones de instantáneas y registros de operaciones mediante los mismos mecanismos HTTPS. Para habilitar los puntos de control, consulte Habilitar puntos de control del clúster.
Puede configurar la cantidad de registro de operaciones que desea conservar por copia de seguridad. Esto afecta el tiempo que puede cubrir una restauración de punto de control y punto en el tiempo.
MongoDB agradece tus comentarios. Infórmanos cómo podemos mejorar Ops Manager.