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

Método LRTM

October 4, 2021
Contribución de: 
C

Nota: LRTM significa Método de tiempo de respuesta mínimo mediante monitores (LRTM).

Cuando se configura un servidor virtual de equilibrio de carga para utilizar el método LRTM, utiliza la infraestructura de supervisión 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 monitores específicos de la aplicación a cada servicio y habilitar el modo LRTM en estos monitores. A continuación, el dispositivo Citrix ADC toma decisiones de equilibrio de carga en función de los tiempos de respuesta que calcula a partir de sondeos de supervisión.

Puede utilizar el método LRTM para equilibrar la carga de servicios no HTTP y no HTTPS también. 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á enlazado. 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 horaria entre la solicitud ICMP ECHO y la respuesta ICMP ECHO.
TCP Diferencia horaria entre la solicitud SYN y la respuesta SYN+ACK.
HTTP Diferencia horaria entre la solicitud HTTP (después de establecer 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 horaria 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 horaria entre una consulta DNS y la respuesta DNS.
TCPS Diferencia horaria entre una solicitud SYN y la finalización del protocolo de enlace SSL.
FTP Diferencia horaria 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 horaria entre la hora en que se envía una solicitud al despachador y la hora en que se recibe la respuesta del despachador.

En el ejemplo siguiente se muestra cómo el dispositivo Citrix ADC selecciona un servicio para el equilibrio de carga mediante el método LRTM. Considere los tres servicios siguientes:

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

El siguiente diagrama ilustra el proceso que sigue el dispositivo Citrix ADC cuando reenvía solicitudes.

Ilustración 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 Citrix ADC 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.

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 Citrix ADC vuelve a considerar ese servicio para el equilibrio de carga.

En la siguiente tabla se 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 Service-HTTP-3;(N = 0) N = 2 Service-HTTP-3 tiene el valor N más bajo.
Request-2 Service-HTTP-3; (N = 2) N = 4 Service-HTTP-3 tiene el valor N más bajo.
Request-3 Service-HTTP-3; (N = 4) N = 6 Service-HTTP-3 tiene el valor N más bajo.
Request-4 Service-HTTP-3; (N = 6) N = 8 Service-HTTP-3 tiene el valor N más bajo.
Request-5 Service-HTTP-2; (N = 7) N = 8 Service-HTTP-2 tiene el valor N más bajo.
Request-6 Service-HTTP-3; (N = 8) N = 10 Service-HTTP-2 y Service-HTTP-3 tienen los mismos valores N. El dispositivo Citrix ADC cambia al método round robin y selecciona Service-HTTP-3
Request-7 Service-HTTP-2; (N = 8) N = 9 Service-HTTP-2 tiene el valor N más bajo.
Request-8 Service-HTTP-2; (N = 9) N = 10 Service-HTTP-2 tiene el valor N más bajo.

Service-HTTP-1 se vuelve a seleccionar para el equilibrio de carga cuando finaliza sus transacciones activas o cuando su valor N es menor que los otros servicios (Service-HTTP-2 y Service-HTTP-3).

Selección de servicios cuando se asignan pesos

El dispositivo Citrix ADC también realiza el equilibrio de carga mediante el número de transacciones activas, el tiempo de respuesta y los pesos si se asignan diferentes pesos a los servicios. El dispositivo Citrix ADC selecciona el servicio mediante el valor (Nw) en 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 pesos.

Ilustración 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 Citrix ADC 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 las octava solicitudes, 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 Citrix ADC no lo selecciona para el equilibrio de carga.

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

Solicitud recibida Servicio seleccionado Valor Nw actual (N) * (10000/Peso) Observaciones
Request-1 Servicio-HTTP-3; (Nw = 0) Nw = 5000 Service-HTTP-3 tiene el valor Nw más bajo.
Request-2 Service-HTTP-3; (Nw = 5000 Nw = 10000 Service-HTTP-3 tiene el valor Nw más bajo.
Request-3 Servicio-HTTP-3; (Nw = 10000) Nw = 15000 Service-HTTP-3 tiene el valor Nw más bajo.
Request-4 Servicio-HTTP-3; (Nw = 15000) Nw = 20000 Service-HTTP-3 tiene el valor Nw más bajo.
Request-5 Servicio-HTTP-3; (Nw = 20000) Nw = 25000 Service-HTTP-3 tiene el valor Nw más bajo.
Request-6 Servicio-HTTP-2; (Nw = 23333,34) Nw = 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) Nw = 30000 Service-http-2 tiene el valor Nw más bajo.

Service-HTTP-1 se selecciona para el equilibrio de carga cuando completa sus transacciones activas o cuando su valor Nw es menor que otros servicios (Service-HTTP-2 y Service-HTTP-3).

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

En el símbolo del sistema, 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

  1. Vaya a Administración del tráfico > Equilibrio de carga > Servidores virtualesy abra un servidor virtual.

  2. En Configuración avanzada, seleccione LRTM.

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

En el símbolo del sistema, 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 monitores mediante la interfaz gráfica de usuario

  1. Vaya a Administración del tráfico > Equilibrio de carga > Monitores y abra un monitor.
  2. 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.

Método LRTM
October 4, 2021
Contribución de: 
C
October 4, 2021
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.