Network Load Balancer - Host Parameter richtig konfigurieren

[tstening 10]

Hallo zusammen,

 

ich habe hier zwei Server eines Kunden vorliegen und der dafür zuständige Admin hat die Segel gestrichen, deshalb versuche ich gerade mein Glück, bei der Konfiguration des Network Load Balancer (NLB) unter Windows 2003 Server. Ziel ist es nicht nur den Verkehr von außen zu verteilen, sondern auch Anfragen innerhalb des Clusters zwischen den Servern zu erlauben, die nicht über den Load Balancer laufen dürfen.

 

Nach einigen Stunden Google-Suche und vielen Artikeln, bin ich wieder am Anfang meiner Bemühungen angelangt. Konkret geht es darum, dass die zwei Windows 2003 Server mit jeweils 2 Netzwerkkarten ausgestattet sind und mittels dem NLB zu einem Cluster zusammengefasst sind. Ich möchte hier die Konfiguration darstellen, die der Admin den Servern hat angedeihen lassen und dann mein Problem formulieren:

 

Server 1

 

Netzwerkkarte 1: IP 100.150.128.158

Kein NLB aktiviert

 

Netzwerkkarte 2: IP 100.150.128.159

NLB ist aktivitert

 

Cluster Parameter:

 

Host Parameter:

 

Port Rules:

 

TCP/IP Properties:

 

Server 2

 

Netzwerkkarte 1: IP 100.150.128.173

Kein NLB aktiviert

 

Netzwerkkarte 2: IP 100.150.128.159

NLB ist aktivitert

 

Cluster Parameters

 

Host Parameters

 

Port Rules

 

TCP/IP Properties

 

Zusammenfassung

 

Die Cluster IP ist 10.150.128.159 ist auf beiden Maschinen für den NLB definiert. In der Dedicated IP configuration haben beide Server jeweils eine eigene IP-Adresse vergeben bekommen, nämlich 10.150.128.220 und 10.150.128.219. Dies wurde gemacht, damit die beiden Server unter Umgehung des Load Balancers miteinander kommunizieren können (zumindest war das die Lösungsidee).

 

Das Problem

 

Ein Zugriff von Außen auf der Cluster IP 10.150.128.159 läuft sauber über den Load Balancer. Das haben wir verfiziert. Jedoch funktioniert der Zugriff z.B. von Server 2 auf die 10.150.128.220 nicht. Es scheint so, als würde der Verkehr an diese IP auch über den Load Balancer laufen, anstatt durchgereicht zu werden. Testweise anstatt der dedicated IP 10.150.128.220 die IP der ersten Netzwerkkarte 10.150.128.158 ausprobiert führt ebenfalls dazu, dass der Verkehr über den Load Balancer läuft.

 

Also dachte ich mir, es könnte an den Port Rules liegen. Immerhin wird ja definiert, dass Anfragen auf allen IP-Adressen und allen Ports des Clusters durch den Load Balancer gehandhabt werden sollen.

 

Aber selbst wenn ich die Port Rule so umgebaut habe, dass nur noch Verkehr an die Cluster IP 10.150.128.159 durch den Load Balancer gehandhabt werden soll, funktioniert die Kommunikation der beiden Server untereinander nicht.

 

Wie gesagt, der eigentlich Admin hat die Segel gestrichen und weiß nicht mehr weiter.

 

Kann mir jemand von Euch einen Hinweis geben, wie man den Load Balancer konfiguriert, dass er einerseits Verkehr, der auf der 10.150.128.159 ankommt verteilt, andererseits Verkehr, der zwischen den beiden Servern abläuft in Ruhe lässt?

 

Leider konnte ich folgenden verdacht noch nicht testen: Kann es sein, dass die dedicated IP nur für Anfragen von außerhalb des Clusters genutzt werden kann und auch nur dann der Verkehr am Load Balancer vorbei geht?

 

Ich bin für jeden Hinweis dankbar.

 

Viele Grüße,

Tobias :-)

[grizzly999 11]

Das Stichwort hier sollte "Multicast Mode" sein.

Siehe auch hier: Single network adapter: Network Load Balancing (NLB)

 

 

grizzly999

[Dexx 10]

Hi,

 

der springende Punkt ist in der Tat der Parameter Multicast /Unicast, wenn du dein "Heartbeat LAN" betreibst. Man sollte seinen Cluster allerdings auch nach Statusfreien (Webserver), Statusbehafteten (SQL-Server) oder COM+ usw. konfigurieren.

Empfehlungen für die private Heartbeat-Konfiguration auf einem Clusterserver

 

Gruß,

 

Dexx