ADC

Méthode de connexion la moins

February 13, 2024

Contributeur:

Lorsqu’un serveur virtuel est configuré pour utiliser l’algorithme (ou la méthode) d’équilibrage de charge le moins élevé de connexions, 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 NetScaler 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 transmises à 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. Toutes les connexions au serveur virtuel qui sont en attente dans une file d’attente d’urgence et qui n’ont pas encore été transférées vers un service. Les connexions peuvent s’accumuler dans la file d’attente de surtension à tout moment, pour l’une des raisons suivantes :
- Vos services sont soumis à des limites de connexion, et tous les services de votre configuration d’équilibrage de charge respectent cette limite.
- La fonction de protection contre les surtensions est configurée et a été activée par une augmentation du nombre de demandes adressées au serveur virtuel.
- Le serveur à charge équilibrée 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 moindre connexion, 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 prises en compte par l’algorithme de moindre connexion 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 NetScaler 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 NetScaler utilise le nombre de connexions de contrôle actives pour déterminer le plus petit nombre de connexions à un service RTSP.

L’exemple suivant montre comment un serveur virtuel sélectionne un service pour l’équilibrage de charge en utilisant la méthode de moindre connexion. Prenez en compte 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 schéma suivant montre comment l’appliance NetScaler transmet les demandes entrantes lorsque la méthode de moindre connexion est utilisée.

Figure 1. Mécanisme de la méthode d’équilibrage de charge basée sur le moindre nombre de connexions

LB-least-connection

Dans ce schéma, 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.

Remarque : Le service sans transaction active 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 NetScaler commence à transférer les demandes vers Service-HTTP-2 lorsqu’il s’agit du service le moins chargé ou lorsque son tour apparaît dans la file d’attente circulaire.

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	Le Service-HTTP-3 possède le moins de connexions actives.
Request-2	Service-HTTP-3; (N = 1)	2	Le Service-HTTP-3 possède 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	-

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

L’appliance NetScaler peut également utiliser la méthode de moindre connexion lorsque des poids sont attribués 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 NetScaler sélectionne un service pour l’équilibrage de charge en utilisant la méthode de moindre connexion lorsque des poids sont attribués aux services. Dans l’exemple précédent, supposons que Service-HTTP-1 se voit attribuer un poids de 2, Service-HTTP-2 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 NetScaler utilise la méthode Round Robin, quelles que soient les pondérations attribuées à chacun des services.

Service-HTTP-3 reçoit les deuxième, troisième, quatrième, cinquième et sixième requêtes car le service possède la valeur Nw la plus faible.
Service-HTTP-1 reçoit la septième demande. É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 huitiè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é	Valeur actuelle Nw (nombre de transactions actives) * (10000/poids)	Remarques
Request-1	Service-HTTP-3; (Nw = 0)	Nw = 2500	Service-HTTP-3 possède 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

Le 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 schéma suivant montre comment l’appliance NetScaler utilise la méthode de moindre connexion lorsque des poids sont attribués 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 la moins

February 13, 2024

Contributeur:

February 13, 2024

Contributeur:

Méthode de connexion la moins

Dans cet article