Netzwerklastenausgleich (NLB) ist kein MOSS 2007 Feature
24. April 2009 11:16 von 
Eine SharePoint Infrastruktur, d.h. eine SharePoint Farm kann aus verschiedenen Gründen auch mit Windows SharePoint Services 3.0 (WSSv3) realisiert werden. Ein solche Farm besteht meistens aus 2 Windows Servern (SharePoint Server mit Webfrontend und Suchdatenbank Funktion und einem SQL Server) (Abbildung 1)
Was aber nun wenn die Anforderungen sich ändern?
Kann man zusätzliche Benutzeranfragen auf mehrere Webserver (WFE = Webfrontend Server) verteilen?
Wie schafft man also minimale Redundanz?
Was passiert beim Ausfall eines Webfrontendservers?
Die SQL Serverrolle kann man mit gängigen Windows Cluster- oder Spiegelmechanismen redundant auslegen. Und die Search Server Rolle?
Mit WSSv3 besteht eine Limitierung, d.h. Search und Index Server können nicht wie mit Microsoft Office SharePoint Server 2007 (MOSS 2007) getrennt werden. Dennoch ist es möglich, diese Rolle (Search Server mit Indexserverfunktion) auf einen separaten Windows Server zu installieren.
Eine denkbare SharePoint und nochmals, die Betonung liegt auf Windows Sharepoint Services 3.0 Farm, sieht dann bspw. so aus. (Abbildung 2)![clip_image0015_thumb1[5]](http://sharepointsisters.de/wp-content/uploads/2009/04/clip-image00153.gif "clip_image0015_thumb1[5]")
Das erhöht die Webfrontend Server Performance durch den separaten Search Server.
Die Webfrontend Server Rolle lässt sich durch das SharePoint Setup (Abbildung 3) installieren.
ABER: Der Lastenausgleich wird durch das Serverbetriebssystem integriert !!! Die Konfiguration innerhalb SharePoint lässt lediglich eine Lastenausgleichs URL zu (Abbildung 4)
Das bedeutet, dass der Netzwerklastenausgleich manuell konfiguriert werden muss (hier: DNS und NLB Clusterkonfiguration für VM-PORTAL) Bspw. werden Server 1 und Server 2 in einen virtuellen DNS Namen (VM-Portal) zusammengefasst und dann über den Windows Server NLB Manager (NLBMgr) konfiguriert – siehe dazu Abbildung 5
Beim Ausfall eines WFE wird dann für neue Verbindungen automatisch auf den noch verfügbaren Clusterknoten des zweiten Servers umgeschaltet. Liegt allerdings die Zentraladministration ausgerechnet auf dem ausgefallenen Webfrontend Server (kann man nur einem Webfrontend Server zuweisen) sieht´s mit SharePoint Farm Administration ziemlich schlecht aus 
Grundsätzliche Überlegungen für Netzwerklastenausgleich:
- mit Windows Server Lösung:
Anzahl Netzwerkadapter im jeweiligen Server
cluster operation mode (unicast/multicast) - zusätzliche Hardware:
grundsätzliche Entscheidung zugunsten eines Hardwareloadbalancer (Cisco o.ä.) - Loadbalancing durch einen ISA Server
Weitere Infos dazu:
Windows Server 2003 Network Load Balancing Cluster
Ergänzung
diese NLB Systematik trifft natürlich auch für MOSS 2007 Standard und Enterprise Editionen zu, Kernaussage soll sein, dass WSSv3 das aber auch kann !!!
Hallo,
Zwei Anmerkungen:
1. NLB hat ja nichts mit sharepoint zu, weder WSS noch MOSS. Kann ich auch nutzen um jede andere Webseite oder auch einen Webservice und anderes ausfallsicherer zu machen.
2. Die Zentral-Administration sollte man dann aber auf dem search Server hosten!
Cu
Torsten
Ja, der Herr Flegel. Die SharePoint Welt ist doch klein! Gruß!
Sicher hat NLB nichts mit WSS oder MOSS zu tun. Aber viele denken immer, mit WSS geht das nicht (“damit kann ich doch keine Farm bauen”). Und gerade das will Alex mal mit dem Artikel gerade rücken. Vielleicht ist die Überschrift etwas irreführend ….
Im Übrigen kann ich die Zentraladministration ja auch auf die Server verteilen, damit’s hier nicht einen SPOF gibt, wär ja schade, wenn ausgerechnet die ZA mal weg fällt. Von daher würd ich diese eher verteilen, als auf den Search Server packen.
so long
Frank
Tach Frank,
ja klar ist die Welt klein
die moss-Welt sowieso …
Klar kann ich die ZA verteilen, aber auf die FrontEnds die ins Internet gehen, würde ich sie dann doch nicht drauf packen.
Aber richtig ist auch, das viele denken eine Farm geht sowieso erst mit MOSS … daher ist der Artikel aus der Sicht prima
cu
Torsten
Richtig, auf Front-Ends, die im Internet stehen hat die ZA nix zu suchen. Guter Hinweis!
Und immer schön das Licht vom Auto ausmachen
Hallo Frank(vielleicht kennst mich noch), die ZA kann man meines Wissens nicht verteilen, da der Service nur auf einem FE installiert(aktiv) sein kann. Bei Bedarf muss die ZA nachinstalliert werden, ist also SPOF. Grüße Tobias
Hallo Tobias,
doch, das geht. Die Webanwendung kann auf mehreren WFEs gehostet werden.
Siehe dazu u.a.
http://sharepoint.microsoft.com/blogs/fromthefield/Lists/Posts/Post.aspx?ID=60
Gruß
Frank
Hallo Frank,
die Webanwendung ist auch nicht das Problem. Der Service “Windows SharePoint Services Administration” darf nur auf einer Maschine laufen.
D.h. ohne manuelles Umschalten geht nichts. Meines Wissens gibt es den automatischen Switch somit nicht.
Erklärung dazu:
http://blogs.msdn.com/brsmith/archive/2009/01/22/scripted-provisioning-of-multiple-central-admin-web-applications.aspx
CU Tobias