Configure un administrador de operaciones secundario para respaldar al administrador de operaciones.
La copia de seguridad y la restauración de Ops Manager con una instancia secundaria de Ops Manager se encuentra en Vista previa. Esta función y su documentación pueden cambiar en cualquier momento durante el período de vista previa.
Esta guía le muestra cómo configurar un Ops Manager secundario para respaldar un Ops Manager principal 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 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 Administrador de operaciones principal realiza de sus implementaciones de MongoDB. Utilice un proyecto dedicado en el Administrador de operaciones secundario para las bases de datos de respaldo del Administrador de operaciones principal. Esta separación evita confusiones entre las copias de seguridad de recuperación ante desastres del Administrador de operaciones y las copias de seguridad de su aplicación.
Realizar copias 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 principal de Ops Manager. Realice también una copia de seguridad del almacén de metadatos de instantáneas y del almacén de metadatos de oplog. Al realizar la copia de seguridad de las tres bases de datos de respaldo, podrá restaurarlas a un único punto en el tiempo consistente.
Requisitos previos
Antes de configurar el Administrador de operaciones secundario, complete los siguientes requisitos previos.
Instancia secundaria de administrador de operaciones
Implemente un Ops Manager secundario en un dominio de fallos distinto al del Ops Manager principal. Puede usar una instalación nueva de Ops Manager que ejecute la misma versión que el Ops Manager principal o una versión posterior.
Implemente la base de datos de la aplicación del Administrador de operaciones secundario como un conjunto de réplicas para garantizar la alta disponibilidad.
Habilite y configure un demonio de copia de seguridad en el administrador de operaciones secundario con un3almacén de bloques de almacenamiento compatible con S para las instantáneas de la base de datos de la aplicación del administrador de operaciones principal.
Bases de datos de respaldo del administrador de operaciones principal
Ejecute la base de datos de la aplicación principal de Ops Manager como un conjunto de réplicas de varios miembros (por ejemplo, un conjunto de réplicas de tres miembros) para la conmutación por error automática. La copia de seguridad admite conjuntos de réplicas y clústeres fragmentados. Si necesita realizar una copia de seguridad de una base de datos de aplicación independiente existente, conviértala primero en un conjunto de réplicas. Utilice un conjunto de réplicas de un solo miembro únicamente como paso intermedio hacia una topología de varios miembros.
Ejecute la base de datos de la aplicación en MongoDB Enterprise.
Para probar la ruta de copia de seguridad y restauración de principio a fin, asegúrese de que el administrador de operaciones principal tenga al menos un proyecto con un clúster administrado con la función de copia de seguridad habilitada.
Red y Seguridad
Permitir que los servidores de aplicaciones secundarios de Ops Manager accedan a los hosts de la base de datos de respaldo del Ops Manager principal a través del puerto del agente de MongoDB.
Permitir que los hosts de la base de datos de respaldo del Administrador de operaciones principal accedan al Administrador de operaciones secundario a través del puerto de aplicación del Administrador de operaciones secundario.
Activar Se utiliza el protocoloTLS o un cifrado de transporte equivalente entre las instancias principal y secundaria de Ops Manager. El tráfico de respaldo transporta la configuración de la aplicación de Ops Manager principal, que incluye credenciales y otros datos confidenciales.
Confirme que puede autenticarse en las bases de datos de respaldo del Administrador de operaciones principal. Para obtener más información, consulte Configurar las conexiones a la base de datos de la aplicación.
Preservar el estado por huésped
Antes de que ocurra un desastre, guarde los siguientes archivos en cada host principal de 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 |
|---|---|---|
Clave 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; de lo contrario, el Administrador de operaciones principal no podrá descifrar la base de datos de la aplicación restaurada al iniciarse. |
Configuración de Ops Manager |
| Almacena las URI de la base de datos, la configuración del almacén de bloques, las claves de licencia y los certificados TLS. Sin él, deberá reconfigurar manualmente el Administrador de operaciones principal. |
Configuración del agente |
| Almacena los valores |
Importante
Si el archivo gen.key no existe o no coincide con la base de datos de la aplicación restaurada, el Administrador de operaciones principal falla en su comprobación previa al inicio con un error que indica que gen.key no coincide con la clave ya utilizada para esta instalación del Administrador de operaciones. Conserve 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 Administrador de operaciones secundario.
En el Administrador de operaciones secundario, agregue la base de datos de la aplicación del Administrador de operaciones principal como una implementación existente:
Cree o seleccione un proyecto específico para las bases de datos de respaldo del Administrador de operaciones principal.
Haga clic Deployment,, Add Existing MongoDB Deployment luego agregue el conjunto de réplicas de la base de datos de la aplicación. Para obtener más información, consulte Agregar procesos de MongoDB existentes a Ops Manager.
Instale el agente de MongoDB en cada host de base de datos de la aplicación y regístrelo en el administrador de operaciones secundario utilizando los parámetros
mmsGroupIdy del proyecto del administrador de operacionesmmsApiKeysecundario. Para obtener más información,consulte Instalación del agente de MongoDB para administrar implementaciones.Antes de continuar, confirme que todos los miembros de la base de datos de la aplicación aparecen como en buen estado en el Administrador de operaciones secundario.
Habilitar la copia de seguridad para la base de datos de la aplicación.
En el Administrador de operaciones secundario, habilite la copia de seguridad para la base de datos de la aplicación del Administrador de operaciones principal:
Desde la vista de despliegue, haga clic en el menú y luego Enable Backup en.
Confirme que el demonio de copia de seguridad esté en funcionamiento y que se haya configurado un almacén de bloques en el administrador de operaciones secundario.
Configure el calendario de instantáneas, la política de retención y el destino de almacenamiento.
Espere a que se complete la primera instantánea y a que aparezca una ventana de recuperación continua en un punto específico en el tiempo. Esto confirma que la copia de seguridad funciona correctamente.
Para obtener más información sobre la configuración de copias de seguridad, consulte Copia de seguridad de una implementación.
Realizar copias de seguridad de los almacenes de metadatos
Además, realice copias de seguridad del almacén de metadatos de instantáneas y del almacén de metadatos de oplog del administrador de operaciones principal:
Agregue cada conjunto de réplicas al Administrador de operaciones secundario de la misma manera que agregó la base de datos de la aplicación.
Habilitar la copia de seguridad para cada uno.
Realizar copias de seguridad de las tres bases de datos de respaldo permite restaurarlas a un único punto en el tiempo consistente durante la recuperación.
Verificar la configuración
Confirme que el Administrador de operaciones secundario realiza copias de seguridad de las bases de datos de respaldo según lo previsto:
Confirma que las nuevas instantáneas aparecen en la programación que has establecido.
Confirme que la ventana de recuperación en un momento dado es continua y avanza con el tiempo.
Nota
El modo de restauración está habilitado de forma predeterminada en Ops Manager 8.0.24 y versiones posteriores. Para deshabilitarlo, cambie la variable personalizada mms.featureFlag.automation.restorationMode a disabled en Admin, General, Ops Manager Config, Custom Variables. El cambio se aplicará en la siguiente consulta del agente de MongoDB, sin necesidad de reiniciar.
Tras configurar este patrón, valide periódicamente la ruta de restauración. Para restaurar el Ops Manager principal en caso de desastre, consulte Restaurar Ops Manager desde un Ops Manager secundario.