vrijdag 18 juli 2008

Windows 2003 Web Cluster with high availability, high reliability, as well as high scalability

Windows 2003 Web Cluster with high availability, high reliability, as well as high scalability

Alle Web applicaties moeten centraal worden verzameld en High Available worden uitgevoerd. Momenteel zijn er diverse applicaties verspreid over de infrastructuur. Waarvan niet bekend is, of dat het stateless of stateful
applicaties zijn. Natuurlijk is stateless eigenlijk wel een requirement. Op deze manier functioneert het Network Load Balancing principe het best, omdat als de front-end een statisch geheel is, je vervolgens geen replicatie hoeft te verdelen onderling aan je cluster hosts. Op deze manier blijft alles transparant. Echter heb je altijd te maken met stateful applicaties. Veel voorbeelden zijn hier ook voor te noemen. Uiteraard heeft Microsoft hier een oplossing voor. De oplossing hiervoor is Single Affinity
Hierdoor wordt session support ondersteund, zodat de applicatie en de user ook in een Cluster omgeving weten waaraan ze gekoppeld zijn, oftewel session oriented. De implementatie van het NLB Cluster zal zijn op basis van Multicast, met minimaal 3 netwerk adapters. Waarvan er 1 gebruikt zal gaan worden exclusief voor de heartbeat. De overige 2 netwerk adapters zullen als productie/public worden ingezet, daarnaast als een network teaming worden geconfigureerd. De volgende configuratie voor de teaming is verstanding "Network fault tolerance" vanwege redundancy en load. Uiteraard vanwege SPOF (single point of failure) is het beste de teaming ook te gebruiken om ook de switch dubbel uit te voeren. Hiermee voorkom je dus een SPOF. Hiermee is de NLB Cluster gerealiseerd en kan IIS 6 worden geïnstalleerd. Vervolgens de applicaties en web interfaces. Dit is gewoon heel veel uitzoeken en het magische woord "Testen". Gewoon ontzettend belangrijk. Dankzij VMware kan ik 99,9% altijd emuleren en zodoende een goede inschatting geven aan de requirements. Voor zover het Web Cluster na mijn vakantie ga ik eraan verder. Even een pauze van een paar weken, zodat we er weer fris tegenaan kunnen de komende maanden. Dan staan ook weer de examens te wachten…. Fijn…

maandag 14 juli 2008

Windows 2003 SQL Active/Passive Fail-Over Cluster











De huidige SQL infrastructuur moest worden verbeterd. Namelijk werd er nu met twee SQL 2000 Enterprise servers gewerkt. Deze servers hadden beide alle dbases beschikbaar. Echter voornamelijk de dbases op SQL 1 waren actief. Op SQL2 die voornamelijk als stand-by server was ingezet, waren wat overige minder belangrijke dbases actief. Dus onderling stonden wat dbases op read-only deze werden dan onderling gesynchroniseerd. Nadat ik een disaster recovery procedure op papier had gezet, werd er bij het management duidelijk dat men min. 8 uur off-line zouden zijn. Dit was uiteraard een groot probleem. Vervolgens een proposal voor een Active/Passive SQL 2005 Cluster aangeboden. Dit werd snel geaccepteerd. Een technische plannig gemaakt, zodat we concreet iets konden realiseren met een time window. Off-line kon de klant alleen op zondag zijn. Ik had een architectuur opgeleverd, waarbij we alle dbases op één SQL server zouden plaatsen. De load kon het probleem niet zijn, dit had ik al in kaart gebracht. De 2e SQL server die vrij kwam, zou ik dan als een one-node Cluster gaan inrichten. Zo kon ik alles opbouwen op bestaande hardware. Nadat ik het cluster had opgezet, konden we gaan testen. Uiteraard bij de opbouw voor een named instance gekozen, nadat de leveranciers hun akkoord hadden gegeven, zodat de applicaties hier geen problemen mee zouden krijgen. Met een named instance ben je nu eenmaal veel flexibeler dan een default instance. Wederom gedacht aan de toekomst. De DTC packages moesten worden gemigreerd naar het nieuwe integrated services van SQL 2005. Tevens de Integrated Services Cluster Aware gemaakt, ondanks dat Microsoft zegt dat dit geen Cluster Aware onderdeel is. Klopt ook, mits je wat aanpassingen doet. Denk aan een fail-over dan is het cluster aware zijn van de integrated services natuurlijk ontzettend praktisch. Zeker als de operationele beheerders, niets weten van Cluster Services. Wat dbases ook onder het cluster geïmporteerd, om te laten testen door de genomineerde key users en beheerders. Uiteraard de nodige hot fixes en service packs geïnstalleerd. Uit eindelijk zijn we op een zondag na 14 uur succesvol overgegaan naar de SQL Cluster omgeving. Sindsdien werkt het als een zonnetje.



Windows 2003 DFS Fail-Over File Cluster

De implementatie van de nieuwe DFS File cluster is in zijn opzet meer dan geslaagd. De klant ervaart geen down-time meer en geen performance problemen. Omdat de DFS Cluster het fundament is voor de infrastructuur van de klant, dient hij wekelijks te worden herstart. Simpelweg omdat er zo ontzettend veel resources worden aangevraagd door de front-end. Hierdoor loopt de Active/Active cluster simpelweg uit zijn geheugen. Door één maal per week een scheduled and controlled reboot te doen, voorkom ik deze resource problematiek. Wat zelfs op den duur NTFS corruptie zou kunnen veroorzaken, aldus Microsoft en de praktijk. Denk aan de event id 2020 meldingen.

Een klus waar ik erg trots op ben, omdat het een fundament betreft en werkelijk alles hieraan is gerelateerd. Denk aan Citrix profielen, home shares, business data, user data, applications etc. Het was voor de relatie met de klant ook erg belangrijk om dit SPOF (Single Point of Failure) snel op te lossen, met het oog op de toekomst waardoor groei kan worden geïncasseerd.