ADC

Método de conexión mínimo

October 4, 2021

Contribución de:

Cuando un servidor virtual está configurado para utilizar el algoritmo de equilibrio de carga de conexión mínimo (o método), selecciona el servicio con el menor número de conexiones activas. Este es el método predeterminado, porque, en la mayoría de las circunstancias, proporciona el mejor rendimiento.

Para los servicios TCP, HTTP, HTTPS y SSL_TCP, el dispositivo Citrix ADC incluye los siguientes tipos de conexión en su lista de conexiones existentes:

Conexiones activas a un servicio. Conexiones que representan las solicitudes que un cliente ha enviado al servidor virtual y que el servidor virtual ha reenviado a un servicio. Para los servicios HTTP y HTTPS, las conexiones activas representan solo aquellas solicitudes HTTP o HTTPS que aún no han recibido respuesta.
Esperando conexiones en la cola de sobretensiones. Cualquier conexión al servidor virtual que esté esperando en una cola de sobretensión y que aún no se haya reenviado a un servicio. Las conexiones pueden acumularse en la cola de sobretensiones en cualquier momento, por cualquiera de las siguientes razones:
- Sus servicios tienen límites de conexión y todos los servicios de su configuración de equilibrio de carga están en ese límite.
- La función de protección contra sobretensiones está configurada y ha sido activada por una sobretensión en las solicitudes al servidor virtual.
- El servidor con equilibrio de carga ha alcanzado un límite interno y, por lo tanto, no abre nuevas conexiones. (Por ejemplo, se alcanza el límite de conexión de un servidor Apache).

Cuando un servidor virtual utiliza el método de menor conexión, considera que las conexiones en espera pertenecen al servicio específico. Por lo tanto, no abre nuevas conexiones a esos servicios.

Para los servicios UDP, las conexiones que considera el algoritmo de menor conexión incluyen todas las sesiones entre el cliente y un servicio. Estas sesiones son entidades lógicas basadas en el tiempo. Cuando llega el primer paquete UDP de una sesión, el dispositivo Citrix ADC crea una sesión entre la dirección IP y el puerto de origen y la dirección IP y el puerto de destino.

Para las conexiones de Protocolo de transmisión en tiempo real (RTSP), el dispositivo Citrix ADC utiliza el número de conexiones de control activas para determinar el menor número de conexiones a un servicio RTSP.

En el ejemplo siguiente se muestra cómo un servidor virtual selecciona un servicio para el equilibrio de carga mediante el método de menor conexión. Considere los tres servicios siguientes:

Service-HTTP-1 está manejando 3 transacciones activas.
Service-HTTP-2 está manejando 15 transacciones activas.
Service-HTTP-3 no está manejando ninguna transacción activa.

En el siguiente diagrama se muestra cómo el dispositivo Citrix ADC reenvía las solicitudes entrantes cuando se utiliza el método de menor conexión.

Ilustración 1. Mecanismo del método de equilibrio de carga de menos conexiones

Conexión LB-menos

En este diagrama, el servidor virtual selecciona el servicio para cada conexión entrante eligiendo el servidor con el menor número de transacciones activas.

Las conexiones se reenvían de la siguiente manera:

Service-HTTP-3 recibe la primera solicitud, ya que no está manejando ninguna transacción activa.

Nota: El servicio sin transacción activa se selecciona primero.
Service-HTTP-3 recibe la segunda y tercera solicitudes porque el servicio tiene el siguiente menor número de transacciones activas.
Service-HTTP-1 recibe la cuarta solicitud porque Service-HTTP-1 y Service-HTTP-3 tienen el mismo número de transacciones activas, el servidor virtual utiliza el método round robin para elegir entre ellas.
Service-http-3 recibe la quinta solicitud.
Service-HTTP-1 recibe la sexta solicitud, y así sucesivamente, hasta que Service-HTTP-1 y Service-HTTP-3 manejan el mismo número de solicitudes que Service-HTTP-2. A continuación, el dispositivo Citrix ADC comienza a reenviar solicitudes a Service-HTTP-2 cuando es el servicio menos cargado o aparece su turno en la cola de round robin.

Nota: Si las conexiones a Service-HTTP-2 se cierran, podría obtener nuevas conexiones antes de que cada uno de los otros dos servicios tenga 15 transacciones activas.

En la tabla siguiente se explica cómo se distribuyen las conexiones en la configuración de equilibrio de carga de tres servicios descrita anteriormente.

Conexión entrante	Servicio seleccionado	Número actual de conexiones activas	Observaciones
Request-1	Service-HTTP-3; (N = 0)	1	Service-HTTP-3 tiene el menor número de conexiones activas.
Request-2	Service-HTTP-3; (N = 1)	2	Service-HTTP-3 tiene el menor número de conexiones activas.
Request-3	Service-HTTP-3; (N = 2)	3	-
Request-4	Servicio-HTTP-1; (N = 3)	4	Service-HTTP-1 y Service-HTTP-3 tienen el mismo número de conexiones activas.
Request-5	Service-HTTP-3; (N = 3)	4	Service-HTTP-1 y Service-HTTP-3 tienen el mismo número de conexiones activas.
Request-6	Service-HTTP-1;(N = 4)	5	-
Request-7	Service-HTTP-3; (N = 4)	5	-
Request-8	Servicio-HTTP-1; (N = 5)	6	-

Service-HTTP-2 se selecciona para el equilibrio de carga cuando completa sus transacciones activas y se cierran las conexiones actuales, o cuando los otros servicios (Service-HTTP-1 y Servicio-HTTP-3) tienen 15 o más conexiones cada uno.

El dispositivo Citrix ADC también puede utilizar el método de menor conexión cuando se asignan pesos a los servicios. Se selecciona un servicio mediante el valor (Nw) de la siguiente expresión:

Nw = (Número de transacciones activas) * (10000/peso)

En el ejemplo siguiente se muestra cómo el dispositivo Citrix ADC selecciona un servicio para el equilibrio de carga mediante el método de menor conexión cuando se asignan pesos a los servicios. En el ejemplo anterior, supongamos que a Service-HTTP-1 se le asigna un peso de 2, Service-HTTP-2 se le asigna un peso de 3 y Service-HTTP-3 se le asigna un peso de 4. Las conexiones se reenvían de la siguiente manera:

Service-HTTP-3 recibe el primero porque el servicio no está manejando ninguna transacción activa.

Nota: Si los servicios no gestionan ninguna transacción activa, el dispositivo Citrix ADC utiliza el método round robin independientemente de las ponderaciones asignadas a cada uno de los servicios.
Service-HTTP-3 recibe la segunda, tercera, cuarta, quinta, sexta y séptima solicitudes porque el servicio tiene el valor Nw más bajo.
Service-HTTP-1 recibe la octava solicitud. Dado que Service-HTTP-1 y Service-HTTP-3 ahora tienen el mismo valor Nw, el dispositivo realiza el equilibrio de carga de forma redonda. Por lo tanto, Service-HTTP-3 recibe la novena solicitud.

En la tabla siguiente se explica cómo se distribuyen las conexiones en la configuración de equilibrio de carga de tres servicios descrita anteriormente.

Solicitud recibida	Servicio seleccionado	Valor Nw actual (Número de transacciones activas) * (10000/peso)	Observaciones
Request-1	Servicio-HTTP-3; (Nw = 0)	Nw = 2500	Service-HTTP-3 tiene el valor Nw más bajo.
Request-2	Servicio-HTTP-3; (Nw = 2500)	Nw = 5000
Request-3	Servicio-HTTP-3; (Nw = 5000)	Nw = 7500
Request-4	Servicio-HTTP-3; (Nw = 7500)	Nw = 10000
Request-5	Servicio-HTTP-3; (Nw = 10000)	Nw = 12500
Request-6	Servicio-HTTP-3; (Nw = 12500)	Nw = 15000
Request-7	Servicio-HTTP-1; (Nw = 15000)	Nw = 20000	Service-HTTP-1 y Service-HTTP-3 tienen los mismos valores Nw
Request-8	Servicio-HTTP-3; (Nw = 15000)	Nw = 17500

Service-HTTP-2 se selecciona para el equilibrio de carga cuando finaliza sus transacciones activas o cuando el valor Nw de otros servicios (Service-HTTP-1 y Servicio-HTTP-3) es igual a 50000.

En el siguiente diagrama se muestra cómo el dispositivo Citrix ADC utiliza el método de menor conexión cuando se asignan pesos a los servicios.

Ilustración 2. Mecanismo del método de equilibrio de carga de las conexiones mínimas cuando se asignan pesos

Asignar pesos y métodos

Para configurar el método de menor conexión, consulte Configuración de un método de equilibrio de carga que no incluye una directiva.

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

Método de conexión mínimo

October 4, 2021

Contribución de:

October 4, 2021

Contribución de:

Método de conexión mínimo

En este artículo