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 tus implementaciones de MongoDB. Puedes install the MongoDB Agent. La automatización puede añadir hosts y 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
Ops Manager copia de seguridad proporciona instantáneas programadas y recuperación puntual de tu MongoDB set de réplicas y clústeres.
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 de tu base de datos. Esta compatibilidad de características entre versiones abarca desde la versión actual hasta una versión anterior. Para MongoDB 4.2, el compatibilidad de características entre versiones 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 set de réplicas.
El proceso de copia de seguridad:
Realiza una sincronización inicial para respaldar todos tus datos existentes en su estado actual. En clusters particionados, esto ocurre en cada partición y en los servidores de configuración.
Toma instantáneas del directorio
dataen una implementación tan a menudo como lo especifica tu 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 MongoDB Agent luego sigue cada oplog del set de réplicas para mantener en disco una base de datos autónomo, llamada base de datos principal. Ops Manager mantiene una base de datos principal para cada set de réplicas respaldado. La base de datos principal se mantiene coherente con el primario original hasta el último oplog que el MongoDB Agent suministra.
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 cantidad de capacidad de almacenamiento que necesitas depende tanto del número de snapshots como del tipo de almacenamiento de snapshots que elijas. La siguiente tabla describe las diferencias en los almacenamiento de snapshot:
almacenamiento de snapshot | Descripción |
|---|---|
MongoDB almacenamiento en bloques | Sólo se almacenan las diferencias entre cada snapshot sucesiva. La compresión y la deduplicación a nivel de bloque reducen el tamaño de los datos de las instantáneas. |
AWS Cubo de almacenamiento compatible con S3 | Sólo se almacenan las diferencias entre cada snapshot sucesiva. La compresión y la deduplicación a nivel de bloque reducen el tamaño de los datos de las instantáneas. |
Cubo de almacenamiento compatible con S3 | Sólo se almacenan las diferencias entre cada snapshot sucesiva. La compresión y la deduplicación a nivel de bloque reducen el tamaño de los datos de las instantáneas. |
Todas las snapshots 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 sets de réplicas, puedes restaurar desde puntos específicos 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 restauras desde un punto de control o 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 la snapshot y las actualizaciones de oplog utilizando los mismos mecanismos HTTPS. Para habilitar los puntos de control, consulta Habilitar puntos de control de clúster.
Puedes configurar la cantidad de oplog que deseas conservar por copia de seguridad. Esto afecta cuánto tiempo puede cubrir un punto de control y una restauración a un punto específico del tiempo.