Geschwindigkeitsprobleme mit ESX-Server (insb.beim Klonen)

[Murat]

Hallo!

Unser vSphere 4.0.1 läuft ansich ganz gut und auch die VMs sind recht schnell unterwegs. Nur habe ich enorme Probleme mit der Geschwindigkeit, wenns ums Klonen von VMs geht. Die zu klonende VM ist 40 GB groß und nach 30 Minuten sind gerade einmal 10% kopiert. Das ist doch nicht normal, oder? Der ESX läuft auf einem DL180 G6 mit 20 GB RAM und zwei Xeon-CPUs. Daran kann es einfach nicht liegen... Verbaut sind derzeit SATA-Platten, aber das kann es doch auch nicht so sehr drücken... Habt ihr Ideen, wo ich was machen kann oder sollte?

MfG,
Murat

[sirrossi]

Moin, moin,

wieviele Platten sind denn zu welchem RAID verbunden?
Und wieviele VM's laufen noch zeitgleich?
Was für ein Controller hat die Platten unter seiner Herrschaft?

Was zeigt die Performance Ansicht zum Thema "Disk" (millisecond)

[Murat]

Moin!

Also es sind derzeit vier Festplatten drin im RAID 5. Alle VMs (sind insg. drei 2008 R2) sind ausgeschaltet (ist noch keine Produktivumgebung, wirds aber ab dem Wochenende).
Der Controller ist der originale (HP Smart Array P212/256 MB Controller).
Ich habe mal die Performance-Ansicht auf die höchste Festplattenlatenz gestellt und dort wird mir während der Klonvorgänge eine Latzenz von bis zu 400 ms angezeigt! Ohne den ESX zu beschäftigen liegt die Latenz bei ca 30 ms.

MfG

[kastlr]

Hallo,

ich nehme mal an, das die VM und ihr Klon beide auf den SATA Platten liegen sollen.
Somit muß je 40 GB gelesen und geschrieben werden.

Da bei Server RAID Systemen die Parity üblicherweise nicht über mehrere Disks verteilt wird, ist die Parity Disk während des Klonens schon einmal zu 100% mit Writes beschäftigt.
Der Write IO ist aber immer erst dann abgeschlossen, wenn sowohl Daten als auch Parity Disk ihren Write beendet haben.
Das Berechnen der Parity bei 4 Disks erfordert folgende IO's, wenn z.B. ein Track auf Disk 3 und die Parity Checksum geschrieben werden sollen.
- Read Track Disk 1
- Read Track Disk 2
- Write Track Disk 3
- Berechne Parity
- Write Parity Checksum (Disk 4)

Daran kannst du erkennen, warum RAID 5 beim Schreiben deutlich langsamer ist als z.B. RAID 1oder sogar eine einzelne Disk.

Da du ja nun auch noch gleichzeitig 40 GB lesen möchtest, müssen die 3 Platten immer wieder ihre Köpfe neu positionieren, da diese Daten ja in einem anderem Bereich auf der Platte liegen.
Nachdem die Köpfe positioniert sind (Seek Time), muß die Platte noch darauf warten, bis der Beginn des Tracks wieder unter dem Kopf erscheint (Rotational delay).

Ich gehe also schon einmal davon aus, das du bei so einem Konstrukt je IO im Mittel locker <25 ms einplanen mußst.

Allerdings ist das immer noch weit weniger als die beobachteten 400ms.

Da du ja offenbar noch in der Implementierung bist, ist dein RAID denn schon vollständig aufgebaut?
Und hast du den RAID Controller gemäß den Empfehlungen von HP eingerichtet?
Vermutlich liegt der ESX Server selber auch noch auf diesen Disks und muß während des Klonevorgangs auch noch fleißig swappen?

Im schlimmsten Fall mußt du einfach warten, denn so oft wirst du ja nicht Klonen, oder?

Hoffe, das hilft dir etwas weiter.

Gruß
Ralf

[Saturnous]

SAS Platten kaufen . Du könntest auch noch den Schreibcache der einzelnen SATA Platten zwangsweise einschalten - bei der "Ausstattung" gehe ich mal davon aus das es sich eh um nix ernstzunehmendes Produktives handelt.

[Martin]

Auch mit SAS Platten wird das ganze nicht unbedingt viel schneller, da VMware alle "sekundären" Aktionen wie Klonen, Import/Export usw. nicht mit voller Geschwindigkeit aussführt, um garantiert die laufenden VMs nicht zu beeinflussen.

[Murat]

Ok, Danke für die Infos. Dann werde ich damit halt erstmal leben... So oft kommts ja nun wirklich nicht vor. Aber ich dachte, es könnte irgendwo ja ein Konfigurationsfehler sein, den ich übersehe...

[Saturnous]

Ja - stimmt zwar das managmentvorgänge niedrigere Priorität bekommen - aber bei den Werten 4GB in 30Min denke ich das die Geschwindigkeit der VMs auch alles als prickelnd sein wird.