Realizar una copia de seguridad de la base de datos de la aplicación de MongoDB Ops Manager

¿Por qué hacer una copia de seguridad de la base de datos de la aplicación?

Una implementación de Ops Manager con una base de datos de aplicaciones gestionada internamente almacena la base de datos dentro del recurso personalizado de Ops Manager, donde las herramientas de copia de seguridad estándar no pueden acceder a ella. Si Ops Manager falla, puede perder el control de las implementaciones que gestiona.

La copia de seguridad de una base de datos de aplicación externa satisface las siguientes necesidades:

• Recuperación ante desastres. Restaure la base de datos de la aplicación después de la pérdida o corrupción de datos, o tras un cambio de configuración fallido.

• Red de seguridad operacional. Revierta un guardar masivo erróneo al momento anterior a que ocurriera.

• Objetivos de recuperación más bajos. La captura continua de registros de operaciones (oplog) permite alcanzar objetivos de tiempo y punto de recuperación más bajos que una estrategia basada únicamente en instantáneas periódicas.

¿Qué ofrece la copia de seguridad de la base de datos de la aplicación?

MongoDB Ops Manager mantiene una copia de los datos de la base de datos de la aplicación y un flujo continuo de entradas de oplog, lo que le permite hacer lo siguiente:

• Restaure una instantánea completa de la base de datos de la aplicación en una implementación nueva o existente.

• Restaure la base de datos de la aplicación a cualquier punto en el tiempo entre instantáneas mediante la reproducción del oplog a una marca de tiempo que elija.

• Query un snapshot de copia de seguridad sin restaurarlo. Para obtener más información, consulte Configurar respaldos consultables para recursos de MongoDB Ops Manager.

• Cumpla con los requisitos de retención y cumplimiento, opcionalmente con instantáneas inmutables.

Arquitectura

Una implementación externa de la base de datos de la aplicación utiliza los siguientes recursos:

haga clic para ampliar

Dado que una nueva instancia de MongoDB Ops Manager no puede iniciarse sin una base de datos de la aplicación, y un recurso de MongoDB con spec.role establecido en AppDB no puede conciliarse sin una instancia de MongoDB Ops Manager disponible, la instancia de gestión de MongoDB Ops Manager es un requisito previo para una base de datos de la aplicación externa. Implemente antes de implementar la base de datos externa de la aplicación.

Si pierde la instancia principal de MongoDB Ops Manager, utilice la instancia de gestión de MongoDB Ops Manager para restaurar la base de datos de la aplicación externa, a continuación, vuelva a crear la instancia principal de MongoDB Ops Manager en la base de datos de la aplicación restaurada y, a continuación, restaure las cargas de trabajo de MongoDB.

Copia de seguridad y la base de datos de la aplicación externa

Ops Manager almacena los metadatos de copia de seguridad en la base de datos de la aplicación, y tanto la aplicación Ops Manager como el demonio de copia de seguridad se conectan a dicha base de datos. Cuando se hace referencia a una base de datos de aplicación externa con spec.externalApplicationDatabaseRef, el operador de Kubernetes gestiona esta conexión automáticamente.

• El operador de Kubernetes resuelve la configuración TLS y la CA del recurso MongoDB referenciado y la aplica tanto al StatefulSet del administrador de operaciones como al StatefulSet del demonio de copia de seguridad. El demonio de copia de seguridad confía en una base de datos de aplicación externa con TLS habilitado del mismo modo que confía en una gestionada internamente.

• El daemon de copias de seguridad se conecta utilizando la misma cadena de conexión que el operador de Kubernetes calcula para la aplicación MongoDB Ops Manager.

Habilitar la copia de seguridad no cambia nada. Se configura spec.backup.enabled en el recurso principal de Ops Manager, igual que para una base de datos de aplicaciones gestionada internamente. La única diferencia radica en dónde se ejecuta la base de datos de aplicaciones.

Para realizar una copia de seguridad de la propia base de datos de la aplicación externa, habilite la copia de seguridad en el recurso de MongoDB que la representa, en el proyecto que gestiona la instancia de gestión de MongoDB Ops Manager. Para obtener más información, consulte Configurar copias de seguridad de la base de datos de MongoDB.

Anotaciones de migración

Durante una migración entre una base de datos de la aplicación gestionada internamente y una base de datos de la aplicación externa, el operador de Kubernetes establece una anotación en el StatefulSet de la base de datos de la aplicación para registrar que el StatefulSet está listo para cambiar de propietario. El operador de Kubernetes establece y lee estas anotaciones. No las establezca usted mismo.

Requisitos

Antes de realizar una copia de seguridad de una base de datos de la aplicación externa, realice las siguientes tareas:

• Configure una base de datos de aplicación externa para el recurso principal de Ops Manager. Para obtener más información, consulte Implementar Ops Manager con una base de datos de aplicación externa o Migrar una base de datos de aplicación a una implementación externa.

• Realice una copia de seguridad del secreto de la llave de cifrado que Kubernetes operador crea para el recurso de Ops Manager. Kubernetes operador asigna el nombre <om-resource-name>-gen-key a este secreto, y Ops Manager no puede leer la base de datos de la aplicación sin él. Para obtener más información, consulte Llave de cifrado.

• Configure el almacenamiento de snapshot para la instancia de MongoDB Ops Manager de gestión. Para obtener más información, consulte Configurar el almacenamiento de copia de seguridad del sistema de archivos con el operador de Kubernetes.

Limitaciones

La copia de seguridad de la base de datos de la aplicación externa tiene las siguientes limitaciones:

• La base de datos de la aplicación externa debe ser un recurso MongoDB en un único clúster de Kubernetes. El operador de Kubernetes rechaza los recursos MongoDBMultiCluster y los recursos MongoDB que utilizan una topología de clúster múltiple. La compatibilidad con clústeres múltiples está prevista para una versión posterior.

• Esta funcionalidad no replica la base de datos de la aplicación entre regiones o entre clústeres de Kubernetes.

• Esta función no realiza copias de seguridad ni restaura el estado de Ops Manager, salvo la propia base de datos de la aplicación.

• Esta función no modifica la forma en que se realizan las copias de seguridad o se restauran las implementaciones de MongoDB que se administran con Ops Manager.

• El operador de Kubernetes no admite invalidaciones de automationConfig para una base de datos de la aplicación externa, porque el recurso de MongoDB no tiene una configuración equivalente.

• El operador de Kubernetes no admite spec.applicationDatabase.passwordSecretKeyRef durante la migración a una base de datos de aplicaciones externa. El operador de Kubernetes genera una nueva contraseña y rota cualquier contraseña que haya proporcionado.

• Cuando hace referencia a una implementación de MongoDB existente como una base de datos de la aplicación externa, asume la responsabilidad de la gestión diaria de esa implementación. El operador de Kubernetes no proporciona ninguna herramienta que concilie la configuración de recursos de MongoDB con la configuración de la base de datos de la aplicación gestionada internamente. Debe especificar esa configuración usted mismo.