:fill(white):strip_exif()/i/1272446904.jpeg?f=thumbmini)
Ik ben aan het testen met ESXi op een HP DL380G5 (met 8x 146G@10K rpm Sas discs aan een P400 raid controller, 32GB ram, 2x 2core Xeon@3.0 GHz) en loop tegen een nogal raar probleem aan:
totaal dramatisch slechte performance als er meerdere VMs worden gedefinieerd.
Getest met alle discs zowel in raid 5 als raid 0+1, met esxi 5.0.
Je kan in vsphere de diverse clients een gereserveerde hoeveelheid CPU power en RAM toewijzen, en je kan je storage thin of thick provisionen, (ik ben begonnen met alles thin), maar in het tabje storage kan je geen minimum en maximum aangeven, slechts een hoeveelheid shares.
En nou komt het probleem.
Als ik er een VM op definieer krijgt die alle storage performance. Mooi. Wel jammer dat die performance nogal laag is, hdparm rapporteert iets van rond de 50MB/s, maar ok.
(ubuntu 10.04 vanilla installatie)
Als ik er echter, om diverse dingen op te testen, nog 9 VMs bij aan maak, en die niet aan zet (zelfs niets op installeer!) dan krijgen ze allemaal de zelfde hoeveelheid shares, dus ieder 10% van de storage performance.
Dan rapporteerd hdparm in die eerste VM een schokkende 5MB/s. Hell, pen en papier is bijna even snel.
Wat ik verwachtte is dat je een reservering kan aangeven, net als bij CPU, en dat wat over is gebruikt wordt door die VM die het nodig heeft.
Ik kan natuurlijk een grotere share geven aan een VM die dat nodig heeft, of VMs weggooien die ik niet gebruik, maar dat is natuurlijk niet het punt. Ik wil dit liever niet micromanagen, en vind het ook nogal raar dat 99% van de tijd en groot gedeelte van de capaciteit van de server gewoon niet wordt benut.
Heeft iemand enig idee wat hier aan de hand is? (want ik ga er van uit dat dit niet is zoals het hoort!)
Update: Nogmaals ESXi 4.1 geinstalleerd, ditmaal op raid 10 en het probleem is weg. Totale performance volgens hdparm is nu ongeveer 170 GB/s en als de ene VM niets aan het doen is heeft de andere alles voor zich alleen, precies zoals ik het verwachtte. Blijft natuurlij dat het in ESXi 5 niet goed gaat.
totaal dramatisch slechte performance als er meerdere VMs worden gedefinieerd.
Getest met alle discs zowel in raid 5 als raid 0+1, met esxi 5.0.
Je kan in vsphere de diverse clients een gereserveerde hoeveelheid CPU power en RAM toewijzen, en je kan je storage thin of thick provisionen, (ik ben begonnen met alles thin), maar in het tabje storage kan je geen minimum en maximum aangeven, slechts een hoeveelheid shares.
En nou komt het probleem.
Als ik er een VM op definieer krijgt die alle storage performance. Mooi. Wel jammer dat die performance nogal laag is, hdparm rapporteert iets van rond de 50MB/s, maar ok.
(ubuntu 10.04 vanilla installatie)
Als ik er echter, om diverse dingen op te testen, nog 9 VMs bij aan maak, en die niet aan zet (zelfs niets op installeer!) dan krijgen ze allemaal de zelfde hoeveelheid shares, dus ieder 10% van de storage performance.
Dan rapporteerd hdparm in die eerste VM een schokkende 5MB/s. Hell, pen en papier is bijna even snel.
Wat ik verwachtte is dat je een reservering kan aangeven, net als bij CPU, en dat wat over is gebruikt wordt door die VM die het nodig heeft.
Ik kan natuurlijk een grotere share geven aan een VM die dat nodig heeft, of VMs weggooien die ik niet gebruik, maar dat is natuurlijk niet het punt. Ik wil dit liever niet micromanagen, en vind het ook nogal raar dat 99% van de tijd en groot gedeelte van de capaciteit van de server gewoon niet wordt benut.
Heeft iemand enig idee wat hier aan de hand is? (want ik ga er van uit dat dit niet is zoals het hoort!)
Update: Nogmaals ESXi 4.1 geinstalleerd, ditmaal op raid 10 en het probleem is weg. Totale performance volgens hdparm is nu ongeveer 170 GB/s en als de ene VM niets aan het doen is heeft de andere alles voor zich alleen, precies zoals ik het verwachtte. Blijft natuurlij dat het in ESXi 5 niet goed gaat.
[ Voor 8% gewijzigd door trogdor op 15-11-2011 00:15 ]
:strip_icc():strip_exif()/u/84973/images.jpg?f=community)
