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 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í |
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 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) nivel de confirmación de escritura (write concern). Este nivel de confirmación de escritura (write concern) informa sobre una escritura como exitosa solo después de que el primario y uno secundario confirmen esa escritura. Esto significa que si una base de datos de respaldo pierde uno de los dos nodos portadores de datos, MongoDB detiene las operaciones de guardar.
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.4 | MongoDB 5.0 | MongoDB 6.0 | MongoDB 7.0 | MongoDB 8.0 |
|---|---|---|---|---|---|
Ops Manager 8.0 | Obsoleto | Admitido | Admitido | ||
Ops Manager 7.0 | Obsoleto | Admitido | Admitido | ||
Ops Manager 6.0 | Obsoleto | Admitido | Admitido |
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.
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
Usa minúsculas FQDNs. Si usas caracteres en mayúsculas, es posible que Ops Manager no pueda encontrar tu base de datos de respaldo. Para aprender más sobre la asignación de nombres a hosts, consulte 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 a 1024. Esto anula la configuración general del límite de procesos de usuario (ulimit -u).
Para el usuario ID que ejecuta Ops Manager (mongodb-mms por defecto), agregue soft y hard nproc (número de procesos) entradas al archivo de configuración de procesos de usuario /etc/security/limits.d/99-mongodb-nproc.conf. Utilice valores que sean superiores al límite de procesos de usuario de RHEL 1024.
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.
RHEL y hosts de CentOS ejecutando 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 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 .