Documentación de productos
ADC
14.1 - Current Release 13.1 13.0 12.1
Ver PDF

Algoritmos de equilibrio de carga

February 12, 2024
Contribución de: 
C

El algoritmo de equilibrio de carga define los criterios que utiliza el dispositivo NetScaler para seleccionar el servicio al que redirigir cada solicitud del cliente. Los diferentes algoritmos de equilibrio de carga utilizan criterios diferentes. Por ejemplo, el algoritmo de menor conexión selecciona el servicio con el menor número de conexiones activas, mientras que el algoritmo de operación por turnos mantiene una cola de servicios activos en ejecución, distribuye cada conexión al siguiente servicio de la cola y, a continuación, envía ese servicio al final de la cola.

Algunos algoritmos de equilibrio de carga son los más adecuados para gestionar el tráfico en sitios web, otros para administrar el tráfico a los servidores DNS y otros para gestionar aplicaciones web complejas que se utilizan en el comercio electrónico o en las LAN o WAN de la empresa. La siguiente tabla muestra cada algoritmo de equilibrio de carga que admite el dispositivo NetScaler, con una breve descripción de cómo funciona cada uno.

Nombre Selección de servidores basada en
CONEXIÓN DE MÍNIMO Qué servicio tiene actualmente el menor número de conexiones de clientes. Este es el algoritmo de equilibrio de carga predeterminado.
ROUNDROBIN Qué servicio se encuentra en la parte superior de la lista de servicios. Después de seleccionar ese servicio para una conexión, se mueve al final de la lista.
MÍNIMO TIEMPO DE RESPUESTA Qué servidor con equilibrio de carga tiene actualmente el tiempo de respuesta más rápido.
URL (HASH) Un hash de la URL de destino.
HASH DE DOMINIO Un hash del dominio de destino.
DESTINATIONIFASH Un hash de la dirección IP de destino.
SOURCEIPHASH Un hash de la dirección IP de origen.
SRCIPDESTIPHASH Un hash de las direcciones IP de origen y destino.
CALIDHASH Un hash del identificador de llamada en el encabezado SIP.
SRCIPSRCPORTHASH Un hash de la dirección IP y el puerto del cliente.
LEASTBANDWIDTH Qué servicio tiene actualmente el menor número de restricciones de ancho de banda.
LEASTPACKETS Qué servicio recibe actualmente la menor cantidad de paquetes.
CARGA PERSONALIZADA Datos de un monitor de carga.
FICHA El token configurado.
LRTM Menos conexiones activas y el tiempo de respuesta promedio más bajo.
Proximidad estática El servicio que mejor se ajusta a los criterios de proximidad.
Solicitud mínima Qué servicio tiene actualmente la menor cantidad de solicitudes de clientes.
   

Según el protocolo del servicio que equilibre la carga, el dispositivo NetScaler configura cada conexión entre el cliente y el servidor para que dure un intervalo de tiempo diferente. Esto se denomina granularidad de equilibrio de carga, de la que hay tres tipos: granularidad basada en solicitudes, basada en conexiones y basada en el tiempo. En la siguiente tabla se describe cada tipo de granularidad y cuándo se utiliza cada uno.

Granularidad Tipos de servicio de equilibrio de carga Qué especifica
Basado en solicitudes HTTP o HTTPS Se elige un nuevo servicio para cada solicitud HTTP, independientemente de las conexiones TCP. Como ocurre con todas las solicitudes HTTP, una vez que el servidor web cumple con la solicitud, se cierra la conexión.
Basado en conexiones Protocolos basados en TCP y TCP distintos de HTTP Se elige un servicio para cada conexión TCP nueva. La conexión persiste hasta que el servicio o el cliente la cancelen.
Basado en el tiempo UDP y otros protocolos IP Se elige un nuevo servicio para cada paquete UDP. Tras la selección de un servicio, se crea una sesión entre el servicio y un cliente durante un período determinado. Cuando expira el tiempo, se elimina la sesión y se elige un nuevo servicio para cualquier paquete adicional, incluso si esos paquetes provienen del mismo cliente.

Durante el inicio de un servidor virtual, o siempre que cambie el estado de un servidor virtual, el servidor virtual puede utilizar inicialmente el método de todos contra todos para distribuir las solicitudes de los clientes entre los servidores físicos. Este tipo de distribución, denominada operación por turnos de inicio, ayuda a evitar cargas innecesarias en un único servidor a medida que se atienden las solicitudes iniciales. Tras utilizar el método de operación por turnos al inicio, el servidor virtual cambia al método de equilibrio de carga especificado en el servidor virtual.

El Startup RR Factor funciona de la siguiente manera:

  • Si el factor RR de inicio se establece en cero, el dispositivo cambia al método de equilibrio de carga especificado en función de la velocidad de solicitud.
  • Si el factor RR de inicio es cualquier número distinto de cero, el dispositivo utiliza el método de todos contra todos para el número especificado de solicitudes antes de cambiar al método de equilibrio de carga especificado.
  • De forma predeterminada, el factor RR de inicio está establecido en cero.

Nota: No puede configurar el factor RR de inicio para un servidor virtual individual. El valor que especifique se aplica a todos los servidores virtuales del dispositivo NetScaler.

Para establecer el factor de inicio por turnos mediante la CLI

En la línea de comandos, escriba:

set lb parameter -startupRRFactor <positive_integer>

Ejemplo

set lb parameter -startupRRFactor 25000

Para establecer el factor de inicio por turnos mediante la interfaz gráfica de usuario

  1. Vaya a Administración del tráfico > Equilibrio de carga > Configurar parámetros de equilibriode carga y establezca el factor RR de inicio.
Algoritmos de equilibrio de carga
February 12, 2024
Contribución de: 
C
February 12, 2024
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.