Documentation
Table of Contents
2 Balanceo de carga de proxy y alta disponibilidad
Descripción general
El equilibrio de carga de proxy permite monitorear los equipos por parte de un grupo de proxy con distribución automatizada de equipos entre servidores proxy y alta disponibilidad de proxy.
Si un proxy del grupo de proxy se desconecta, sus equipos se distribuirán inmediatamente entre otros proxy que tengan el menor número de equipos equipos asignados. O, si un proxy tiene demasiados o muy pocos equipos en comparación con el promedio del grupo, se activará el reequilibrio del grupo mediante la distribución uniforme de los equipos.
La redistribución del equipo ocurre sólo en grupos de proxy en línea. Un grupo de proxy está "en línea" si el número mínimo configurado de sus servidores proxy está en línea (no fuera de línea ni desconocido).
El número mínimo de representantes en línea debe ser menor que el total de representantes en el grupo. En un grupo de 10 servidores proxy, establecer el recuento mínimo de servidores proxy en línea en 10 crea una situación en la que todo el grupo se desconectará si solo falla un proxy. Es mejor tener 6 proxies en línea necesarios. Esto admitirá 4 servidores proxy en mal estado.
El estado proxy es:
- en línea - si hubo comunicación con él durante el período retraso de conmutación por error (el proxy pasivo respondió a las solicitudes del servidor y el proxy activo envió una solicitud al servidor);
- fuera de línea: si no hubo comunicación con él durante el período de retraso de conmutación por error;
- desconocido - después de la creación del proxy o del inicio del servidor.
Puede monitorear el estado del grupo de proxy con las métricas internas zabbix[proxy group,<name>,state] y zabbix[proxy group,discovery] .
El equilibrio de carga del proxy y la alta disponibilidad se gestionan mediante el proceso administrador de grupo de proxy. El administrador del grupo de proxy siempre sabe qué otros servidores proxy están en buen estado o en mal estado.
Compatibilidad de versiones
- Sólo los agentes Zabbix 7.0 y posteriores son compatibles para trabajar con grupos proxy en modo activo;
- Los servidores proxy de la versión anterior a 7.0 de Zabbix y los equipos monitoreados por estos servidores proxy están excluidos de las operaciones de reequilibrio hasta que se actualicen.
Host redistribution
Proxy load balancing and high availability is managed by Zabbix server via the proxy group manager, which continuously monitors the state of all proxies in each proxy group and their host distribution.
Proxy high availability within a group is triggered when a proxy goes offline—its hosts are immediately redistributed to other proxies. Proxy load balancing also occurs, as hosts are reassigned to proxies with the fewest assigned hosts.
Additionally, proxy load balancing is triggered when proxy host count differs from the group average by at least 10 hosts and a factor of 2 (host excess or host deficit). If the imbalance persists after a grace period (10 x failover delay), the proxy group is queued for host redistribution.
The proxy group manager redistributes hosts using the following logic:
- Calculate the average number of hosts per proxy.
- For proxies with host excess—move the excess hosts to the unassigned pool of proxies.
- For proxies with host deficit—calculate how many hosts are needed to reach balance.
- Remove the required number of hosts from proxies with the most hosts.
- Move unassigned hosts to proxies with the fewest hosts.
Examples of host redistribution:
| Hosts on proxy | Group average | Host reassignment |
|---|---|---|
| 100 | 50 | Yes |
| 60 | 50 | No |
| 40 | 50 | No |
| 25 | 50 | Yes |
| 15 | 5 | Yes |
| 10 | 5 | No |
Hosts monitored by a single proxy (even if it belongs to a proxy group) are not involved in load balancing/high availability. Additionally, having fewer than 10 hosts monitored by a proxy group may lead to uneven host distribution among proxies in the group.
Configurar un grupo de proxy
Para configurar un grupo de proxy en la interfaz de Zabbix:
- Ir a: Administración → Grupos de proxy
- Haga clic en Crear grupo de proxy
| Parámetro | Descripción |
|---|---|
| Nombre | Ingrese el nombre del grupo de proxy. |
| Período de conmutación por error | Ingrese el período en segundos antes de que se ejecute la conmutación por error (1 minuto de forma predeterminada; rango permitido de 10 a 15 minutos). Se admiten sufijos de tiempo (por ejemplo, 30 segundos, 1 minuto). Se admiten macros de usuario. |
| Número mínimo de proxies | Ingrese el número mínimo de proxies en línea requeridos para que el grupo esté en línea (1 de forma predeterminada; rango permitido 1-1000). Se admiten macros de usuario. |
| Descripción | Ingrese la descripción del grupo de proxy. |
| Proxies | Lista de proxies en el grupo. Se pueden mostrar hasta cinco servidores proxy (como enlaces o en texto sin formato, según los permisos del proxy). Esta lista se muestra al editar un grupo de proxy existente, si hay al menos un proxy en el grupo. |
Configuración del balanceo de carga del proxy
Para configurar el balanceo de carga del proxy para los equipos de monitoreo:
- Cree un grupo de proxy (consulte "Configuración de un grupo de proxy" a continuación).
Para las comprobaciones pasivas, todos los proxies del grupo deben estar enumerados en el parámetro Server de los agentes.
Agregar todos los proxies del grupo al parámetro de agente ServerActive (separados por un punto y coma) de los equipos monitoreados es beneficioso, pero no obligatorio. Un agente activo puede tener un solo proxy en el campo ServerActive y el balanceo de carga del proxy funcionará. Cuando se inicia el servicio del agente, el agente recibirá una lista completa de todas las direcciones IP de todos los proxies de Zabbix, cargará y guardará en la memoria. Las comprobaciones activas (y las solicitudes de datos del remitente de Zabbix) se redirigirán al proxy en línea correcto para el equipo, según la asignación actual de proxy-equipo.
Tener solo un solo proxy en el campo ServerActive puede provocar la pérdida de datos de monitoreo si el agente se inicia o reinicia mientras ese proxy en particular está fuera de línea.
Asegúrese de que el grupo de servidores proxy esté en línea.
Configure que los equipos sean monitoreados por el grupo de servidores proxy (no por servidores proxy individuales). Puede usar la actualización masiva de servidores proxy para mover los equipos del servidor proxy al grupo de servidores proxy.
Los equipos monitoreados por un solo servidor proxy (incluso si pertenece a un grupo de servidores proxy) no participan en el equilibrio de carga/alta disponibilidad. Además, tener menos de 10 equipos asignados a un grupo de servidores proxy puede generar una distribución desigual de los equipos entre los servidores proxy del grupo.
- Espere unos segundos para que se actualice la configuración y para que se distribuyan los equipos entre los servidores proxy del grupo de servidores proxy. Observe el cambio actualizando la lista de equipos en Monitoreo -> Equipos.
Cuando se crea un equipo en función de los datos de registro automático/descubrimiento de red de un servidor proxy que pertenece a un grupo de servidores proxy, este equipo se configura para ser monitoreado por este grupo de servidores proxy.
Testing proxy load balancing
To test proxy load balancing:
- Configure a proxy group.
- Make sure that the proxy group has an online state.
- Make sure that hosts are monitored by a proxy group, not individual proxies (you may use host mass update to move hosts from proxies to the proxy group).
- Wait a few seconds for the configuration update and host distribution among proxies in the proxy group. Observe the change by refreshing the host list in Monitoring > Hosts.
Limitaciones
- Las capturas SNMP no son compatibles con los servidores proxy del grupo de proxy.
- Las comprobaciones que dependen de la configuración externa deben tener la misma configuración en todos los servidores proxy del grupo de servidores proxy. Eso incluye:
- controles externos - scripts;
- comprobaciones de bases de datos - configuración ODBC.
- Cuando se utiliza la métrica "Monitoreo de base de datos", el objeto/servidor de base de datos debe tener permisos extendidos.
- Cuando se monitorean en un grupo de proxy, los equipos de VMware se distribuirán aleatoriamente entre los servidores proxy del grupo y harán que cada proxy almacene en caché todos los datos de VMware, lo que provocará una carga adicional en vCenter.