Telling stories for a living

Tag: Clustering

Enkele zaken die ik vandaag geleerd heb:

  • In een NLB setup moet je de “private” LAN en de “publieke” LAN in dezelfde VLAN zetten
  • Bij een Cluster setup moet je ze juist in een aparte VLAN zetten
  • Bij een NLB setup werken we met “metrics” om te bepalen hoe de netwerkstroom moet lopen
  • Bij een NLB mag maar moet je de “private” netwerkkaarten geen fixed IP adres geven
  • Bij een Cluster setup moet dus weer wel
  • Niet vergeten een shared disk (lees: SAN disk) aan te vragen voor je Cluster quorum op te plaatsen

En de lijst zal nog groeien, wees daar maar zeker van. Om maar aan te geven dat ik vandaag zwaar in Microsoft Clustering ben ondergedompeld en dat de komende dagen nog zal doen.

Vandaag heb ik mijn eerste (kleine) pasjes gezet op het gebied van “clustering” binnen Windows 2003 Server. Heel kort uitgelegd is een “cluster” (althans op IT-gebied!) een verzameling van computers (servers in feite) die zich voordoen als één enkele computer naar de gebruiker toe. Eén van de voordelen hiervan is de voor de hand liggende prestatie winst (ah ja, je kan het aantal gebruikers dat normaal op één server zou aangelogd zijn, verdelen over x aantal servers, de “noden” van de cluster, waar x gelijk is aan het aantal servers in je “cluster”).
Prestatie kan je in eerste instantie echter ook bereiken door een krachtigere server aan te kopen, dus er moet nog een reden zijn waarom een cluster interessant kan zijn en voor de bedrijfswereld is dit een heel erg belangrijke (om niet te zeggen, dè belangrijkste) reden: redundantie. Beeld je eens in dat al je personeelsleden op een bepaalde server moeten inloggen om te kunnen werken. Als die server zou uitvallen, kan er niemand meer inloggen en dus ook niet werken. Resultaat: groot verlies van geld en dat is nu net wat een bedrijf niet graag heeft ;-).
Wat zou je er dan als bedrijfsleider van zeggen als je de mogelijkheid krijgt om ervoor te zorgen dat wanneer je server uitvalt, een backup server zijn taken direct kan overnemen, vaak in realtime en zonder dat de eindgebruiker (lees het personeel) daar iets van merkt?
En dat is nu precies waar clusters voor zorgen: redundantie van je servers, eventueel gekoppeld aan prestatie winst (als je alle nodes van je cluster “actief” maakt, zo niet zijn de andere nodes “passief” en staan ze gewoon paraat voor in geval de actieve node down gaat).
De theorie had ik al een tijdje begrepen en in boeken doorgenomen, maar zo iets in praktijk opzetten is toch altijd anders. Je komt al eens een probleem tegen, of gewoon een optie die je moet kiezen waar je niet over gelezen hebt, en dus ook de bestaansreden niet van kent. In ieder geval, ik heb de nodige problemen (niet al te groot weliswaar) tegengekomen en kunnen oplossen, dus de eerste stapjes clustering zijn met succes gezet. Morgen en waarschijnlijk de rest van de week ga ik er nog mee door en dus zou ik tegen midden volgende week een serieus brok cluster-kennis moeten opgedaan hebben (en twee cluster-systemen up & running hebben).
Ondertussen heb ik de VMWare nog maar eens opgestart en ga ik hier thuis ook een cluster’ke of twee opzetten, kwestie van er nog wat fingerspitzengefühl mee op te doen… In the meantime verwijs ik jullie graag naar deze site, waar je heel wat informatie kan vinden rond clustering.

© 2024 Unexpected.be

Theme by Anders NorenUp ↑