Antes de instalar Ops Manager, debe implementar sus bases de datos de soporte. Esto se denomina bases de datos de respaldo. Estas bases de datos incluyen la Base de datos de la aplicación Ops Manager y la base de datos de copias de seguridad. La siguiente tabla compara la base de datos de la aplicación de Ops Manager y la Base de Datos de Copias de Seguridad:
Preguntas frecuentes | ||
|---|---|---|
¿Qué almacena la base de datos? | ADVERTENCIA: Los siguientes elementos pueden contener datos sensibles. Para evitar el acceso no autorizado y proteger datos confidenciales, debe asegurar la base de datos de la aplicación Ops Manager.
|
|
¿Es necesaria la base de datos? | Sí | No, a menos que utilice Ops Manager para realizar copias de seguridad de las bases de datos que Ops Manager administra. |
¿Cómo debería la base de datos almacenar los datos? | set de réplicas dedicado en un volumen de almacenamiento independiente | Set de réplicas dedicado por base de datos de copias de seguridad en volúmenes de almacenamiento independientes |
¿Puede la base de datos usar más de una implementación? | No | |
¿Puede Ops Manager usar el módulo de Automatización con esta base de datos? | No | Sí |
¿Puede Ops Manager utilizar el módulo de respaldo para realizar una copia de seguridad de esta base de datos? | No | No |
¿Puede Ops Manager utilizar el módulo de Monitoreo para monitorear esta base de datos? | Sí |
Nota
Cada base de datos de respaldo debe usar un conjunto de réplicas dedicado. Este conjunto no puede almacenar otros datos.
Al ejecutar copias de seguridad periódicas, se podría llenar un volumen con una base de datos de copias de seguridad. Si la base de datos de la aplicación no puede guardar en un volumen, Ops Manager se detiene. La configuración adecuada de almacenamiento reduce el riesgo de fallos en Ops Manager.
Considerations
Topología del set de réplicas
Cada base de datos de respaldo set de réplicas debe incluir tres nodos portadores de datos para lograr una alta disponibilidad. Si careces de capacidad de almacenamiento para tres nodos con registro de datos, el tercer nodo de una base de datos de respaldo puede ser un árbitro.
Para la base de datos de la aplicación de Ops Manager, puedes ejecutar uno de los nodos del set de réplicas en el mismo host que Ops Manager.
Importante
Bases de datos de respaldo con menos de tres nodos portadores de datos
Al escribir en sus bases de datos de respaldo, Ops Manager utiliza el
Replica Acknowledged ()w:2 Problema de escritura. Este problema de escritura solo informa que una escritura es exitosa después de que la base de datos principal y una secundaria la confirman. Esto significa que si una base de datos de respaldo pierde uno de los dos miembros que contienen datos, MongoDB detiene las operaciones de escritura.
Advertencia
Lectura y nivel de confirmación de escritura (write concern) por defecto
Las configuraciones de lectura y escritura por defecto de MongoDB para tu versión de MongoDB deberían coincidir con las configuraciones de lectura y escritura por defecto para tus bases de datos de respaldo y tu base de datos de la aplicación. Si configuras una preocupación de lectura o un nivel de confirmación de escritura (write concern) diferente, podrías experimentar pérdida de datos.
Monitoreo de bases de datos de aplicaciones
Puedes elegir supervisar la base de datos de la aplicación después de instalar Ops Manager.
Para supervisar la base de datos de su aplicación:
Complete la instalación de las bases de datos de respaldo.
Instala la aplicación Ops Manager.
Enable Monitoringpara la base de datos de la aplicación.Instala el MongoDB Agent en los hosts de la base de datos de la aplicación.
Agrega la base de datos de la aplicación a través de la interfaz de usuario de Ops Manager.
Tip
Para seguir todo el procedimiento, consulta Habilitar la supervisión de la base de datos de la aplicación.
Requisitos previos
Configuración del conjunto de réplicas
Los sets de réplicas que alojan las bases de datos de respaldo de Ops Manager deben:
Usa bases de datos dedicadas
Los sets de réplicas deben almacenar datos para admitir únicamente los metadatos de Ops Manager. No deben almacenar ningún otro dato.
Utilice la base de datos de respaldo para el bloque de almacenamiento compatible con S3y los metadatos del registro de operaciones
Si utiliza almacenamiento compatible con S3para el almacenamiento de bloques o de registros de operaciones, la base de datos de respaldo puede almacenar los metadatos de los bloques y del registro de operaciones.
Utilice una versión compatible de MongoDB
Para la siguiente serie de lanzamientos de Ops Manager, puedes ejecutar sus bases de datos de respaldo en cualquiera de las siguientes versiones de MongoDB:
Lanzamiento de Ops Manager | MongoDB 4.4 | MongoDB 5.0 | MongoDB 6.0 | MongoDB 7.0 | MongoDB 8.0 |
|---|---|---|---|---|---|
Gerente de operaciones 8.0 | Obsoleto | Admitido | Admitido | ||
Ops Manager 7.0 | Obsoleto | Admitido | Admitido | ||
Ops Manager 6.0 | Obsoleto | Admitido | Admitido |
Nota
Una versión obsoleta aún funciona con la versión correspondiente de Ops Manager, pero la compatibilidad con esta versión se eliminará en la próxima versión. El soporte deMongoDB recomienda migrar a una versión compatible para evitar posibles problemas de incompatibilidad.
Para obtener más información, consulte la Política de soporte antiguo de MongoDB y los Cronogramas del ciclo de vida del software de Ops Manager de MongoDB.
El soporte de versiones abarca toda la serie de lanzamientos desde el primero hasta el último.
Para obtener más información sobre el versionado de MongoDB, consulta versionado de MongoDB en el manual de MongoDB.
Importante
Solo las bases de datos de respaldo de MongoDB Ops Manager deben cumplir este requisito. Las implementaciones de MongoDB que gestiona Ops Manager no lo hacen. Para las versiones mínimas requeridas para implementaciones gestionadas de MongoDB, consulte la matriz de compatibilidad de MongoDB.
Utilice el motor de almacenamiento WiredTiger para la base de datos de la aplicación
Utiliza WiredTiger para la base de datos de la aplicación Ops Manager.
Utilice el motor de almacenamiento WiredTiger para la base de datos de copia de seguridad
Para conocer las opciones de configuración de la base de datos de respaldo, consulte Preparaciones de respaldo.
Usa consultas que no requieran índices
No ejecutar las bases de datos de respaldo con el parámetro MongoDB --notablescan configurado. Cuando se establece, este parámetro especifica que todas las consultas deben usar índices.
Seguridad de sets de réplicas
Asegure la conexión a las bases de datos de respaldo
Asegúrese de que las conexiones desde Ops Manager a sus bases de datos de respaldo sean seguras. Configura estas bases de datos para aceptar conexiones desde Ops Manager que solo usen TLS.
Configure un mecanismo de autenticación para las bases de datos de respaldo
Limite el acceso a sus bases de datos de respaldo a usuarios específicos de MongoDB mediante un mecanismo de autenticación. Para configurar sus bases de datos de respaldo para que utilicen autenticación, consulte Configurar Ops Manager para la autenticación con bases de datos de aplicaciones.
Otorgar roles mínimos al usuario Ops Manager que accede a las bases de datos de respaldo
Establezca que estos usuarios tengan los readWriteAnyDatabase y dbAdminAnyDatabase roles. Si una base de datos de respaldo es un clúster fragmentado, añade clusterAdmin, de lo contrario añade clusterMonitor.
Configuración del host
Los hosts que ejecutan los sets de réplicas deben cumplir los siguientes requisitos para:
hardware
Los hosts deben cumplir con los requisitos de hardware de la base de datos de la aplicación Ops Manager o los requisitos de hardware de la base de datos de copias de seguridad, dependiendo de la base de datos que esté ejecutando el host. Si un host sirve otros componentes de Ops Manager además de la base de datos, se deben sumar los requisitos de hardware para cada componente a fin de determinar los requisitos para el host.
Configuración del sistema
Los hosts deben configurarse según los requisitos indicados en las Notas de producción de MongoDB, excepto cuando se indique lo contrario explícitamente en este tutorial. Las Notas de Producción incluyen información sobre ulimits, NUMA y otras opciones de configuración.
Nombres de host
Utilice minúsculas FQDN.Si usa mayúsculas, es posible que Ops Manager no encuentre su base de datos de respaldo. Para obtener más información sobre la asignación de nombres a hosts, consulte la RFC.1178
Gestión de redes
La seguridad de red del host debe permitir los puertos necesarios descritos en Configuración del firewall. Las reglas adecuadas de firewall de entrada y salida para cada host deben permitir acceder a los puertos requeridos.
RHEL y CentOS 6 solo para hosts
RHEL limita el número máximo de procesos de usuario 1024 a. Esto anula el límite general de procesos de usuarioulimit -u ().
Para el ID de usuario que ejecuta Ops Manager (mongodb-mms por defecto),soft agregue hard nproc las entradas y (número de procesos) al archivo de configuración de procesos de /etc/security/limits.d/99-mongodb-nproc.conf usuario. Use valores superiores al 1024 límite de procesos de usuario de RHEL.
mongodb-mms soft nproc 200000 mongodb-mms hard nproc 500000
Si /etc/security/limits.d/99-mongodb-nproc.conf no existe, créelo. Utiliza el contenido del archivo /etc/security/limits.d/90-nproc.conf como plantilla.
HostsRHEL y CentOS que ejecutan SELinux en enforcing modo
Si los hosts no están configurados para usar la base de datos por defecto de MongoDB data o log rutas o puertos y están haciendo cumplir políticas SELinux, actualiza las políticas SELinux antes de iniciar la base de datos de respaldo.
Para aprender a actualizar la política de SELinux:
Para la edición Community de MongoDB, consulta Configura SELinux
Para la edición MongoDB Enterprise,consulte Configurar SELinux
Implementar bases de datos de respaldo
Para implementar los conjuntos de réplicas de MongoDB conjuntos de réplicas para host las bases de datos de respaldode Ops Manager:
Aprovisionar hosts.
Tus hosts deben cumplir con los requisitos de Configuración del host.
Importante
Se debe configurar la implementación de MongoDB para tus bases de datos de respaldo de acuerdo con las Notas de producción de MongoDB. Si no lo hace, la implementación de MongoDB podría fallar.
Instala MongoDB en cada host.
Sigue los pasos para instalar MongoDB. Si instala MongoDB Enterprise para la base de datos de respaldo, debe instalar las dependencias de MongoDB Enterprise.
Implementar sets de réplicas para cada base de datos de respaldo.
Sigue los pasos descritos en implementar un set de réplicas para cada base de datos de la aplicación. Después de implementar tus bases de datos de la aplicación, puedes instalar Ops Manager utilizando uno de los siguientes procedimientos:
Luego puede realizar una implementación de set de réplicas gestionada con Ops Manager para sus bases de datos de respaldo restantes. Alternativamente, puede implementar manualmente sets de réplicas para cada base de datos de respaldo.
Próximos pasos
Al instalar Ops Manager, debe configurar la
mongo.mongoUriopción para conectarse al set de réplicas que creó para la base de datos de la aplicación en este tutorial.Si activas la copia de seguridad para tu implementación de Ops Manager, debes configurar el almacén de oplog para usar el set de réplicas que creaste para la base de datos de copias de seguridad en este tutorial. Si usted también elige usar un blockstore o almacenamiento de snapshot S3 para almacenar sus snapshots, debe implementar un set de réplicas para cada base de datos de metadatos blockstore o blockstore S3 .