ADC

Método de conexión mínima

February 12, 2024

Contribución de:

Cuando un servidor virtual se configura para usar el algoritmo (o método) de equilibrio de carga con menos conexiones, 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 NetScaler 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 las solicitudes HTTP o HTTPS que aún no han recibido una respuesta.
Conexiones en espera en la cola de sobretensión. Cualquier conexión al servidor virtual que esté esperando en una cola de emergencia y que aún no se haya reenviado a un servicio. Las conexiones pueden acumularse en la cola de sobretensión 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 se encuentran en ese límite.
- La función de protección contra sobretensiones está configurada y se ha activado debido a un aumento de las solicitudes al servidor virtual.
- El servidor con equilibrio de carga ha alcanzado un límite interno y, por lo tanto, no abre ninguna conexión nueva. (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.

En el caso de 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 NetScaler 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 del Protocolo de transmisión en tiempo real (RTSP), el dispositivo NetScaler utiliza el número de conexiones de control activas para determinar el número más bajo de conexiones a un servicio RTSP.

El siguiente ejemplo muestra cómo un servidor virtual selecciona un servicio para equilibrar la carga mediante el método de menor conexión. Tenga en cuenta los tres servicios siguientes:

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

El siguiente diagrama ilustra cómo el dispositivo NetScaler reenvía las solicitudes entrantes cuando utiliza el método de menor conexión.

Figura 1. Mecanismo del método de equilibrio de carga de Least Connections

LB-least-connection

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 NetScaler 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 se cierran las conexiones a Service-HTTP-2, es posible que obtenga 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	Servicio-HTTP-3; (N = 0)	1	Service-HTTP-3 tiene el menor número de conexiones activas.
Request-2	Servicio-HTTP-3; (N = 1)	2	Service-HTTP-3 tiene el menor número de conexiones activas.
Request-3	Servicio-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	Servicio-HTTP-3; (N = 3)	4	Service-HTTP-1 y Service-HTTP-3 tienen el mismo número de conexiones activas.
Request-6	Servicio-HTTP-1; (N = 4)	5	-
Request-7	Servicio-HTTP-3; (N = 4)	5	-
Request-8	Servicio-HTTP-1; (N = 5)	6	-

Service-HTTP-2 se selecciona para equilibrar la carga cuando completa sus transacciones activas y se cierran las conexiones actuales a él, o cuando los demás servicios (Service-HTTP-1 y Service-HTTP-3) tienen 15 o más conexiones cada uno.

El dispositivo NetScaler también puede utilizar el método de conexión mínima cuando se asignan pesos a los servicios. Selecciona un servicio mediante el valor (Nw) de la siguiente expresión:

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

El siguiente ejemplo muestra cómo el dispositivo NetScaler selecciona un servicio para equilibrar la 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, a Service-HTTP-2 se le asigna un peso de 3 y a 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 NetScaler 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 y sexta solicitudes porque el servicio tiene el valor Nw más bajo.
Service-HTTP-1 recibe la séptima 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 octava 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 actual Nw (número de transacciones activas) * (10000 por peso)	Observaciones
Request-1	Servicio-HTTP-3; (Nw = 0)	Nuevo = 2500	Service-HTTP-3 tiene el valor Nw más bajo.
Request-2	Servicio-HTTP-3; (Nw = 2500)	Nuevo = 5000
Request-3	Servicio-HTTP-3; (Nw = 5000)	Nuevo = 7500
Request-4	Servicio-HTTP-3; (Nw = 7500)	Nuevo = 10000
Request-5	Servicio-HTTP-3; (Nw = 10000)	Nuevo = 12500
Request-6	Servicio-HTTP-3; (Nw = 12500)	Nuevo = 15000
Request-7	Servicio-HTTP-1; (Nw = 15000)	Nuevo = 20000	Service-HTTP-1 y Service-HTTP-3 tienen los mismos valores Nw
Request-8	Servicio-HTTP-3; (Nw = 15000)	Nuevo = 17500

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

El siguiente diagrama ilustra cómo el dispositivo NetScaler utiliza el método de menor conexión cuando se asignan pesos a los servicios.

Figura 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.

¿Le ha resultado útil?

Método de conexión mínima

February 12, 2024

Contribución de:

February 12, 2024

Contribución de:

En este artículo

¿Le ha resultado útil?