Virtualisatie is natuurlijk de oorzaak
Gepubliceerd op 31 oktober 2008 • 3 min leestijd • 484 woordenVirtualisatie is hot! Veel bedrijven zijn al gevirtualiseerd of zitten middenin een migratie. Het fysieke platform wordt vervangen door een virtueel platform. Dit introduceert direct een nieuwe zondebok.
In het verleden keken gebruikers en beheerders naar zaken die de prestatieproblemen konden veroorzaken. Tegenwoordig lijkt het makkelijker om gewoon de schuld te geven aan de virtualisatielaag.
Na een migratie klaagde een klant dat ze een aantal servers hadden gevirtualiseerd en dat hun applicaties nu trager werkten dan toen ze nog op fysieke hardware draaiden. Een van de eerste dingen die ze zeiden was: De virtuele omgeving is traag. We willen het systeem weer op fysieke hardware zetten.
Aangezien ik een van de mensen ben die die infrastructuur daar heeft geplaatst, was een van mijn eerste antwoorden: Onmogelijk! (je weet wel, ik heb veel vertrouwen in mijn werk/mijzelf met deze dingen :-) )
Natuurlijk kan de prestatie verminderen als de server wordt gevirtualiseerd, maar dat zou niet het eerste moeten zijn waar je aan denkt. Net als bij alle problemen moet je eerst problemen oplossen en later conclusies trekken. In dit geval was de volgorde een beetje verkeerd.
We begonnen het probleem te onderzoeken. Het werd al snel duidelijk dat er een paar dingen niet klopten.
- De versie van de software op het oude systeem was anders dan het nieuwe
- Een van de servers in de keten bevond zich op een andere geografische locatie
- X-Windows draaide nog steeds op een van de gasten
- De JVM’s (Java Virtual Machines) waren niet geoptimaliseerd
- De tests die op de oude hardware werden uitgevoerd, gaven niet dezelfde resultaten van de database als de nieuwe
- Inloggen duurt eeuwen
Voor alle bovenstaande problemen worden wijzigingen voorgesteld om de problemen op te lossen. We werken ook aan een testplan zodat de prestatietests op de virtuele infrastructuur keer op keer herhaald kunnen worden. Dit omvat alle componenten in de keten, van virtuele server naar host naar netwerk- en SAN-switches naar opslag. Het zal ook vergeleken worden met de fysieke hardware. Er zal geen ruimte zijn voor discussie als ik klaar ben.. muahaha.
Natuurlijk is de virtuele infrastructuur gecontroleerd, maar er werd niets buiten het gewone gevonden, alleen ontbrekende patches.
Een andere klant klaagde ook over prestatieproblemen. Na het doormaken van dezelfde cyclus (het is de virtuele omgeving, het is jullie unmanaged installatie van Windows, Service Pack 2 is het probleem, etc).
Na een paar (!) maanden ontdekte de databasebeheerder tijdens een SQL-debugsessie dat er een veld ontbrak in de database. Oracle creëert zijn eigen ‘view’ wanneer een veld ontbreekt. Dit zorgde ervoor dat de query minuten in plaats van seconden duurde.
De moraal van dit verhaal: Geef de virtuele infrastructuur niet op voorhand de schuld, maar los het probleem in plaats daarvan op. En als het de virtuele infrastructuur is.. Geef het maar toe :-)