ADC

Méthode de connexion minimale

October 4, 2021

Contributeur:

Lorsqu’un serveur virtuel est configuré pour utiliser l’algorithme d’équilibrage de charge de connexion le moins important (ou méthode), il sélectionne le service avec le moins de connexions actives. Il s’agit de la méthode par défaut, car, dans la plupart des cas, elle fournit les meilleures performances.

Pour les services TCP, HTTP, HTTPS et SSL_TCP, l’appliance Citrix ADC inclut les types de connexion suivants dans sa liste de connexions existantes :

Connexions actives à un service. Connexions représentant les demandes qu’un client a envoyées au serveur virtuel et que le serveur virtuel a transférées à un service. Pour les services HTTP et HTTPS, les connexions actives représentent uniquement les requêtes HTTP ou HTTPS qui n’ont pas encore reçu de réponse.
Connexions en attente dans la file d’attente de surtension. Toutes les connexions au serveur virtuel qui sont en attente dans une file d’attente de surtension et qui n’ont pas encore été transférées à un service. Les connexions peuvent s’accumuler dans la file d’attente de surtension à tout moment, pour l’une des raisons suivantes :
- Vos services ont des limites de connexion, et tous les services de votre configuration d’équilibrage de charge sont à cette limite.
- La fonction de protection contre les surtensions est configurée et a été activée par une surtension des demandes adressées au serveur virtuel.
- Le serveur à équilibrage de charge a atteint une limite interne et n’ouvre donc aucune nouvelle connexion. (Par exemple, la limite de connexion d’un serveur Apache est atteinte.)

Lorsqu’un serveur virtuel utilise la méthode de connexion minimale, il considère les connexions en attente comme appartenant au service spécifique. Par conséquent, il n’ouvre pas de nouvelles connexions à ces services.

Pour les services UDP, les connexions considérées par l’algorithme de connexion le moins important incluent toutes les sessions entre le client et un service. Ces sessions sont des entités logiques basées sur le temps. Lorsque le premier paquet UDP d’une session arrive, l’appliance Citrix ADC crée une session entre l’adresse IP et le port source et l’adresse IP et le port de destination.

Pour les connexions RTSP (Real-Time Streaming Protocol), l’appliance Citrix ADC utilise le nombre de connexions de contrôle actif pour déterminer le nombre le plus faible de connexions à un service RTSP.

L’exemple suivant montre comment un serveur virtuel sélectionne un service pour l’équilibrage de charge à l’aide de la méthode de connexion minimale. Considérez les trois services suivants :

Service-HTTP-1 gère 3 transactions actives.
Service-HTTP-2 gère 15 transactions actives.
Service-HTTP-3 ne gère aucune transaction active.

Le diagramme suivant illustre la manière dont l’appliance Citrix ADC transmet les demandes entrantes lors de l’utilisation de la méthode de connexion minimale.

Figure 1. Mécanisme de la méthode d’équilibrage de charge des connexions moindres

LB-moins-connexion

Dans ce diagramme, le serveur virtuel sélectionne le service pour chaque connexion entrante en choisissant le serveur avec le moins de transactions actives.

Les connexions sont transférées comme suit :

Service-HTTP-3 reçoit la première requête, car il ne gère aucune transaction active.

Note : Le service sans mouvement actif est sélectionné en premier.
Service-HTTP-3 reçoit les deuxième et troisième requêtes parce que le service a le plus petit nombre de transactions actives.
Service-HTTP-1 reçoit la quatrième demande car Service-HTTP-1 et Service-HTTP-3 ont le même nombre de transactions actives, le serveur virtuel utilise la méthode Round Robin pour choisir entre elles.
Service-HTTP-3 reçoit la cinquième requête.
Service-HTTP-1 reçoit la sixième requête, et ainsi de suite, jusqu’à ce que Service-HTTP-1 et Service-HTTP-3 traitent le même nombre de requêtes que Service-HTTP-2. Ensuite, l’appliance Citrix ADC commence à transférer les demandes vers Service-HTTP-2 lorsqu’il s’agit du service le moins chargé ou que son tour arrive dans la file d’attente ronde.

Remarque : si les connexions à Service-HTTP-2 se ferment, il peut obtenir de nouvelles connexions avant que chacun des deux autres services ait 15 transactions actives.

Le tableau suivant explique comment les connexions sont distribuées dans la configuration d’équilibrage de charge à trois services décrite précédemment.

Connexion entrante	Service sélectionné	Nombre actuel de connexions actives	Remarques
Request-1	Service-HTTP-3 ; (N = 0)	1	Service-HTTP-3 a le moins de connexions actives.
Request-2	Service-HTTP-3 ; (N = 1)	2	Service-HTTP-3 a le moins de connexions actives.
Request-3	Service-HTTP-3; (N = 2)	3	-
Request-4	Service-HTTP-1; (N = 3)	4	Service-HTTP-1 et Service-HTTP-3 ont le même nombre de connexions actives.
Request-5	Service-HTTP-3; (N = 3)	4	Service-HTTP-1 et Service-HTTP-3 ont le même nombre de connexions actives.
Request-6	Service-HTTP-1 ; (N = 4)	5	-
Request-7	Service-HTTP-3; (N = 4)	5	-
Request-8	Service-HTTP-1 ; (N = 5)	6	-

Service-HTTP-2 est sélectionné pour l’équilibrage de charge lorsqu’il termine ses transactions actives et que les connexions en cours se ferment, ou lorsque les autres services (Service-HTTP-1 et Service-HTTP-3) ont chacun 15 connexions ou plus.

L’appliance Citrix ADC peut également utiliser la méthode de connexion la moins adaptée lorsque des pondérations sont attribuées aux services. Il sélectionne un service en utilisant la valeur (Nw) de l’expression suivante :

Nw = (Nombre de transactions actives) * (10000/poids)

L’exemple suivant montre comment l’appliance Citrix ADC sélectionne un service pour l’équilibrage de charge à l’aide de la méthode de connexion la moins élevée lorsque des pondérations sont affectées aux services. Dans l’exemple précédent, 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. Les connexions sont transférées comme suit :

Service-HTTP-3 reçoit le premier car le service ne gère aucune transaction active.

Remarque : Si les services ne gèrent aucune transaction active, l’appliance Citrix ADC utilise la méthode ronde, indépendamment des poids attribués à chacun des services.
Service-HTTP-3 reçoit les deuxième, troisième, quatrième, cinquième, sixième et septième demandes car le service a la valeur Nw la plus faible.
Service-HTTP-1 reçoit la huitième requête. Étant donné que Service-HTTP-1 et Service-HTTP-3 ont désormais la même valeur Nw, l’appliance effectue un équilibrage de charge de manière ronde. Par conséquent, Service-HTTP-3 reçoit la neuvième requête.

Le tableau suivant explique comment les connexions sont distribuées sur la configuration d’équilibrage de charge à trois services décrite précédemment.

Demande reçue	Service sélectionné	Nw actuel (nombre de transactions actives) * (10000/ poids) valeur	Remarques
Request-1	Service-HTTP-3; (Nw = 0)	Nw = 2500	Service-HTTP-3 a la valeur Nw la plus faible.
Request-2	Service-HTTP-3 ; (Nw = 2500)	Nw= 5000
Request-3	Service-HTTP-3; (Nw = 5000)	Nw= 7500
Request-4	Service-HTTP-3; (Nw = 7500)	Nw= 10000
Request-5	Service-HTTP-3; (Nw = 10000)	Nw= 12500
Request-6	Service-HTTP-3; (Nw = 12500)	Nw= 15000
Request-7	Service-HTTP-1; (Nw = 15000)	Nw= 20000	Service-HTTP-1 et Service-HTTP-3 ont les mêmes valeurs Nw
Request-8	Service-HTTP-3; (Nw = 15000)	Nw= 17500

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

Le diagramme suivant illustre comment l’appliance Citrix ADC utilise la méthode de connexion la moins adaptée lorsque des pondérations sont attribuées aux services.

Figure 2. Mécanisme de la méthode d’équilibrage de charge des connexions moindres lorsque des poids sont affectés

Attribuer des poids et des méthodes

Pour configurer la méthode de connexion la plus faible, reportez-vous à la section Configuration d’une méthode d’équilibrage de charge qui n’inclut pas de stratégie.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Méthode de connexion minimale

October 4, 2021

Contributeur:

October 4, 2021

Contributeur:

Méthode de connexion minimale

Dans cet article