ADC

Método LRTM

August 11, 2023

Contribución de:

Nota: LRTM son las siglas de Least Response Time Method using Monitors (LRTM).

Cuando un servidor virtual de equilibrio de carga se configura para usar el método LRTM, utiliza la infraestructura de monitoreo existente para obtener el tiempo de respuesta más rápido. A continuación, el servidor virtual de equilibrio de carga selecciona el servicio con el menor número de transacciones activas y el menor tiempo de respuesta. Antes de utilizar el método LRTM, debe vincular los monitores específicos de la aplicación a cada servicio y habilitar el modo LRTM en estos monitores. A continuación, el dispositivo NetScaler toma decisiones sobre el equilibrio de carga en función de los tiempos de respuesta que calcula a partir de las sondas de monitoreo.

También puede utilizar el método LRTM para equilibrar la carga de los servicios que no son HTTP y que no son HTTPS. También puede utilizar este método cuando varios monitores estén enlazados a un servicio. Cada monitor determina el tiempo de respuesta mediante el protocolo que mide para el servicio al que está vinculado. A continuación, el servidor virtual calcula un tiempo de respuesta medio para ese servicio promediando los resultados.

En la tabla siguiente se resume cómo se calculan los tiempos de respuesta para los distintos monitores.

Supervisar	Cálculo del tiempo de respuesta
PING	Diferencia de tiempo entre la solicitud de ICMP ECHO y la respuesta de ICMP ECHO.
TCP	Diferencia de tiempo entre la solicitud SYN y la respuesta SYN+ACK.
HTTP	Diferencia de tiempo entre la solicitud HTTP (una vez establecida la conexión TCP) y la respuesta HTTP.
TCP-ECV	Diferencia horaria entre el momento en que se envía la cadena de envío de datos y la cadena de recepción de datos se devuelve. Se considera que un monitor TCP-ECV sin cadenas de envío y recepción tiene una configuración incorrecta.
HTTP-ECV	Diferencia de tiempo entre la solicitud HTTP y la respuesta HTTP.
UDP-ECV	Diferencia horaria entre la cadena de envío del UDP y la cadena de recepción. Se considera que un monitor UDP-ECV sin la cadena de recepción tiene una configuración incorrecta.
DNS	Diferencia de tiempo entre una consulta de DNS y la respuesta de DNS.
TCPS	Diferencia de tiempo entre una solicitud SYN y la finalización del protocolo de enlace SSL.
FTP	Diferencia de tiempo entre el envío del nombre de usuario y la finalización de la autenticación de usuario.
HTTPS (supervisa las solicitudes HTTPS)	La diferencia horaria es la misma que para el monitor HTTP.
HTTS-ECV (supervisa las solicitudes HTTPS)	La diferencia horaria es la misma que para el monitor HTTP-ECV
USER	Diferencia de tiempo entre el momento en que se envía una solicitud al despachador y el momento en que se recibe la respuesta del despachador.

El siguiente ejemplo muestra cómo el dispositivo NetScaler selecciona un servicio para equilibrar la carga mediante el método LRTM. Tenga en cuenta los tres servicios siguientes:

Service-HTTP-1 gestiona 3 transacciones activas y el tiempo de respuesta es de cinco segundos.
Service-HTTP-2 gestiona 7 transacciones activas y el tiempo de respuesta es de un segundo.
Service-HTTP-3 no gestiona ninguna transacción activa y el tiempo de respuesta es de dos segundos.

El siguiente diagrama ilustra el proceso que sigue el dispositivo NetScaler cuando reenvía las solicitudes.

Figura 1. Cómo funciona el método LRTM

Mecanismo de menor tiempo de respuesta

El servidor virtual selecciona un servicio mediante el valor (N) en la siguiente expresión:

N = (Número de transacciones activas * Tiempo de respuesta determinado por el monitor)

El servidor virtual entrega las solicitudes de la siguiente manera:

Service-HTTP-3 recibe la primera solicitud, porque este servicio no está manejando ninguna transacción activa.
Service-HTTP-3 recibe la segunda, tercera y cuarta solicitudes, porque este servicio tiene el valor N más bajo.
Service-HTTP-2 recibe la quinta solicitud, porque este servicio tiene el valor N más bajo.
Dado que tanto Service-HTTP-2 como Service-HTTP-3 tienen actualmente el mismo valor N, el dispositivo NetScaler cambia al método round robin. Por lo tanto, Service-HTTP-3 recibe la sexta solicitud.
Service-HTTP-2 recibe las solicitudes séptima y octava, porque este servicio tiene el valor N más bajo.

El service-HTTP-1 no se considera para el equilibrio de carga, ya que está más cargado (tiene el valor N más alto) en comparación con los otros dos servicios. Sin embargo, si Service-HTTP-1 completa sus transacciones activas, el dispositivo NetScaler vuelve a considerar ese servicio para equilibrar la carga.

La siguiente tabla resume cómo se calcula N para los servicios.

Solicitud recibida	Servicio seleccionado	Valor N actual (número de transacciones activas * TTFB)	Observaciones
Request-1	Servicio-HTTP-3; (N = 0)	N = 2	Service-HTTP-3 tiene el valor N más bajo.
Request-2	Servicio-HTTP-3; (N = 2)	N = 4	Service-HTTP-3 tiene el valor N más bajo.
Request-3	Servicio-HTTP-3; (N = 4)	N = 6	Service-HTTP-3 tiene el valor N más bajo.
Request-4	Servicio-HTTP-3; (N = 6)	N = 8	Service-HTTP-3 tiene el valor N más bajo.
Request-5	Servicio-HTTP-2; (N = 7)	N = 8	Service-HTTP-2 tiene el valor N más bajo.
Request-6	Servicio-HTTP-3; (N = 8)	N = 10	Service-HTTP-2 y Service-HTTP-3 tienen los mismos valores N. El dispositivo NetScaler cambia al método de todos contra todos y selecciona Service-HTTP-3
Request-7	Servicio-HTTP-2; (N = 8)	N = 9	Service-HTTP-2 tiene el valor N más bajo.
Request-8	Servicio-HTTP-2; (N = 9)	N = 10	Service-HTTP-2 tiene el valor N más bajo.

Service-HTTP-1 vuelve a seleccionarse para equilibrar la carga cuando completa sus transacciones activas o cuando su valor N es inferior al de los demás servicios (Service-HTTP-2 y Service-HTTP-3).

Selección de servicios cuando se asignan pesos

El dispositivo NetScaler también realiza el equilibrio de carga mediante el número de transacciones activas, el tiempo de respuesta y las ponderaciones si se asignan diferentes ponderaciones a los servicios. El dispositivo NetScaler selecciona el servicio mediante el valor (Nw) de la siguiente expresión:

Nw = (N) * (10000/ peso)

Donde N = (Número de transacciones activas * Tiempo de respuesta determinado por el monitor)

El siguiente diagrama ilustra cómo el servidor virtual utiliza el método LRTM cuando se asignan los pesos.

Figura 2. Cómo funciona el método de equilibrio de carga de tiempo de respuesta mínimo cuando se asignan pesos

pesas LRT

En este ejemplo, 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.

El dispositivo NetScaler entrega las solicitudes de la siguiente manera:

Service-HTTP-3 recibe la primera solicitud, ya que no está manejando ninguna transacción activa.
Service-HTTP-3 recibe la segunda, tercera, cuarta y quinta solicitudes, porque este servicio tiene el valor Nw más bajo.
Service-HTTP-2 recibe la sexta solicitud porque este servicio tiene el valor Nw más bajo.
Service-HTTP-3 recibe la séptima solicitud porque este servicio tiene el valor Nw más bajo.
Service-HTTP-2 recibe la octava solicitud, porque este servicio tiene el valor Nw más bajo.

Service-HTTP-1 tiene el peso más bajo y el valor Nw más alto, por lo que el dispositivo NetScaler no lo selecciona para equilibrar la carga.

La siguiente tabla resume cómo se calcula Nw para varios monitores.

Solicitud recibida	Servicio seleccionado	Valor nuevo actual (N) * (10000 g/peso)	Observaciones
Request-1	Servicio-HTTP-3; (Nw = 0)	Nuevo = 5000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-2	Servicio-HTTP-3; (Nw = 5000	Nuevo = 10000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-3	Servicio-HTTP-3; (Nw = 10000)	Nuevo = 15000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-4	Servicio-HTTP-3; (Nw = 15000)	Nuevo = 20000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-5	Servicio-HTTP-3; (Nw = 20000)	Nuevo = 25000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-6	Servicio-HTTP-2; (Nw = 23333.34)	Nuevo = 26666.67	Service-HTTP-2 tiene el valor Nw más bajo.
Request-7	Servicio-HTTP-3; (Nw = 25000)	Nw= 30000	Service-HTTP-3 tiene el valor Nw más bajo.
Request-8	Servicio-HTTP-2; (Nw = 26666.67)	Nuevo = 30000	Service-HTTP-2 tiene el valor Nw más bajo.

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

Para configurar el método de equilibrio de carga LRTM mediante la CLI

En la línea de comandos, escriba:

set lb vserver <name> [-lbMethod <lbMethod>]
<!--NeedCopy-->

Ejemplo:

set lb vserver Vserver-LB-1 -lbMethod LRTM
<!--NeedCopy-->

Para configurar el método de equilibrio de carga LRTM mediante la interfaz gráfica de usuario

Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtualesy abra un servidor virtual.
En Configuración avanzada, seleccione LRTM.

Para habilitar la opción LRTM en los monitores mediante la CLI

En la línea de comandos, escriba:

set lb monitor <monitorName> <type> [-LRTM ( ENABLED | DISABLED )]
<!--NeedCopy-->

Ejemplo:

set lb monitor monitor-HTTP-1 HTTP -LRTM ENABLED
<!--NeedCopy-->

Para habilitar la opción LRTM en los monitores mediante la interfaz gráfica

Vaya a Administración del tráfico > Equilibrio de carga > Monitoresy abra un monitor.
En Parámetros avanzados, seleccione LRTM (Tiempo de respuesta mínimo mediante supervisión).

Para obtener más información sobre la configuración de monitores, consulte Configuración de monitores en una configuración de equilibrio de carga.

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 LRTM

August 11, 2023

Contribución de:

August 11, 2023

Contribución de:

En este artículo

Selección de servicios cuando se asignan pesos