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
Ops Manager Backup proporciona instantáneas programadas y recuperación en un momento determinado de su MongoDB conjuntosde réplicas 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. Para MongoDB,4.4 FCV puede ser 4.2 o 4.4.
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.
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.
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. |
Cubo de almacenamiento compatible con 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. |
Todas las instantáneas representan una copia de seguridad completa. Ops Manager puede realizar copias de seguridad de datos completas o incrementales. 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.
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.
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.