Hello!
Relianoïde 7.6
Dans le laboratoire de tests, j'ai trouvé un bug étrange dans le mode de maintenance du backend.
Dans le laboratoire de test, j'utilise 2 nœuds Relianoid 7.6 dans un cluster qui équilibre les connexions client Outlook à Exchange.
Lorsque Outlook est connecté à Exchange, je vois le nombre de connexions établies dans la batterie de serveurs vers chaque backend Exchange (il n'y a que 2 serveurs de test Exchange dans DAG).
J'active le mode maintenance sur l'un des backends (couper), je vois que les connexions client sont réinitialisées, mais après cela, elles commencent à se reconnecter au même backend, qui est maintenant en mode maintenance, c'est-à-dire que les connexions client ne doivent pas y être restaurées.
Si vous essayez d'activer et de désactiver le mode de maintenance sur le backend, rien ne changera, les connexions client continueront d'être restaurées avec succès sur le backend, qui est en maintenance et ne devrait pas accepter de connexions jusqu'à ce que la maintenance soit désactivée.
Le mode de maintenance ne commence à fonctionner que si vous l'activez sur le backend, puis redémarrez la batterie de serveurs, après quoi les connexions client ne seront pas restaurées sur le backend, qui est en mode de maintenance.
On dirait un bug.
La ferme est configurée en mode l4xnat pour le port 443, nombre de backends 2.
Hello!
Pourriez-vous s'il vous plaît générer une sauvegarde de support (dans Système > Sauvegarde de support) et la partager avec nous à : support AT relianoid DOT com ?
Merci!
Hello!
Je vous ai envoyé un fichier de support, veuillez vérifier votre courrier électronique)
Hello!
Merci pour le support save. Cela semble lié à la persistance configurée, car tous les clients sont reliés à la même adresse IP.
Veuillez modifier la persistance de la session de « IP source » à « Port source ».
Dans l'attente de vos commentaires,
Cheers.
Hello!
J'ai changé la persistance de session de « Source IP » à « Source Port », et le mode de maintenance fonctionne mieux. Dans les anciennes versions, le mode de maintenance de ZEVENET fonctionnait sans modifier la persistance de session de « Source IP » à « Source Port ». Je veux comprendre que la logique de maintenance est modifiée dans RELIANOID équilibreur ou j'ai toujours utilisé les mauvais paramètres dans ZEVENET ?
Le mode de maintenance dans ZEVENET a toujours fonctionné parfaitement, indépendamment des paramètres de persistance de session.
Les problèmes ont commencé après la mise à niveau de ZEVENET vers RELIANOID.
Hello!
Le mode de maintenance et la persistance de la session n'ont pas du tout changé.
Dans votre infrastructure, tous les clients étaient-ils toujours NATés ou s'agit-il d'un changement récent ? En effet, si vous aviez réparti la charge des clients sur différents backends à l'aide de la persistance par « IP source » dans le cas où les clients sont NATés, il s'agissait d'un bug Zevenet.
Juste pour confirmer le comportement correct, veuillez le changer en « IP source » et activer le débogage dans /usr/local/relianoid/config/global.conf , changez à partir de :
$debug=”0″;
à
$debug=”9″;
Et puis, reproduisez le problème de maintenance.
Enfin, veuillez partager une nouvelle sauvegarde de support par e-mail.
Kind Regards.
Hello!
Ok, merci pour l'information !
Dans mes tests, les connexions client basées sur l'infrastructure ZEVENET fonctionnaient toujours en NAT (mode lx4nat), informations intéressantes sur ZEVENET.
Je n'ai pas besoin de tester l'équilibreur ZEVENET car maintenant je l'utilise RELIANOID.
RELIANOID bon et simple équilibreur.
Merci pour votre aide ! =)
De rien,
Profitez de RELIANOID!