Valkuilen bij server-virtualisatie
Gepubliceerd: Donderdag 26 augustus 2010
Auteur: John Edwards
Server-virtualisatieprojecten zijn over het algemeen makkelijk te verdedigen, omdat ze op papier snel geld en gemak opleveren. Maar dat betekent nog niet dat ze eenvoudig zijn uit te voeren.
Volgens Mynster was het zijn geluk dat zijn project een paar maanden na de implementaties bij de andere ziekenhuizen van start ging. "Doordat zij ons de belangrijkste valkuilen konden aanwijzen, hebben wij die kunnen omzeilen," vertelt hij.
Een van de eerste dingen die hij deed was controleren of de oudere servers die ze wilden gebruiken nog wel berekend waren op hun taak. "Zo'n 50 van onze servers waren al ergens tussen de drie en tien jaar oud", zegt hij. "Zodra je apparatuur moet verplaatsen die al zeven of tien jaar niet van zijn plek is geweest, wordt het tijd om heel goed op te letten."
Vóór de omschakeling stond ongeveer de helft van de servers van de zorginstelling in het eigen datacentrum, terwijl de andere helft was ondergebracht bij een derde partij, op meer dan een uur rijden van het ziekenhuis. Voor het converteren en overzetten van de gegevens op de meer dan 100 servers in het externe datacentrum, maakte Mynster gebruik van Novells PlateSpin Migrate. Dankzij een consolidatieratio van 18:1 kon hij die gegevens vervolgens probleemloos kwijt in het eigen datacentrum.
De software stelde ze ook in staat de interne servers vooraf te virtualiseren. De server images op locatie werden overgezet op externe harde schijven, door een synchronisatieproces gehaald en daarna live gezet op de gevirtualiseerde thuisbasis. Mynster en zijn team hadden op die manier alle tijd om te controleren of alles correct werkte, voordat de externe servers definitief werden uitgeschakeld.
Mynster was vooral gelukkig met de snelheid van de migratie: het hele werk (van de afgeronde plannen tot de daadwerkelijke implementatie), nam uiteindelijk nog geen drie maanden in beslag.
Valkuilen
Een van de grootste vergissingen die een mens kan maken bij een consolidatieproject, is geen aandacht besteden aan error logs en andere door het systeem gegenereerde rapportages. Latrell moet bekennen dat precies dat hem is overkomen.
"We hebben allerlei kleine programma's die emails versturen, en sommige van die programma's komen soms maandenlang niet in actie", legt hij uit. Een van die routines was in de virtualisatie-conversie niet goed bijgewerkt. "Iemand had de domeinnaam en de servernaam door elkaar gehaald, en het was niemand van ons opgevallen", vertelt Latrell. Op een gegeven moment werd die routine opgestart en begon het allerlei onbezorgbare mails uit te sturen. Het probleem bleef bestaan totdat iemand de moeite nam de error log te lezen. Gelukkig was het probleem toen snel verholpen. "Het was een koud kunstje om het adres in de code aan te passen. Vervolgens konden we de niet bezorgde mail vrij eenvoudig achterhalen en met de hand alsnog verzenden", zegt hij.
Als er minder servers draaien, maken ondernemingen nogal eens de fout te denken dat er dan ook wel op ondersteuning en backup-technologie bezuinigd kan worden, terwijl er in feite eerder aanleiding is dergelijke vangnetten nog eens te verstevigen.
"Als je tien virtuele machines hebt draaien op één enkele fysieke server, moet je voeding van goede kwaliteit zijn en luistert de koeling extra nauw", zegt Steven Meek, president bij system integrator The Fulcrum Group. "Met dat soort basiszaken moet je absoluut grondig rekening houden voordat je aan serverconsolidatie gaat beginnen."
Bron: Techworld
