ADC

Méthode LRTM

Remarque : LRTM est l’abréviation de Least Response Time Method using monitor (LRTM).

Lorsqu’un serveur virtuel d’équilibrage de charge est configuré pour utiliser la méthode LRTM, il utilise l’infrastructure de surveillance existante pour obtenir le temps de réponse le plus rapide. Le serveur virtuel d’équilibrage de charge sélectionne ensuite le service présentant le plus petit nombre de transactions actives et le temps de réponse le plus faible. Avant d’utiliser la méthode LRTM, vous devez lier des moniteurs spécifiques à l’application à chaque service et activer le mode LRTM sur ces moniteurs. L’appliance NetScaler prend ensuite des décisions d’équilibrage de charge en fonction des temps de réponse qu’elle calcule à partir des sondes de surveillance.

Vous pouvez également utiliser la méthode LRTM pour équilibrer la charge des services non HTTP et non HTTPS. Vous pouvez également utiliser cette méthode lorsque plusieurs moniteurs sont liés à un service. Chaque moniteur détermine le temps de réponse en utilisant le protocole qu’il mesure pour le service auquel il est lié. Le serveur virtuel calcule ensuite un temps de réponse moyen pour ce service en calculant la moyenne des résultats.

Le tableau suivant résume comment les temps de réponse sont calculés pour les différents moniteurs.

Surveiller Calcul du temps de réponse
PING Différence de temps entre la demande ICMP ECHO et la réponse ICMP ECHO.
TCP Différence de temps entre la demande SYN et la réponse SYN+ACK.
HTTP Décalage horaire entre la requête HTTP (après l’établissement de la connexion TCP) et la réponse HTTP.
TCP-ECV Différence de temps entre le moment où la chaîne d’envoi des données est envoyée et la chaîne de réception des données est renvoyée. Un moniteur TCP-ECV sans chaînes d’envoi et de réception est considéré comme ayant une configuration incorrecte.
HTTP-ECV Décalage horaire entre la requête HTTP et la réponse HTTP.
UDP-ECV Décalage horaire entre la chaîne d’envoi de l’UDP et la chaîne de réception. Un moniteur UDP-ECV sans chaîne de réception est considéré comme ayant une configuration incorrecte.
DNS Décalage horaire entre une requête DNS et la réponse DNS.
TCPS Décalage horaire entre une demande SYN et la fin de l’établissement de connexion SSL.
FTP Décalage horaire entre l’envoi du nom d’utilisateur et la fin de l’authentification de l’utilisateur.
HTTPS (surveille les demandes HTTPS) Le décalage horaire est le même que pour le moniteur HTTP.
HTTS-ECV (surveille les requêtes HTTPS) Le décalage horaire est le même que pour le moniteur HTTP-ECV
USER Décalage horaire entre l’heure à laquelle une demande est envoyée au répartiteur et l’heure à laquelle la réponse du répartiteur est reçue.

L’exemple suivant montre comment l’appliance NetScaler sélectionne un service pour l’équilibrage de charge à l’aide de la méthode LRTM. Prenez en compte les trois services suivants :

  • Service-HTTP-1 gère 3 transactions actives et le temps de réponse est de cinq secondes.
  • Service-HTTP-2 gère 7 transactions actives et le temps de réponse est d’une seconde.
  • Service-HTTP-3 ne gère aucune transaction active et le temps de réponse est de deux secondes.

Le schéma suivant illustre le processus suivi par l’appliance NetScaler lorsqu’elle transmet des demandes.

Figure 1. Fonctionnement de la méthode LRTM

Mécanisme de temps de réponse moindre

Le serveur virtuel sélectionne un service en utilisant la valeur (N) dans l’expression suivante :

N = (Nombre de transactions actives* Temps de réponse déterminé par le moniteur)

Le serveur virtuel envoie les demandes comme suit :

  • Service-HTTP-3 reçoit la première demande, car ce service ne gère aucune transaction active.
  • Service-HTTP-3 reçoit les deuxième, troisième et quatrième requêtes, car ce service possède la valeur N la plus faible.
  • Service-HTTP-2 reçoit la cinquième requête, car ce service a la valeur N la plus faible.
  • Étant donné que Service-HTTP-2 et Service-HTTP-3 ont actuellement la même valeur N, l’appliance NetScaler passe à la méthode round robin. Par conséquent, Service-HTTP-3 reçoit la sixième demande.
  • Service-HTTP-2 reçoit les septième et huitième requêtes, car ce service a la valeur N la plus faible.

Le service-HTTP-1 n’est pas pris en compte pour l’équilibrage de charge, car il est plus chargé (possède la valeur N la plus élevée) par rapport aux deux autres services. Toutefois, si Service-HTTP-1 termine ses transactions actives, l’appliance NetScaler considère à nouveau ce service pour l’équilibrage de charge.

Le tableau suivant résume la façon dont N est calculé pour les services.

Demande reçue Service sélectionné Valeur N actuelle (nombre de transactions actives* TTFB) Remarques
Request-1 Service-HTTP-3 ; (N = 0) N = 2 Service-HTTP-3 a la valeur N la plus faible.
Request-2 Service-HTTP-3 ; (N = 2) N = 4 Service-HTTP-3 a la valeur N la plus faible.
Request-3 Service-HTTP-3 ; (N = 4) N = 6 Service-HTTP-3 a la valeur N la plus faible.
Request-4 Service-HTTP-3 ; (N = 6) N = 8 Service-HTTP-3 a la valeur N la plus faible.
Request-5 Service-HTTP-2 ; (N = 7) N = 8 Service-HTTP-2 a la valeur N la plus faible.
Request-6 Service-HTTP-3 ; (N = 8) N = 10 Service-HTTP-2 et Service-HTTP-3 ont les mêmes valeurs N. L’appliance NetScaler passe à la méthode Round Robin et sélectionne Service-HTTP-3
Request-7 Service-HTTP-2 ; (N = 8) N = 9 Service-HTTP-2 a la valeur N la plus faible.
Request-8 Service-HTTP-2 ; (N = 9) N = 10 Service-HTTP-2 a la valeur N la plus faible.

Le Service-HTTP-1 est à nouveau sélectionné pour l’équilibrage de charge lorsqu’il termine ses transactions actives ou lorsque sa valeur N est inférieure à celle des autres services (Service-HTTP-2 et Service-HTTP-3).

Sélection des services lors de l’attribution de poids

L’appliance NetScaler effectue également un équilibrage de charge en utilisant le nombre de transactions actives, le temps de réponse et les poids si différents poids sont attribués aux services. L’appliance NetScaler sélectionne le service à l’aide de la valeur (Nw) de l’expression suivante :

Nw = (N) * (10 000/poids)

Où N = (Nombre de transactions actives* Temps de réponse déterminé par le moniteur)

Le schéma suivant montre comment le serveur virtuel utilise la méthode LRTM lorsque des poids sont attribués.

Figure 2. Fonctionnement de la méthode d’équilibrage de charge du temps de réponse le moins important lorsque des poids sont affectés

Poids LRT

Dans cet exemple, supposons que Service-HTTP-1 se voit attribuer un poids de 2, Service-HTTP-2 se voit attribuer un poids de 3 et Service-HTTP-3 un poids de 4.

L’appliance NetScaler fournit les demandes comme suit :

  • Service-HTTP-3 reçoit la première requête, car il ne gère aucune transaction active.
  • Service-HTTP-3 reçoit les deuxième, troisième, quatrième et cinquième requêtes, car ce service a la valeur Nw la plus faible.
  • Service-HTTP-2 reçoit la sixième demande, car ce service possède la valeur Nw la plus faible.
  • Service-HTTP-3 reçoit la septième requête, car ce service possède la valeur Nw la plus faible.
  • Service-HTTP-2 reçoit la huitième requête, car ce service possède la valeur Nw la plus faible.

Le Service-HTTP-1 a le poids le plus faible et la valeur Nw la plus élevée. L’appliance NetScaler ne le sélectionne donc pas pour l’équilibrage de charge.

Le tableau suivant résume la façon dont Nw est calculé pour différents moniteurs.

Demande reçue Service sélectionné Nouvelle valeur actuelle (N) * (10000/poids) Remarques
Request-1 Service-HTTP-3 ; (Nouveau = 0) Nw = 5000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-2 Service-HTTP-3 ; (Nw = 5000) Nw = 10 000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-3 Service-HTTP-3 ; (Nw = 10000) Nouveau = 15 000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-4 Service-HTTP-3 ; (Nw = 15000) Nw = 20 000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-5 Service-HTTP-3 ; (Nouveau = 20 000) Nw = 25 000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-6 Service-HTTP-2 ; (Nw = 23333,34) Nouveau = 2666,67 Service-HTTP-2 possède la valeur Nw la plus faible.
Request-7 Service-HTTP-3 ; (Nw = 25 000) Nw = 30 000 Service-HTTP-3 possède la valeur Nw la plus faible.
Request-8 Service-HTTP-2 ; (Nw = 26666,67) Nw = 30 000 Service-HTTP-2 possède la valeur Nw la plus faible.

Le Service-HTTP-1 est sélectionné pour l’équilibrage de charge lorsqu’il termine ses transactions actives ou lorsque sa valeur Nw est inférieure à celle des autres services (Service-HTTP-2 et Service-HTTP-3).

Pour configurer la méthode d’équilibrage de charge LRTM à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez ;

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

Exemple :

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

Pour configurer la méthode d’équilibrage de charge LRTM à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Équilibrage de charge > Serveurs virtuels, puis ouvrez un serveur virtuel.

  2. Dans Paramètres avancés, sélectionnez LRTM.

Pour activer l’option LRTM dans les moniteurs à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez ;

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

Exemple :

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

Pour activer l’option LRTM sur les moniteurs à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Équilibrage de charge > Moniteurs, puis ouvrez un moniteur.
  2. Dans Paramètres avancés, sélectionnez LRTM (Temps de réponse minimum à l’aide de la surveillance).

Pour plus d’informations sur la configuration des moniteurs, voir Configuration des moniteurs dans une configuration d’équilibrage de charge.

Méthode LRTM