Antes de instalar Ops Manager, debe implementar sus bases de datos de soporte. Estas se denominan 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 respaldo. La siguiente tabla compara la base de datos de la aplicación Ops Manager y la base de datos de respaldo:
Preguntas frecuentes | ||
|---|---|---|
¿Qué almacena la base de datos? | ADVERTENCIA: Los siguientes elementos pueden contener datos confidenciales. Para evitar el acceso no autorizado y protegerlos, debe proteger 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 debe la base de datos almacenar los datos? | Conjunto de réplicas dedicadas en un volumen de almacenamiento independiente | Conjunto de réplicas dedicadas por base de datos de respaldo en volúmenes de almacenamiento independientes |
¿Puede la base de datos utilizar más de una implementación? | No | |
¿Puede Ops Manager utilizar 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 realizar copias de seguridad periódicas, una base de datos de respaldo podría llenar un volumen. Si la base de datos de la aplicación no puede escribir en un volumen, Ops Manager se detiene. Una configuración de almacenamiento adecuada reduce el riesgo de fallos de Ops Manager.
Considerations
Topología del conjunto de réplicas
Cada conjunto de réplicas de la base de datos de respaldo debe incluir tres miembros que contengan datos para garantizar una alta disponibilidad. Si no hay capacidad de almacenamiento para tres miembros que contengan datos, el tercer miembro de la base de datos de respaldo puede actuar como árbitro.
Para la base de datos de la aplicación Ops Manager, puede ejecutar un miembro del conjunto de réplicas en el mismo host que Ops Manager.
Importante
Respaldo de bases de datos con menos de tres miembros que contienen 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
Preocupaciones de lectura y escritura predeterminadas
Las preferencias de lectura y escritura predeterminadas de MongoDB para su versión deben coincidir con las de sus bases de datos de respaldo y la base de datos de su aplicación. Si configura una preferencia de lectura o escritura diferente, podría 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:
Termine de instalar las bases de datos de respaldo.
Instalar 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.
Agregue 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 conjuntos de réplicas que alojan las bases de datos de respaldo de Ops Manager deben:
Utilice bases de datos dedicadas
Los conjuntos de réplicas deben almacenar datos que admitan ú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 versiones de Ops Manager, puede 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 | ||
Gerente de operaciones 7.0 | Obsoleto | Admitido | Admitido | ||
Gerente de operaciones 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 heredado de MongoDB y los Programas del ciclo de vida del software de MongoDB para Ops Manager.
El soporte de versiones cubre 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 administradas por Ops Manager no. Para conocer las versiones mínimas requeridas para las implementaciones administradas de MongoDB, consulte la Matriz de compatibilidad de MongoDB.
Utilice el motor de almacenamiento WiredTiger para la base de datos de la aplicación
Utilice WiredTiger para la base de datos de la aplicación Ops Manager.
Utilice el motor de almacenamiento WiredTiger para la base de datos de respaldo
Para conocer las opciones de configuración de la base de datos de respaldo, consulte Preparaciones de respaldo.
Utilice 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 del conjunto de réplicas
Asegure la conexión a las bases de datos de respaldo
Asegúrese de que las conexiones de Ops Manager a sus bases de datos de respaldo sean seguras. Configure estas bases de datos para que acepten conexiones de Ops Manager que solo usen TLS.
Configurar 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 de Ops Manager que accede a las bases de datos de respaldo
Configure estos usuarios con los rolesreadWriteAnyDatabaseydbAdminAnyDatabase. Si una base de datos de respaldo es un clúster fragmentado, agregueclusterAdmin; de lo contrario, agregueclusterMonitor.
Configuración del host
Los hosts que ejecutan los conjuntos 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 de la base de datos de respaldo, según la base de datos que ejecuten. Si un host sirve a otros componentes de Ops Manager además de la base de datos, debe sumar los requisitos de hardware de cada componente para determinar los requisitos del host.
Configuración del sistema
Los hosts deben configurarse según los requisitos de las Notas de Producción de MongoDB, salvo que se contradiga 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 la red del host debe permitir los puertos necesarios descritos en la configuración del firewall. Las reglas de firewall de entrada y salida adecuadas para cada host deben permitir el acceso a los puertos requeridos.
Solo hostsRHEL 6 y CentOS
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. Utilice 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 las rutas o puertos predeterminados de MongoDBdataology están aplicando políticas de SELinux, actualice las políticas de SELinux antes de iniciar las bases de datos de respaldo.
Para aprender cómo actualizar la política de SELinux:
Para la edición MongoDB Community,consulte Configurar SELinux
Para la edición MongoDB Enterprise,consulte Configurar SELinux
Implementar bases de datos de respaldo
Para implementar conjuntos de réplicas de MongoDB para alojar las bases de datos de respaldo de Ops Manager:
Provisión de hosts.
Sus 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.
Instalar MongoDB en cada host.
Siga los pasos para instalar MongoDB. Si instala MongoDB Enterprise para la base de datos de respaldo, debe instalar las dependencias de MongoDB Enterprise.
Implementar conjuntos 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 implementar conjuntos de réplicas administradas con Ops Manager para las bases de datos de respaldo restantes. También puede implementar manualmente conjuntos de réplicas para cada base de datos de respaldo.
Próximos pasos
Al instalar Ops Manager, debe configurar la
mongo.mongoUriconfiguración para conectarse al conjunto de réplicas que creó para la base de datos de la aplicación en este tutorial.Si habilita la copia de seguridad para su implementación de Ops Manager, debe configurar el almacén de registros de operaciones para que use el conjunto de réplicas que creó para la base de datos de copia de seguridad en este tutorial. Si también decide usar un almacén de bloques o un almacén de instantáneas S3 para almacenar sus instantáneas, debe implementar un conjunto de réplicas para cada base de datos de metadatos de almacén de bloques o S.3