Jump to content

Sessionbroker Loadbalancing Ungleichgewicht der Sitzungen


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Recommended Posts

Posted

Hallo zusammen,

 

ich habe folgende Situation:

 

Mehrere Terminalserverfarmen auf Basis W2K8 R1 x64 (geht nicht neuer, wg  unseres ERPs) mit konfiguriertem SB-Loadbalancing.

Alle Server sind mit einer Gewichtung von 100% konfiguriert.
Funktioniert auch tadellos. Sprich die Sessions werden gleichmäßig reihum verteilt.
Melden sich Benutzer ab, werden die Unterschiede mit den nächsten Neuanmeldungen ausgeglichen.

 

Alle Terminalserver und Sessionroker laufen virtuell auf 2008 R2 Hyper-V Hosts, welche sich in einem Failovercluster befinden.
Es besteht also die Möglichkeit des "Movens" oder "Livigrierens" von Maschinen.

 

Nun kommt es gelegentlich vor, nicht immer, dass ein Ungleichgewicht der Sitzungen entsteht, wenn man die Sessionbroker zwischen zwei Hyper-V Hosts livemigiriert. Soll heißen, dass dann ein oder mehrere TS aus der Farm beim LB nicht mehr berücksichtigt werden.

 

Lösen lässt sich das ganze durch Reboot der ganzen VM oder Restart des SB-Services. Ergebnis is ja das gleiche.

 

Egtl. sollte es aber nicht das Ziel sein, nach jeder Livemigration präventiv den SB zu rebooten. Leider gibt es außer der ungleichen Verteilung keine Anzeichen dafür, dass das Problem auftaucht.

 

Kennt jemand dieses Problem und kann sich einen Reim drauf machen?

 

Bin für alle Ansätze dankbar.

 

Gruß

Posted

Hallo,

 

schön zu wissen.

Leider ist R2 als VM-OS aktuell nicht möglich. Hatte ich ja geschrieben.


Weisst du was sich geändert hat, so dass das Problem nicht mehr auftritt?
Also was die Ursache war.
 

Evtl. kann man dan auch bei R1 Abhilfe schaffen.

Posted (edited)

Moin,

 

das Problem ist die "virtuelle" MAC-Adresse, die NLB benötigt. Das funktioniert nicht nach einer Live Migration. Seit Windows 2008 R2 gibt es dafür eine Konfigurationsoption in Hyper-V, das "MAC Address Spoofing".

 

[New in Hyper-V Windows Server 2008 R2 Part 2 – MAC Spoofing - John Howard - Senior Program Manager in the Hyper-V team at Microsoft - Site Home - TechNet Blogs]
http://blogs.technet.com/b/jhoward/archive/2009/05/21/new-in-hyper-v-windows-server-2008-r2-part-2-mac-spoofing.aspx
 

Das ist kein reines Hyper-V-Problem, sondern ein NLB-Problem. In VMware funktioniert das auch nicht ohne Weiteres.

 

EDIT: Hier ist noch ein Artikel, der nötige Konfigurationsschritte und Einschränkungen für 2008 (ohne R2) beschreibt. Sinnvoll wäre aber ein Wechsel auf R2 oder neuer.

 

[Network Load Balancing (NLB) and Virtual Machines - Clustering and High-Availability - Site Home - MSDN Blogs]
http://blogs.msdn.com/b/clustering/archive/2009/03/09/9468109.aspx
 

 

Gruß, Nils

Edited by NilsK
Posted

Hallo,

 

glaube da gibt es ein Missverständnis. Oder ich verstehe die Antwort falsch, was auch sein kann ;)
Das Host OS ist 2008R2. Also Hyper-V 2.0. MAC-Adresse-spoofing ist verfügbar.

Lediglich das Gast-OS ist 2008R1x64.


Wir haben auch früher NLB verwendet und die TS in NLB-Cluster gepackt. Aufgrund der starken Netzlast (Broadcasts oder Multicasts, je nach Clustertyp) haben wir davon aber mittlerweile abgesehen und einen Hardware-Loadbalancer von einem Drittanbieter vorgeschaltet.

Es läuft also schrittweise ab.

1. Client meldet sich über die "Virtuelle" Adresse des Hardware-Loadbalancers an und wird dann auf einen der TS verwiesen. Quasi als Ersatz für den MS-NLB-Cluster.

2.Der antwortende TS geht den normalen Weg über seinen konfigurierten SB und erfragt ob bereits eine Sitzung besteht oder wo die wenigsten Sitzungen vorliegen.

ImPrinzip zweimal LB. Wäre nicht nötig, wenn sich alle am Farmnamen anmelden könnten. geht aber aus verschiedenen Gründen nicht.


Das Problem ist im Prinzip lediglich die Verwendung des Sessionbrokers. Nach der Migration wird hier einfach nicht mehr richtig geloadbalanced.

Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...