Requisitos del sistema de Ops Manager

Requisitos de hardware de Ops Manager

Cada host que sirva la aplicación Ops Manager debe cumplir con los siguientes requisitos de hardware. Ten en cuenta que conectar demasiados hosts a un solo proyecto puede causar problemas de rendimiento.

Requisitos de hardware para la base de datos de la aplicación Ops Manager

La base de datos de la aplicación Ops Manager funciona como un set de réplicas de tres nodos que se ejecuta en hosts dedicados.

Todos los hosts que sirven la Base de datos de la aplicación Ops Manager deben cumplir con los siguientes requisitos de hardware (físico o virtual). Tenga en cuenta que conectar demasiados hosts a un solo proyecto puede causar errores en el funcionamiento.

Para un mejor rendimiento, utiliza:

• SSD para almacenar sus bases de datos de la aplicación de Ops Manager.

• El motor de almacenamiento WiredTiger. Para conocer las diferencias entre los motores de almacenamiento WiredTiger y MMAPv1, consulta los tipos de motores de almacenamiento en el manual de MongoDB.

Las estimaciones de capacidad de disco son aproximadas. La capacidad de disco necesaria puede aumentar o disminuir debido al número de bases de datos monitoreadas.

Requisitos de hardware del daemon de copias de seguridad

Cada host en el que actives el daemon de copias de seguridad debe cumplir los siguientes requisitos más los de Ops Manager.

Cada host que sirve un daemon de copias de seguridad activo tiene los siguientes requisitos de hardware:

El Daemon de Copias de Seguridad debería tener al menos 100 GB de capacidad de disco disponible.

Ponte en contacto con tu administrador de cuentas de MongoDB para determinar los requisitos de capacidad de disco y rendimiento.

Requisitos de hardware para la base de datos de copias de seguridad

Si usas Ops Manager Backup, debes aprovisionar hosts para la base de datos de copias de seguridad.

Los requisitos del host para la base de datos de copias de seguridad varían, dependiendo de si utilizas una base de datos de almacenamiento en bloques o almacenamiento en el sistema de archivos para guardar tus snapshots. La base de datos de copia de seguridad siempre contiene oplog datos.

Si almacenas snapshots en la base de datos de copias de seguridad, sus hosts normalmente deben tener suficiente capacidad para almacenar entre 2 y 3 veces el tamaño total de los datos de producción respaldados. Las snapshots se comprimen y desduplican a nivel de bloque en el almacenamiento en bloques.

Tus requisitos específicos dependen de la capacidad de compresión y la tasa de cambio de tus datos. Contacta a tu Gerente de Cuenta de MongoDB para que te ayude a estimar el caso de uso y los requisitos de almacenamiento dependientes de la carga de trabajo para tus hosts de base de datos de copias de seguridad.

Si almacenas snapshots en la base de datos de copias de seguridad, cada miembro con datos debe cumplir los siguientes requisitos:

Ponte en contacto con tu administrador de cuentas de MongoDB para determinar los requisitos de capacidad de disco y rendimiento.

Si no vas a almacenar instantáneas en la Base de datos de copia de seguridad, cada nodo que contenga datos debe cumplir los siguientes requisitos:

Acceso al sitio de Internet

Si has configurado Ops Manager para descargar binarios directamente de Internet, Ops Manager requiere acceso a los siguientes sitios de Internet a través de HTTPS utilizando tanto IPv4 como IPv6 solicitudes a Internet:

Latencia entre Ops Manager y Backing Database Hosts

Las conexiones entre el host de la aplicación de Ops Manager y los conjuntos de réplicas de la base de datos de la aplicación, oplog y almacenamiento en bloques deben tener la menor latencia de red posible. Con implementaciones que superan 200 hosts de MongoDB, la latencia entre los componentes de la aplicación Ops Manager debe estar por debajo de 1 ms. Por favor, contacta con el soporte de MongoDB si anticipas que tu entorno de red no puede cumplir con este requisito.

Configuración de TCP Keepalive

Muchos componentes de Ops Manager se conectan a un proceso mongod en ejecución. Estos incluyen:

• la base de datos de la aplicación,

• cualquier base de datos de copias de seguridad, y

• todas las bases de datos de MongoDB que administre el MongoDB Agent.

Los sistemas que hostean estos componentes envían tráfico de datos entre sí para verificar una conexión activa. La configuración TCP keepalive determina la frecuencia con la que se ejecuta esta revisión. La mayoría de los sistemas utilizan el valor por defecto de 7200 segundos (dos horas).

La conexión de red podría perderse durante ese lapso de tiempo. Sin una conexión existente, Ops Manager debe crear una nueva conexión a ese proceso mongod. Esto puede retrasar la comunicación o provocar tiempos de espera de red o errores de socket. Para evitar este problema, reduzca el valor de keepalive para aumentar las comprobaciones de verificación. Todos los componentes de Ops Manager deben utilizar el mismo valor de keepalive.

Para aprender a configurarlo al valor recomendado, consulta ¿Afecta el tiempo de mantenimiento de la conexión TCP a las implementaciones de MongoDB? en el Manual del servidor MongoDB.

MongoDB y acceso de host de MongoDB Agent

Cada host de MongoDB y MongoDB Agent debe identificarse a sí mismo como su FQDN para garantizar una conectividad fiable.

> hostname -f

mongodb.example.com

PS C:\> systeminfo | findstr /B /C:"Host" /C:"Domain"

Host Name:                 mongodb
Domain:                    example.com

Puertos Accesibles

La aplicación de Ops Manager debe poder conectarse con los usuarios y los agentes de MongoDB a través de HTTP o HTTPS. Los agentes de MongoDB deben poder conectarse a las bases de datos de clientes de MongoDB.

Aunque Ops Manager sólo requiere puertos de red HTTP (o HTTPS) abiertos y de MongoDB para conectarse con los usuarios y las bases de datos, los puertos que se abren en un firewall dependen de qué capacidades estén habilitadas: cifrado, autenticación y supervisión.

Esta página define qué sistemas deben conectarse a qué puertos en otros sistemas.

Ops Manager se conecta con varios servicios. Esta página explica los puertos que deben abrirse para implementar los diferentes componentes utilizados en una implementación de Ops Manager.

Los puertos específicos que deben estar abiertos en cualquier firewall intermedio dependen de las capacidades habilitadas, como cifrado, autenticación y supervisión.

http://127.0.0.1:8090/health

{
  "mms_db": "OK",
  "backup_db": "OK"
}

Abrir puertos para acceder a o administrar Ops Manager y hosts de MongoDB

La mayor parte de la administración de Ops Manager se puede realizar a través de la interfaz de usuario. Algunos procedimientos requieren acceso al sistema operativo. Para permitir que sus administradores accedan a su Ops Manager, así como a los hosts de MongoDB, abra los siguientes puertos para esos hosts.

Servicio	Puerto por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
ssh	22	TCP	Entrante	administración del sistema Linux.	Sí
RDP	3389	TCP	Entrante	Administrador del sistema de Windows.	No

Abrir puertos para respaldar, restaurar y query instancias de MongoDB utilizando Ops Manager

Ops Manager puede respaldar bases de datos de MongoDB en uno o más sistemas de almacenamiento:

• Una base de datos MongoDB (almacenamiento en bloques)

• Un bucket de almacenamiento compatible con S3 (blockstore de almacenamiento compatible con S3)

• Un sistema de archivos (almacén del sistema de archivos).

Para realizar una copia de seguridad de los hosts de MongoDB, abre los siguientes puertos a los hosts de respaldo preferidos (almacenamiento en bloques, almacenamiento compatible con S3 instantánea y/o almacenamiento de snapshot del sistema de archivos):

Servicio	Puerto por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
MongoDB	27017	TCP	saliente	Respalda las snapshots de toda la base de datos en el almacenamiento en bloques o los metadatos de snapshot en la base de datos de metadatos de almacenamiento en bloques compatible con S3.	Opcional
HTTPS	443	TCP	saliente	Realiza un backup de los datos de la snapshot de la base de datos en un bucket de almacenamiento compatible con S3.	Sí
NFS	2049	TCP	saliente	Realiza copias de seguridad de los snapshots de la base de datos en un sistema de archivos basado en UNIX-/Linux.	No
CIFS	3020	TCP	saliente	Haga copias de seguridad de las instantáneas de la base de datos en el sistema de archivos basado en Windows.	No
Servidor Proxy	25999	TCP	saliente	Query el host de copia de seguridad de snapshot.	No

Las instantáneas también se pueden restaurar utilizando el enlace que se muestra en la aplicación Ops Manager. Los mismos puertos necesarios para usar Ops Manager tendrían que estar abiertos para que el usuario pueda descargar el snapshot.

Para encontrar el enlace de descarga, haga clic Continuous Backup, luego la pestaña Restore History, luego hacer clic en el enlace download junto a la snapshot.

Nota

• Para configurar un puerto diferente para el almacenamiento en bloques, consulta Administrar almacenamiento de instantáneas de almacenamiento en bloques.

• Para configurar un puerto diferente para la base de datos de metadatos del S3-compatible storage Snapshot Store, consultar Administrar el almacenamiento de instantáneas compatible con S3.

MongoDB 3.4.2 Enterprise y versiones posteriores proporciona la capacidad de query instantáneas de copia de seguridad. Ops Manager suministra estos snapshots consultables como instancias de sólo lectura de MongoDB, según se describe en Query una copia de seguridad. Para query una snapshot de copia de seguridad, abre los siguientes puertos:

Servicio	Puerto por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
MongoDB	27700-27719	TCP	Entrante	Habilita la comunicación entre el host de la aplicación y una instantánea de respaldo consultable.	Opcional

Abrir puertos para autenticar usuarios de Ops Manager usando LDAP

Los usuarios de MongoDB Enterprise pueden autenticar a los usuarios de Ops Manager utilizando LDAP. Para autenticar con LDAP, abre los siguientes puertos en el Ops Manager y el host de LDAP.

Servicio	Puerto por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
LDAP	389	UDP	Ambos	Autenticar y/o autorizar usuarios de Ops Manager en el host LDAP.	No
LDAPS	636	UDP	Ambos	Autenticar y/o autorizar usuarios de Ops Manager en el host LDAP.	Sí

Para configurar las cadenas LDAP URI de Ops Manager, incluido configurar un puerto no estándar, consulte Autenticación de usuario.

Abrir puertos para autenticar con MongoDB

Los usuarios de MongoDB Enterprise pueden utilizar Kerberos o LDAP para autenticar a los usuarios de MongoDB. Para autenticar mediante LDAP o Kerberos, abre los siguientes puertos entre las bases de datos del cliente de MongoDB, Ops Manager y el host de Kerberos o LDAP.

Servicio	Puerto por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
Kerberos	88	TCP / UDP	saliente	Solicita autenticación de los usuarios de MongoDB frente al host Kerberos.	No
Kerberos	88	UDP	Entrante	Recibir autenticación para usuarios de MongoDB contra el host de Kerberos.	No
LDAP	389	UDP	Ambos	Autentique y/o autorice a los usuarios de MongoDB frente al host LDAP.	No
LDAPS	636	UDP	Ambos	Autentique y/o autorice a los usuarios de MongoDB frente al host LDAP.	Sí

Para configurar Kerberos para la autenticación en la base de datos de la aplicación Ops Manager, consulte Configurar Ops Manager para autenticar con las bases de datos de la aplicación.

Abrir Puertos para Gestionar Llaves de Cifrado usando KMIP

Las implementaciones de MongoDB Enterprise que utilizan el motor de almacenamiento WiredTiger ofrecen una opción de cifrado nativa. Puede utilizar un servicio KMIP para gestionar la llave de cifrado. Para admitir el motor de almacenamiento cifrado mediante KMIP, abre los siguientes puertos entre los hosts del daemon de copias de seguridad, los hosts de MongoDB y los hosts de KMIP.

Servicio	Puertos por defecto	Transporte	Instrucciones	Propósito	¿Utiliza TLS?
KMIP	5696	TCP	saliente	Enviar mensajes entre bases de datos de MongoDB y el host de KMIP.	Sí

Nota

Si se cambia el puerto para el host de KMIP, consulta Instantáneas de copia de seguridad cifradas para configurar Ops Manager y utilizar ese nuevo puerto.

Acceso al sitio de Internet

Si Ops Manager no está configurado para moda local, se requiere acceder a los siguientes sitios de Internet a través de HTTPS:

sitio	Propósito
downloads.mongodb.com, downloads.mongodb.org	Para descargar MongoDB Enterprise Builds.
opsmanager.mongodb.com	Para descargar el archivo de manifiesto de versión de MongoDB .
fastdl.mongodb.org	Para descargar MongoDB Community compilaciones.

/etc/hosts

/private/etc/hosts

%SystemRoot%\System32\drivers\etc\hosts

C:\Windows\System32\drivers\etc\hosts

127.0.0.1   localhost
10.15.0.5   opsmgr.example.dev
10.15.10.15 rs1.example.dev
10.15.10.16 rs2.example.dev
10.15.10.17 rs3.example.dev

Matrices de compatibilidad del sistema operativo

Opciones de ejecución para /var Montaje

Ops Manager requiere que la opción predeterminada exec definida en /etc/fstab en el host subyacente esté presente para ejecutar los binarios necesarios almacenados en el volumen que respalda el directorio /var.

Requisitos de Ulimits para la aplicación Ops Manager

El paquete Ops Manager genera automáticamente los siguientes ulimits:

• Abrir archivos

• Procesos máximos de usuarios

• memoria virtual

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.

Versión de MongoDB para la base de datos de la aplicación Ops Manager y base de datos de copias de seguridad

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:

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.

Servicio de Correo Electrónico

Instala y verifica un servidor de correo electrónico. Ops Manager necesita un servidor de correo electrónico para enviar alertas y recuperar las cuentas de usuario. Puedes usar un servidor SMTP o un servidor AWS SES. Para configurar el servidor de correo electrónico, consultar Email Delivery Method Configuration.

Muchas distribuciones de Linux orientadas a hosts incluyen por defecto un servidor SMTP local. Esto incluye, pero no se limita a:

• Postfix

• Exim

• Sendmail

Windows Server incluye un relé SMTP con Internet Information Server.

También se puede configurar Ops Manager para enviar correos electrónicos a través de proveedores externos. Estos incluyen, entre otros:

• Gmail

• Sendgrid

Instalar fontconfig en hosts de Linux

Al instalar la versión 4.0.13 o posterior de Ops Manager en hosts Linux, instale el paquete fontconfig para habilitar la exportación de datos desde la pestaña Status a formato PDF o PNG.

Navegadores web del cliente

Para utilizar Ops Manager, debes utilizar uno de los siguientes navegadores compatibles con Javascript habilitado:

Ops Manager muestra una advertencia en navegadores no soportados.