[AIX HP-UX Linux Solaris Windows]

Optimisation des connexions avec affinité client à serveur

La fonction d'affinité de Load Balancer met en correspondance les adresses IP client et un serveur dorsal. L'affinité est établie dès que l'adresse IP de destination d'un paquet correspond au cluster, que le port de destination correspond à celui de Load Balancer et que l'adresse IP source correspond.

A propos de cette tâche

Lorsque l'affinité est établie, les paquets suivants sont envoyés au même serveur dorsal. Lorsqu'elle est interrompue, suite à une panne ou à un retrait de serveur, toute affinité, et par conséquent toutes les connexions à ce serveur, sont interrompues. De même, aucune information de connexion n'apparaît sur la ligne de commande ou les clients de l'interface graphique. Seul le nombre d'enregistrements d'affinité actifs est utilisé.

Cette approche présente l'avantage de fournir une forte affinité et d'assurer une meilleure efficacité à Load Balancer. La méthode d'affinité utilisée est moins consommatrice de mémoire et de CPU par rapport à l'acheminement des connexions.
Eviter les incidents Eviter les incidents : Etant donné que la suppression d'un enregistrement d'affinité interrompt également les connexions, lors de la migration de Load Balancer pour IPv4 vers Load Balancer pour IPv4 et IPv6, utilisez la valeur staletimeout maximale que vous avez définie comme valeur du paramètre stickytime de Load Balancer pour IPv4 et IPv6.gotcha
Choisissez un algorithme de sélection en fonction de la manière dont Load Balancer doit router les connexions. Vous pouvez choisir entre les algorithmes de sélection suivants :
affinity
Indique que lorsqu'un nouveau paquet est envoyé par le client émetteur du paquet précédent, la demande est redirigée vers le même serveur que le paquet précédent. Progressivement, le client arrête d'envoyer des paquets et l'enregistrement d'affinité disparaît.
Chaque enregistrement d'affinité dure le temps indiqué par la valeur stickytime exprimée en secondes :
  • Lorsque des demandes suivantes sont reçues lors du délai stickytime, l'enregistrement d'affinité est toujours valide et la demande est toujours acheminée vers le même serveur.
  • Si aucune connexion supplémentaire n'est reçue lors du délai stickytime, l'enregistrement est purgé. Load Balancer sélectionne un nouveau serveur pour une connexion reçue après l'expiration du délai stickytime.
Vous pouvez utiliser la commande quiesce pour mettre hors ligne un serveur. Ce dernier ne s'arrête pas tant que la valeur staletimeout n'arrive pas à expiration. Voici un exemple de commande quiesce :
dscontrol manager quiesce serveur
connection
Indique que lorsqu'une nouvelle connexion TCP est reçue d'un client, Load Balancer choisit le serveur à ce moment là et lui envoie le paquet. Si le client envoie une nouvelle connexion, Load Balancer considère qu'il s'agit d'une nouvelle connexion distincte et il choisit un serveur approprié.
connection+affinity
Indique que lorsqu'un paquet arrive d'une connexion existante, il est envoyé au serveur qui a été choisi pour la connexion. Si le paquet n'appartient à aucune connexion existante et que le paquet provient du même client, Load Balancer sélectionne le serveur qui a été choisi pour la connexion précédente.

Le comportement de l'algorithme connection+affinity est similaire à l'algorithme d'affinité, mais le délai d'attente pour l'affinité est calculé à partir du début de chaque connexion. Cela implique que le délai entré le début de deux connexions d'un même client est inférieur à la valeur stickytime, les deux connexions sont envoyées au même serveur.

Procédure




Tâches associées
Mise au repos des serveurs ou des services pour les fenêtres de maintenance
Référence associée
dscontrol port
dscontrol server
Rubrique Tâche Rubrique Tâche    

Conditions d'utilisation | Commentaires

Dernière mise à jourDernière mise à jour : Jun 21, 2011 12:02:44 PM EDT
Nom du fichier : tprf_affinity.html