Requisitos del sistema de Ops Manager

Requisitos de hardware de Ops Manager

Todos los hosts que sirven a la aplicación Ops Manager deben cumplir los siguientes requisitos de hardware. Tenga en cuenta que conectar demasiados hosts a un mismo proyecto puede causar problemas de rendimiento.

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

La base de datos de la aplicación Ops Manager se ejecuta como un conjunto de réplicas de tres miembros que se ejecutan en hosts dedicados.

Cada host que sirve a la base de datos de la aplicación Ops Manager debe cumplir los siguientes requisitos de hardware (físico o virtual). Tenga en cuenta que conectar demasiados hosts a un mismo proyecto puede causar problemas de rendimiento.

Para obtener el mejor rendimiento, utilice:

• SSD para almacenar las bases de datos de su aplicación Ops Manager.

• El motor de almacenamiento WiredTiger. Para conocer las diferencias entre los1 motores de almacenamiento WiredTiger y MMAPv, consulte 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 demonio de respaldo

Cada host en el que active el Backup Daemon debe cumplir los siguientes requisitos además de los de Ops Manager.

Cada host que presta servicio a un Backup Daemon activo tiene los siguientes requisitos de hardware:

El demonio de respaldo debe tener al menos 100 GB de capacidad de disco disponible.

Comuníquese con su administrador de cuenta de MongoDB para determinar los requisitos de capacidad de disco y rendimiento.

Requisitos de hardware de la base de datos de respaldo

Si utiliza Ops Manager Backup, debe aprovisionar hosts para la base de datos de respaldo.

Los requisitos de host para la base de datos de respaldo varían según si utiliza una base de datos de almacén de bloques o un sistema de archivos para almacenar sus instantáneas. La base de datos de respaldo siempre contiene datos de registro de operaciones.

Si almacena instantáneas en la base de datos de respaldo, sus hosts generalmente deben tener capacidad suficiente para almacenar 2 entre y 3 veces el tamaño total de los datos de producción respaldados. Las instantáneas se comprimen y deduplican a nivel de bloque en el almacén de bloques.

Sus requisitos específicos dependen de la compresibilidad y la tasa de cambio de sus datos. Contacte con su administrador de cuentas de MongoDB para que le ayude a estimar los requisitos de almacenamiento según el caso de uso y la carga de trabajo para sus hosts de bases de datos de respaldo.

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

Comuníquese con su administrador de cuenta de MongoDB para determinar los requisitos de capacidad de disco y rendimiento.

Si no va a almacenar instantáneas en la base de datos de respaldo, cada miembro que contenga datos debe cumplir los siguientes requisitos:

Acceso al sitio de Internet

Si configuró Ops Manager para descargar binarios directamente desde Internet, Ops Manager requiere acceso a los siguientes sitios de Internet a través de HTTPS utilizando solicitudes IPv4 e IPv6 a Internet:

Latencia entre Ops Manager y los hosts de bases de datos de respaldo

Las conexiones entre el host de la aplicación Ops Manager y sus conjuntos de réplicas de base de datos de la aplicación, registro de operaciones y almacén de bloques deben tener la menor latencia de red posible. Con implementaciones que superen los 200 hosts de MongoDB, la latencia entre los componentes de la aplicación Ops Manager debe ser inferior a 1 ms.Contacte con el soporte de MongoDB si prevé que su entorno de red no puede cumplir este requisito.

Configuración de Keepalive de TCP

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

• la base de datos de la aplicación,

• cualquier base de datos de respaldo, y

• cualquier base de datos MongoDB que administre el Agente MongoDB.

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 periodo. Si no existe una conexión, Ops Manager debe crear una nueva conexión con ese proceso. 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 usar el mismo valor de mongod keepalive.

Para saber cómo configurarlo en el valor recomendado, consulte ¿El tiempo de keepalive de TCP afecta las implementaciones de MongoDB? en el Manual del servidor MongoDB.

Acceso al host de MongoDB y MongoDB Agent

Cada host de MongoDB y MongoDB Agent debe autoidentificarse como su FQDN para garantizar una conectividad confiable.

> 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 Ops Manager debe poder conectarse con los usuarios y los agentes de MongoDB mediante HTTP o HTTPS.Los agentes de MongoDB deben poder conectarse a las bases de datos del cliente MongoDB.

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

Esta página define qué sistemas necesitan 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 distintos componentes utilizados con Ops Manager.

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

haga clic para ampliar

http://127.0.0.1:8090/health

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

/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 de sistemas operativos

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 el siguiente ulimits:

• Abrir archivos

• Máximo de procesos de usuario

• Memoria virtual

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.

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

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:

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.

Servicio de correo electrónico

Instale y verifique un servidor de correo electrónico. Ops Manager necesita un servidor de correo electrónico para enviar alertas y recuperar cuentas de usuario. Puede usar un servidor SMTP o un servidor AWS SES. Para configurar su servidor de correo electrónico,Email Delivery Method Configuration consulte.

Muchas distribuciones Linux orientadas al host incluyen un servidor SMTP local por defecto. Entre ellas se incluyen, entre otras:

• Postfix

• Exim

• Sendmail

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

También puede configurar Ops Manager para enviar correo a través de proveedores externos. Estos incluyen, entre otros:

• Gmail

• Sendgrid

Instalar fontconfig en hosts Linux

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

Navegadores web del cliente

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

Ops Manager muestra una advertencia en los navegadores no compatibles.