Güete Tag
Relianoid 7.6
Im Testlabor habe ich einen seltsamen Fehler im Backend-Wartungsmodus gefunden.
Im Testlabor verwende ich 2 Knoten Relianoid 7.6 in einem Cluster, die die Outlook-Clientverbindungen zu Exchange ausgleichen.
Wenn Outlook mit Exchange verbunden ist, sehe ich die Anzahl der hergestellten Verbindungen in der Farm zu jedem Exchange-Backend (es gibt nur 2 Exchange-Testserver im DAG).
Ich schalte den Wartungsmodus auf einem der Backends ein (unterbrochen). Ich sehe, dass die Client-Verbindungen zurückgesetzt werden, danach jedoch erneut mit demselben Backend verbunden werden, das sich nun im Wartungsmodus befindet, d. h., die Client-Verbindungen sollten nicht dorthin wiederhergestellt werden.
Wenn Sie versuchen, den Wartungsmodus im Backend ein- und auszuschalten, ändert sich nichts. Clientverbindungen werden weiterhin erfolgreich zum Backend wiederhergestellt, das sich im Wartungsmodus befindet und keine Verbindungen annehmen sollte, bis die Wartung deaktiviert wird.
Der Wartungsmodus funktioniert nur, wenn Sie ihn auf dem Backend aktivieren und dann die Farm neu starten. Danach werden die Clientverbindungen zum Backend, das sich im Wartungsmodus befindet, nicht wiederhergestellt.
Sieht aus wie ein Bug.
Die Farm ist im L4XNAT-Modus für Port 443 konfiguriert, Anzahl der Backends 2.
Hi!
Könnten Sie bitte eine Support-Speicherung erstellen (unter System > Support-Speicherung) und diese mit uns teilen unter: support AT relianoid DOT com?
Vielen Dank!
Güete Tag
Ich habe Ihnen eine Support-Datei gesendet, bitte prüfen Sie Ihre E-Mails)
Hi!
Vielen Dank für die Unterstützung, Save. Es scheint mit der konfigurierten Persistenz zusammenzuhängen, da alle Clients an dieselbe IP-Adresse gebunden sind.
Bitte ändern Sie die Sitzungspersistenz von „Quell-IP“ zu „Quell-Port“.
Ich freue mich auf deine Rückmeldung,
Cheers.
Güete Tag
Ich habe die Sitzungspersistenz von „Quell-IP“ auf „Quell-Port“ geändert, und der Wartungsmodus funktioniert besser. In alten Versionen funktioniert der ZEVENET-Wartungsmodus, ohne die Sitzungspersistenz von „Quell-IP“ auf „Quell-Port“ zu ändern. Ich möchte verstehen, dass die Wartungslogik geändert wird in RELIANOID Balancer oder habe ich in ZEVENET immer die falschen Einstellungen verwendet?
Der Wartungsmodus in ZEVENET funktionierte immer einwandfrei, unabhängig von den Einstellungen für die Sitzungspersistenz.
Probleme begannen nach dem Upgrade von ZEVENET auf RELIANOID.
Hi!
Der Wartungsmodus und die Sitzungspersistenz haben sich überhaupt nicht geändert.
Waren in Ihrer Infrastruktur alle Clients immer per NAT oder handelt es sich um eine kürzliche Änderung? Denn wenn Sie die Clients per Persistenz per „Quell-IP“ auf verschiedene Backends verteilt haben, handelte es sich bei den Clients per NAT um einen Zevenet-Fehler.
Um das korrekte Verhalten zu bestätigen, ändern Sie es bitte in „Quell-IP“ und aktivieren Sie das Debuggen unter /usr/local/relianoid/config/global.conf. Ändern Sie es von:
$debug=”0″;
zu
$debug=”9″;
Und dann reproduzieren Sie das Wartungsproblem.
Teilen Sie abschließend bitte per E-Mail eine neue Support-Speicherung mit.
Mit freundlichen Grüßen.
Güete Tag
Ok, danke für die Info!
In meinem Test funktionierten Clientverbindungen auf ZEVENET-basierter Infrastruktur immer mit NAT (lx4nat-Modus), interessante Informationen zu ZEVENET.
Ich muss den ZEVENET-Balancer nicht testen, da ich jetzt benutze RELIANOID.
RELIANOID guter und einfacher Balancer.
Vielen Dank für die Hilfe! =)
Gern geschehen,
Genießen RELIANOID!