[AIX HP-UX Linux Solaris Windows]

Contrôle des enregistrements de connexion avec la valeur staletimeout

Les connexions sont considérées comme périmées lorsqu'aucune activité ne s'est produite sur cette connexion pendant le nombre de secondes indiquées dans le délai d'attente. Lorsque ce nombre de secondes est dépassé et qu'aucune activité n'a eu lieu, Load Balancer supprime cet enregistrement de connexion de ces tables et le trafic à venir pour cette connexion est ignoré. La commande staletimeout permet de contrôler la manière dont Load Balancer traite les connexions inactives et les enregistrements de connexion associés.

A propos de cette tâche

La commande staletimeout permet de contrôler la période pendant laquelle Load Balancer doit conserver les connexions à l'état "Established" et accepter le trafic lorsqu'aucun trafic n'a été détecté comme étant actif dans les tables Dispatcher.

Une fois tous les paquets de données transmis, un client envoie un paquet FIN pour informer le serveur que la transaction est terminée. Lorsque Dispatcher réceptionne le paquet FIN, il remplace l'état de la transaction, active, par FIN. Lorsqu'une transaction est à l'état FIN, la mémoire réservée à la connexion est libérée.

Procédure

Pour modifier la valeur staletimeout, utilisez la commande dscontrol executor set. Entrez la commande suivante à partir d'une ligne de commande :
dscontrol executor set staletimeout durée
ou la valeur durée est exprimée en secondes.
Eviter les incidents Eviter les incidents : Certains services peuvent avoir leurs propres valeurs de délai d'attente.gotcha
Remarque : Par exemple, LDAP (Lightweight Directory Access Protocol) dispose d'un paramètre de configuration appelé idletimeout. Lorsque le nombre de secondes indiqué à l'aide de ce paramètre est dépassé, la fermeture d'une connexion de client inactif est provoquée. Vous pouvez attribuer la valeur 0 à ce paramètre, ce qui signifie que la fermeture de la connexion ne sera jamais provoquée.

Des incidents de connectivité peuvent se produire lorsque la valeur du délai d'attente de Load Balancer est inférieure à la valeur du délai du service d'attente du service. Pour LDAP, par exemple, si le délai d'attente par défaut de Load Balancer est égal à 6 400 secondes et qu'il n'existe aucune activité sur la connexion pendant ce délai, Load Balancer supprime l'enregistrement de connexion de ses tables. En outre, si le délai d'attente du serveur LSAP est supérieur à 6 400 secondes (ou égal à 0), le client peut toujours supposer qu'il est connecté au serveur. Lorsque le client transmet des paquets, ces derniers sont ignorés par Load Balancer. Dans ce cas, le client LDAP se bloque lorsque le serveur reçoit une demande.

Pour éviter ce problème, attribuez une valeur différente de zéro au paramètre, identique ou inférieure à la valeur du paramètre staletimeout de Load Balancer.




Information associée
Administration
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 : tadm_stalecon.html