Antes de instalar Ops Manager, debe implementar sus bases de datos de soporte. Estos se llaman 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 utilices Ops Manager para realizar copias de seguridad de las bases de datos que gestiona Ops Manager. |
¿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 el Ops Manager usar el Módulo de Respaldo para respaldar esta base de datos? | No | No |
¿Puede Ops Manager usar el módulo de supervisión para supervisar esta base de datos? | Sí |
Importante
No utilice versiones secundarias de MongoDB para bases de datos de respaldo. Las bases de datos de respaldo solo son compatibles con versiones principales, como la v8.0.
Nota
Cada base de datos de respaldo debe utilizar un set de réplicas dedicado. El set de réplicas 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 de datos para alta disponibilidad.
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
A partir de Ops Manager 8.0.26, Ops Manager utiliza la preocupación de escritura majority de forma predeterminada para las escrituras duraderas en sus bases de datos de respaldo, incluida la base de datos de la aplicación. Las escrituras no duraderas, como los registros y las métricas, continúan utilizando la preocupación de escritura Replica
Acknowledged (w:2). Para volver al comportamiento anterior a 8.0.26, donde algunas escrituras duraderas utilizaban w:2, establezca mms.writeConcern.mode en legacy. Utilice el modo legacy únicamente si experimenta una caída del rendimiento después de la actualización.
En ambos casos, una operación de escritura se considera exitosa solo después de que el nodo principal y otro miembro que contiene datos la confirmen, cuando el conjunto de réplicas tiene menos de tres miembros que contienen datos. Esto significa que si una base de datos de respaldo con solo dos miembros que contienen datos pierde uno de ellos, MongoDB detiene las operaciones de escritura.
Si no tiene capacidad de almacenamiento para tres nodos de datos, puede utilizar un árbitro como tercer nodo del set de réplicas. Sin embargo, esta configuración reduce la disponibilidad de guardar porque el set de réplicas solo tiene dos nodos de datos.
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.
supervisión de la base de datos de la aplicación
Puedes elegir supervisar la base de datos de la aplicación después de instalar Ops Manager.
Para supervisar la base de datos de tu 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 set 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.
Usar base de datos de respaldo para almacenamiento compatible con S3de Block y metadatos de Oplog
Si utilizas almacenamiento compatible con S3para almacenamiento de bloques u oplog, la base de datos subyacente puede almacenar los metadatos de los bloques y oplog.
Usar 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.2 | MongoDB 4.4 | MongoDB 5.0 | MongoDB 6.0 | MongoDB 7.0 | MongoDB 8.0 []1 | MongoDB 9.0 |
|---|---|---|---|---|---|---|---|
Ops Manager 9.0 | EOL | EOL | EOL | EOL | Obsoleto | Admitido | Admitido |
Ops Manager 8.0 | EOL | EOL | EOL | Obsoleto | Admitido | Admitido | Admitido |
Ops Manager 7.0 | EOL | EOL | Obsoleto | Admitido | Admitido | N/A | N/A |
Ops Manager 6.0 | EOL | Obsoleto | Admitido | Admitido | N/A | N/A | N/A |
Ops Manager 5.0 | Obsoleto | Admitido | Admitido | N/A | N/A | N/A | N/A |
Ops Manager 4.4 | Admitido | Admitido | N/A | N/A | N/A | N/A | N/A |
Ops Manager 4.2 | Admitido | N/A | N/A | N/A | N/A | N/A | N/A |
| [1] | MongoDB 8.2 y 8.3 no son compatibles con las bases de datos de respaldo. |
Nota
Una versión obsoleta sigue funcionando con la versión correspondiente de Ops Manager, pero removeremos el soporte para esta versión en la siguiente versión. Soporte de MongoDB recomienda migrar a una versión soportada 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.
Importante
No utilice versiones secundarias de MongoDB para bases de datos de respaldo. Las bases de datos de respaldo solo son compatibles con versiones principales, como la v8.0.
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 opciones de configuración de la base de datos de copias de seguridad, consulte Preparativos para respaldos.
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
Asegura 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
Limita el acceso a tus bases de datos de respaldo a usuarios específicos de MongoDB utilizando un mecanismo de autenticación. Para configurar sus bases de datos de respaldo para que utilicen autenticación, consulte Configure Ops Manager para autenticarse con las bases de datos de la aplicación.
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 nombres de dominio completos (FQDN)en minúsculas. Si utiliza mayúsculas, es posible que Ops Manager no encuentre la base de datos subyacente. Para obtener más información sobre cómo nombrar 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.
Solo para hostsRHEL y CentOS 6
RHEL limita el número máximo de procesos de usuario a 1024. Esto anula la configuración general del límite de procesos de usuario (ulimit -u).
Para el usuario que ejecuta Ops Manager (mongodb-mms por defecto), agregue las entradas soft, hard y nproc (número de procesos) al archivo de configuración de procesos de usuario /etc/security/limits.d/99-mongodb-nproc.conf. Utilice valores mayores que el límite de procesos de usuario 1024 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 modo enforcing
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, consulta 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 también eliges usar un almacenamiento en bloques o almacenamiento de snapshot S3 para almacenar tus snapshot, debes implementar un set de réplicas para cada base de datos de metadatos almacenamiento en bloques o almacenamiento en bloques S3 .