The Ops Manager Application provides high availability through use of multiple Ops Manager Application servers behind a load balancer and through use of a replica set to host the Base de datos de la aplicación Ops Manager.
Considerations
Balanceador de carga
Los componentes de la aplicación Ops Manager no tienen estado entre solicitudes. Cualquier servidor de la aplicación Ops Manager puede gestionar solicitudes siempre que todos los servidores lean de la misma base de datos. Si una aplicación Ops Manager deja de estar disponible, otra procesa las solicitudes.
Para aprovechar esta alta disponibilidad, configure un balanceador de carga de su elección para equilibrar el grupo de hosts de la aplicación Ops Manager. Para ello, en Ops Manager, realice las siguientes acciones:
Set the
URL to Access Ops Managerproperty to the load balancer URL.Set the
Load Balancer Remote IP Headerproperty toX-Forwarded-For, which is the HTTP header field the load balancer uses to identify the originating client's IP address.Nota
If you are using a Layer-4 load balancer that does not support
X-Forwarded-Forby default, either enableX-Forwarded-For, or use Proxy Protocol.
The Ops Manager Application uses the client's IP address for auditing, logging, and setting an access list for the API.
After the load balancer is configured and started, you should not log in to the Ops Manager Application from its individual host URLs.
Nota
Para prohibir el acceso a cada servidor de aplicaciones de Ops Manager, configure sus reglas de firewall según corresponda.
Ejemplo
If you have two Ops Manager hosts serving the following URLs:
ops1.example.comops2.example.com
and put them behind a load balancer at the following URL:
opsmanager.example.com
Después de configurar e iniciar el balanceador de carga, no debe iniciar sesión en ops1.example.com. Inicie sesión en opsmanager.example.com.
Nota
If you set these parameters using the configuration file, change mms.remoteIp.header to the URL for the load balancer and mms.centralUrl to the URL for the Ops Manager host and port.
Las instantáneas del sistema de archivos requieren un sistema de archivos compartido
Si configura Ops Manager para usar varios servidores de aplicaciones de Ops Manager tras un balanceador de carga HTTP o HTTPS y usa instantáneas del sistema de archivos, lastareas de instantáneas 4 de2 copia de seguridad de FCV. o posteriores se ejecutan en paralelo en uno o más servidores. Asegúrese de tener un sistema de archivos compartido montado en cada servidor de Ops Manager. El servidor de aplicaciones de Ops Manager podría abrir y escribir diferentes desplazamientos de los mismos archivos. Asegúrese de que el sistema de archivos compartido lo permita. De lo contrario, se producirán errores de acceso.
Fichero de Diagnóstico
To give your Ops Manager diagnostic archive time to generate, set the HTTP idle timeout parameter for the load balancer to 180 seconds.
Compatibilidad con la capa de red del dispositivo
Any load balancing appliance must support Layer 7 (the Application Layer) of the OSI model.
Conjunto de réplicas para la base de datos de la aplicación Ops Manager
Deploy a replica set rather than a standalone to host the Ops Manager Application Database. Replica sets have automatic failover if the primary becomes unavailable.
Si el conjunto de réplicas tiene miembros en varias instalaciones, asegúrese de que una sola instalación tenga suficientes votos para elegir un primario si es necesario. Seleccione la instalación que aloja los sistemas de aplicación principales. Coloque la mayoría de los miembros con derecho a voto y todos los miembros que puedan convertirse en primarios en esta instalación. De lo contrario, las particiones de red podrían impedir que el conjunto forme una mayoría. Para obtener más información sobre cómo los conjuntos de réplicas eligen a los primarios, consulte Elecciones de Conjuntos de Réplicas.
Puede realizar una copia de seguridad del conjunto de réplicas mediante instantáneas del sistema de archivos. Estas instantáneas utilizan herramientas a nivel de sistema para crear copias del dispositivo que contiene los archivos de datos del conjunto de réplicas.
Para implementar el conjunto de réplicas que aloja la base de datos de la aplicación Ops Manager, consulte la instancia de respaldo de MongoDB.
The gen.key File
gen.key El archivo es un archivo binario de 24 bytes que se utiliza para encriptar y desencriptar las bases de datos de respaldo y las credenciales de usuario de Ops Manager. Un archivo idéntico gen.key debe almacenarse en cada servidor que forme parte de una implementación de Ops Manager altamente disponible.
El archivo gen.key se puede generar automáticamente o manualmente.
- Para que Ops Manager genere el archivo:
- Inicie un servidor de Ops Manager. Ops Manager creará un
gen.keyarchivo si no existe ninguno. - Para crear el archivo manualmente:
Generar un archivo binario de 24 bytes.
Ejemplo
Lo siguiente crea el archivo
gen.keyusandoopenssl:openssl rand 24 > /<keyPath>/gen.key Proteja el archivo
gen.keycomo cualquier archivo confidencial. Cambie el propietario al usuario que ejecuta Ops Manager y configure el archivo como de lectura y escritura exclusivo para el propietario.
Once you have the gen.key file (either created automatically or manually), before starting the other Ops Manager servers, copy the file to the appropriate directory on the current server and to the appropriate directory on the other Ops Manager servers:
/etc/mongodb-mms/for RPM or Ubuntu installations${HOME}/.mongodb-mms/for archive (.tar) file installations
Importante
Cualquier recurso de almacenamiento compartido que almacene el archivo
gen.keydebe configurarse para alta disponibilidad a fin de no introducir un posible punto único de falla.Cualquier servidor de Ops Manager que no tenga el archivo
gen.keyinstalado no puede conectarse a las bases de datos de respaldo y convertirse en parte de una instancia de HA Ops Manager.Una vez que haya generado el
gen.keypara su instancia de Ops Manager en el primer servidor de Ops Manager, haga una copia de seguridad del archivogen.keyen una ubicación segura.
Modo de actualización
Si tiene una instalación de Ops Manager con más de un host de Ops Manager que apunta a la misma base de datos de aplicaciones, puede actualizar Ops Manager a una versión más reciente con solo un breve periodo de inactividad de monitorización. Tras completar la actualización de un host de Ops Manager de una implementación de Ops Manager de alta disponibilidad, dicha implementación entra en un estado conocido como modo de actualización. En este estado, Ops Manager está disponible durante una actualización. Las ventajas de este modo son que, durante el proceso de actualización:
Las alertas y el monitoreo funcionan
Las instancias de Ops Manager permanecen activas
Se puede acceder a la aplicación Ops Manager en modo de solo lectura
Las Ops Manager APIs que guardan o borran datos están deshabilitadas
Su instancia de Ops Manager permanece en modo de actualización hasta que todos los hosts de Ops Manager se hayan actualizado y reiniciado. No debe actualizar más de un host de Ops Manager a la vez.
Rendimiento en implementaciones multiregión
La distribución geográfica de la base de datos de la aplicación y de las instancias de Ops Manager puede afectar el rendimiento de la aplicación Ops Manager.
Rendimiento de la base de datos de aplicaciones multirregionales
Si planea replicar la base de datos de la aplicación en varias regiones, tenga en cuenta que muchas de las operaciones de carga de trabajo de w:2 escritura de Ops Manager utilizan la preocupación de escritura, que requiere el reconocimiento del miembro principal y un miembro secundario del conjunto de réplicas para cada operación de escritura.
Por lo tanto, tener un miembro de réplica secundario de la base de datos de la aplicación en la misma región que el miembro principal puede generar un mejor rendimiento de lectura y escritura.
Por ejemplo, implementar tres miembros del conjunto de réplicas de la base de datos de aplicaciones en tres regiones en un esquema 1-1-1 puede generar un peor rendimiento en comparación con implementar tres miembros de la réplica de la base de datos de aplicaciones en dos regiones en un esquema 2-1, donde una región aloja dos miembros del conjunto de réplicas de la base de datos de aplicaciones y otra región aloja el tercer miembro del conjunto de réplicas.
Rendimiento de la interfaz de usuario de Ops Manager
La interfaz de usuario de Ops Manager tiene mejor rendimiento si se conecta a la instancia de la aplicación de Ops Manager implementada en la misma región que el miembro principal de la base de datos de la aplicación del conjunto de réplicas de la base de datos de la aplicación.
En otras palabras, puede lograr una mejor experiencia de usuario al conectarse a la instancia de la aplicación Ops Manager alojada en la misma región que el miembro principal de la base de datos de la aplicación del conjunto de réplicas, en lugar de conectarse a una instancia de la aplicación Ops Manager más cercana, donde la instancia en sí debe conectarse a un miembro principal del conjunto de réplicas de la base de datos de la aplicación alojado en una región diferente y distante con una alta latencia.
Requisitos previos
Implemente el conjunto de réplicas que sirve a la base de datos de la aplicación Ops Manager. Para implementar un conjunto de réplicas, consulte "Implementar un conjunto de réplicas" en el manual de MongoDB.
Procedimiento
El siguiente procedimiento asume que generaste el primer gen.key utilizando uno de los hosts de la aplicación Ops Manager. Si en cambio creas tu propio gen.key, distribúyelo a los hosts de Ops Manager antes de iniciar cualquiera de las aplicaciones de Ops Manager.
Importante
El balanceador de carga ubicado delante de los servidores de aplicaciones de Ops Manager no debe devolver contenido almacenado en caché. El balanceador de carga debe tener el almacenamiento en caché deshabilitado.
Para configurar varias aplicaciones de Ops Manager con equilibrio de carga:
Configure un equilibrador de carga con el grupo de hosts de aplicaciones de Ops Manager.
Configure el balanceador de carga para realizar una verificación de estado en cada punto final de la API de estado de Ops Manager:
http://<OpsManagerHost>:<OpsManagerPort>/monitor/health
Ops Manager responde con uno de dos códigos HTTP:
HTTP Status Code | Estado de salud |
|---|---|
200 | El host de Ops Manager y la base de datos de la aplicación parecen estar en buen estado. |
500 | El host o la base de datos de la aplicación de Ops Manager parecen no estar en buen estado. Si este punto final devuelve |
The load balancer must not return cached content.
Configurar Ops Manager para utilizar el balanceador de carga.
En Ops Manager, haga clic en Admin, luego en la pestaña General y luego en Ops Manager Config.
Establece la propiedad
URL to Access Ops Managerpara que apunte a la URL del balanceador de carga.Set the
Load Balancer Remote IP Headerproperty to the name of the HTTP header field the load balancer uses to identify the client's IP address.Una vez que se configura, Ops
Load Balancer Remote IP HeaderManager habilita los siguientes encabezados HTTP:EncabezadoHTTPReenvía al gerente de operacionesHost original que el cliente solicitó en el encabezado de solicitud HTTP Host.
Protocolo utilizado para realizar la solicitud HTTP.
Nombre de host del servidor proxy.
EstadoHTTPS de una solicitud.
Actualice cada host de la aplicación Ops Manager con la información de los hosts de replicación.
En cada host, edite el conf-mms.properties archivo para establecer la mongo.mongoUri propiedad en la cadena de conexión de la base de datos de la aplicación Ops Manager.Debe especificar al menos 3 hosts en la cadena de mongo.mongoUri conexión.
mongo.mongoUri=mongodb://<mms0.example.net>:<27017>,<mms1.example.net>:<27017>,<mms2.example.net>:<27017>/?maxPoolSize=100
Change the Ops Manager URL to the Load Balancer URL in the MongoDB Agent configuration file.
Complete los siguientes pasos en el host de cada agente MongoDB.
Abra el archivo de configuración del agente MongoDB.
vi /path/to/configurationFile.config La ubicación del archivo de configuración de Automatización depende de su plataforma:
/path/to/install/local.config /etc/mongodb-mms/automation-agent.config /etc/mongodb-mms/automation-agent.config /path/to/install/local.config Edite la propiedad para que apunte al balanceador de carga y guarde los
mmsBaseUrlcambios.mmsBaseUrl=<LOAD-BALANCER-URL>:<PORT> Reinicie el agente MongoDB.
Copy the gen.key file to each Ops Manager host.
El archivo gen.key se encuentra en /etc/mongodb-mms/ para las instalaciones desde un administrador de paquetes y en ${HOME}/.mongodb-mms/ para las instalaciones desde un archivo.
Copia el archivo gen.key desde el host de la aplicación en ejecución de Ops Manager al directorio correspondiente en los otros hosts de la aplicación de Ops Manager.
Información Adicional
Para obtener información sobre cómo hacer que Ops Manager Backup sea de alta disponibilidad, consulte Configurar un servicio de Ops Manager Backup de alta disponibilidad.