Hallo!
Relianoid 7.6
In het teslab ontdekte ik een vreemde bug in de backend-onderhoudsmodus.
In het testlab gebruik ik 2 Relianoid 7.6-knooppunten in een cluster die de Outlook-clientverbindingen met Exchange in evenwicht brengen.
Wanneer Outlook is verbonden met Exchange, zie ik het aantal tot stand gebrachte verbindingen in de farm met elke Exchange-backend (er zijn slechts 2 Exchange-testservers in DAG).
Ik schakel de onderhoudsmodus in op een van de backends (knippen). Ik zie dat de clientverbindingen worden gereset, maar daarna maken ze opnieuw verbinding met dezelfde backend, die nu in de onderhoudsmodus staat. Dat wil zeggen dat de clientverbindingen niet meer mogen worden hersteld.
Als u de onderhoudsmodus op de backend probeert uit en weer in te schakelen, verandert er niets. Clientverbindingen worden nog steeds succesvol hersteld naar de backend, die zich in de onderhoudsmodus bevindt en geen verbindingen mag accepteren totdat de onderhoudsmodus wordt uitgeschakeld.
De onderhoudsmodus start pas als u deze op de backend inschakelt en vervolgens de farm opnieuw opstart. Daarna worden de clientverbindingen niet meer hersteld naar de backend, die zich in de onderhoudsmodus bevindt.
Lijkt op een bug.
Farm is geconfigureerd in l4xnat-modus voor poort 443, aantal backends 2.
Hi!
Kunt u een ondersteuningsopslag genereren (via Systeem > Ondersteuningsopslag) en deze met ons delen op: support AT relianoid DOT com?
Dank je!
Hallo!
Ik heb je een ondersteuningsbestand gestuurd, controleer je e-mail)
Hi!
Bedankt voor de support save. Het lijkt gerelateerd te zijn aan de geconfigureerde persistentie, aangezien alle clients zijn gekoppeld aan hetzelfde IP-adres.
Wijzig de sessiepersistentie van “Bron-IP” naar “Bronpoort”.
Ik kijk uit naar uw feedback,
Cheers.
Hallo!
Ik heb de sessiepersistentie gewijzigd van "Source IP" naar "Source Port" en de onderhoudsmodus werkt beter. In oude versies werkte de onderhoudsmodus van ZEVENET zonder de sessiepersistentie te wijzigen van "Source IP" naar "Source Port". Ik wil begrijpen dat de onderhoudslogica is gewijzigd in RELIANOID balancer of heb ik altijd de verkeerde instellingen gebruikt in ZEVENET?
De onderhoudsmodus in ZEVENET werkte altijd perfect, ongeacht de instellingen voor sessiepersistentie.
Problemen begonnen nadat ik ZEVENET had geüpgraded naar RELIANOID.
Hi!
De onderhoudsmodus en sessiepersistentie zijn helemaal niet gewijzigd.
Waren alle clients in uw infrastructuur altijd NATed of is het een recente wijziging? Want als u de clients load balanced had naar verschillende backends met behulp van persistentie door "Source IP" in het geval dat de clients NATed zijn, dan was het een Zevenet-bug.
Om het juiste gedrag te bevestigen, wijzigt u dit naar "Bron-IP" en schakelt u de debug in op /usr/local/relianoid/config/global.conf , wijzig dit van:
$debug=”0″;
naar
$debug=”9″;
En reproduceer vervolgens het onderhoudprobleem.
Tot slot, deel alstublieft een nieuwe ondersteuningssave via e-mail.
Vriendelijke groeten.
Hallo!
Oké, bedankt voor de informatie!
In mijn test ZEVENET-gebaseerde infrastructuur werkten clientverbindingen altijd via NAT (lx4nat-modus). Interessante informatie over ZEVENET.
Ik hoef de ZEVENET-balancer niet te testen omdat ik nu gebruik RELIANOID.
RELIANOID goede en eenvoudige balancer.
Bedankt voor de hulp! =)
Graag gedaan,
Geniet van Canadese topkwaliteit tegen betaalbare prijzen RELIANOID!