Esta guía le muestra cómo configurar un MongoDB Ops Manager secundario para realizar una copia de seguridad de un MongoDB Ops Manager primario y sus bases de datos de respaldo. Para obtener una descripción general de este patrón, consulte Copia de seguridad y restauración de MongoDB Ops Manager mediante una instancia secundaria.
Considerations
Aislar esta configuración de copia de seguridad
Mantenga esta configuración de copia de seguridad separada de las copias de seguridad que el Ops Manager primario realiza de sus implementaciones de MongoDB. Utilice un Proyecto dedicado en el Ops Manager secundario para las bases de datos de respaldo del Ops Manager primario. Esta separación evita confusiones entre las copias de seguridad de recuperación ante desastres de Ops Manager y las copias de seguridad de su aplicación.
Copia de seguridad de todas las bases de datos de respaldo
Debe realizar una copia de seguridad de la base de datos de la aplicación del MongoDB Ops Manager principal. Realice también una copia de seguridad del almacén de metadatos de snapshot y del almacén de metadatos de oplog. Cuando realice una copia de seguridad de las tres bases de datos de respaldo, podrá restaurarlas en un único punto coherente en el tiempo.
Requisitos previos
Antes de configurar el MongoDB Ops Manager secundario, complete los siguientes requisitos previos.
Instancia secundaria de MongoDB Ops Manager
Implemente un MongoDB Ops Manager secundario en un dominio de error independiente del MongoDB Ops Manager principal. Puede utilizar una instalación nueva de MongoDB Ops Manager que ejecute la misma versión que el MongoDB Ops Manager principal o una versión posterior.
Implemente la base de datos de la aplicación del MongoDB Ops Manager secundario como un set de réplicas para una alta disponibilidad.
Habilite y configure un daemon de copias de seguridad en el MongoDB Ops Manager secundario con un almacenamiento en bloques compatible con S3para las instantáneas de la base de datos de la aplicación del MongoDB Ops Manager primario.
Bases de datos de respaldo de MongoDB Ops Manager primarias
Ejecute la base de datos de la aplicación del Ops Manager principal como un set de réplicas de varios nodos (por ejemplo, un set de réplicas de tres nodos) para la conmutación por error automática. La copia de seguridad es compatible con sets de réplicas y clústeres particionados. Si debes hacer una copia de seguridad de una base de datos de aplicación autónoma existente, conviértela primero en un set de réplicas. Utiliza un set de réplicas de un solo nodo solo como un paso de transición hacia una topología de varios nodos.
Ejecuta la base de datos de la aplicación en MongoDB Enterprise.
Para probar la ruta de copia de seguridad y restauración de extremo a extremo, asegúrese de que el MongoDB Ops Manager primario tenga al menos un proyecto con un clúster gestionado con copia de seguridad habilitada.
Red y Seguridad
Permita que los servidores de aplicaciones secundarios de Ops Manager lleguen a los hosts de la base de datos de respaldo del Ops Manager principal en el puerto de MongoDB Agent.
Permita que los hosts de la base de datos de respaldo del MongoDB Ops Manager primario lleguen al MongoDB Ops Manager secundario en el puerto de la aplicación del MongoDB Ops Manager secundario.
Habilite TLS o un cifrado de transporte equivalente entre las instancias primaria y secundaria de MongoDB Ops Manager. El tráfico de copia de seguridad transporta la configuración de la aplicación de la instancia primaria de MongoDB Ops Manager, que incluye credenciales y otros datos confidenciales.
Confirme que puede autenticarse en las bases de datos de respaldo del Ops Manager principal. Para obtener más información, consulte Configurar las conexiones a la base de datos de la aplicación.
Conservar el estado por host
Antes de que ocurra un desastre, conserve los siguientes archivos en cada host primario de MongoDB Ops Manager. Estos archivos no forman parte de la copia de seguridad de la base de datos de la aplicación y deben conservarse por separado:
Item | Ubicación | Descripción |
|---|---|---|
llave de cifrado |
| Cifra el contenido de la base de datos de la aplicación. Debe coincidir con la clave utilizada para la instalación original, o el Ops Manager primario no podrá descifrar la base de datos de la aplicación restaurada al iniciar. |
Configuración de MongoDB Ops Manager |
| Almacena URL de base de datos, configuración de almacenamiento en bloques, claves de licencia y certificados TLS. Sin él, debe reconfigurar el MongoDB Ops Manager primario manualmente. |
Configuración del agente |
| Almacena el |
Importante
Si el archivo gen.key falta o no coincide con la base de datos de la aplicación restaurada, el Ops Manager principal falla en su comprobación previa al inicio con un error que gen.key no coincide con la clave ya utilizada para esta instalación de Ops Manager. Mantenga gen.key en su copia de seguridad de recuperación ante desastres junto con los datos de la base de datos de la aplicación.
Procedimiento
Agregue la base de datos de la aplicación al MongoDB Ops Manager secundario
En el MongoDB Ops Manager secundario, agregue la base de datos de la aplicación del MongoDB Ops Manager primario como una implementación existente:
Cree o seleccione un proyecto dedicado para las bases de datos de respaldo del MongoDB Ops Manager principal.
Haga clic en Deployment, Add Existing MongoDB Deployment y, a continuación, agregue el set de réplicas de la base de datos de la aplicación. Para obtener más información, consulte Agregar procesos existentes de MongoDB a Ops Manager.
Instale el MongoDB Agent en cada host de la base de datos de la aplicación y regístrelo con el Ops Manager secundario utilizando
mmsGroupIdymmsApiKeydel proyecto del Ops Manager secundario. Para obtener más información, consulte Instale el MongoDB Agent para gestionar implementaciones.Confirme que todos los nodos de la base de datos de la aplicación se muestren como correctos en el MongoDB Ops Manager secundario antes de continuar.
Habilitar la copia de seguridad para la base de datos de la aplicación
En el MongoDB Ops Manager secundario, habilite la copia de seguridad para la base de datos de la aplicación del MongoDB Ops Manager primario:
Desde la vista de implementación, haga clic en el menú y, a continuación, haga clic en Enable Backup.
Confirme que el daemon de copias de seguridad se está ejecutando y que hay un almacenamiento en bloques configurado en el MongoDB Ops Manager secundario.
Establezca el cronograma de snapshot, la política de retención y el destino de almacenamiento.
Espere a que se complete el primer snapshot y a que aparezca una ventana de recuperación continua en un momento dado. Esto confirma que la copia de seguridad es correcta.
Para obtener más información sobre la configuración de la copia de seguridad, consulte Copia de seguridad de una implementación.
Realizar copias de seguridad de los almacenes de metadatos
También haga una copia de seguridad del almacén de metadatos de snapshot y del almacén de metadatos de oplog del MongoDB Ops Manager primario:
Agregue cada set de réplicas al MongoDB Ops Manager secundario de la misma manera que agregó la base de datos de la aplicación.
Habilitar copia de seguridad para cada uno.
La copia de seguridad de las tres bases de datos de respaldo le permite restaurarlas a un único punto coherente en el tiempo durante la recuperación.
Verificar la configuración
Confirme que el MongoDB Ops Manager secundario realiza copias de seguridad de las bases de datos de respaldo según lo previsto:
Confirme que aparecen nuevas snapshot en el cronograma que estableció.
Confirme que la ventana de recuperación a un momento dado sea continua y avance con el tiempo.
Nota
El modo de restauración está habilitado por defecto en Ops Manager 8.0.24 y versiones posteriores. Para deshabilitarlo, establezca la variable personalizada mms.featureFlag.automation.restorationMode en disabled en Admin, General, Ops Manager Config, Custom Variables. El cambio surte efecto en la siguiente encuesta de MongoDB Agent, sin necesidad de reiniciar.
Después de configurar este patrón, valide la ruta de restauración regularmente. Para restaurar el Ops Manager primario en un evento de recuperación ante desastres, consulte Restaurar Ops Manager desde un Ops Manager secundario.