Hallo,
Wir haben ein performance problem auf unserem ESX server 3.5.0.
Dell 2950 mit 6 x 450 15k SATA Platen. 8 CPUs und 32GB RAM.
Local storage
nur 2 VMs laufen auf der ESX aber wenn beide zur gleichen zeit gestartet werden dauert das booten ca 10min. recources zwischen beiden VMs werden zu 50\50 geteilt.
wie wuerdet ihr vorgehen um das problem in den griff zu bekommen.
vielen dank fuer die hinweise in voraus.
Gruss,
Victor
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Performance problem
Hi Peter,
die VMs haben je 4 vCPUs.
overhead performance ist mit 604MB sehr hoch und ich werd CPUs und memory limitieren.
Mit dem CPUs hast recht. Ich seh die mashine zum ersten mal und versuch nur gerad das pb in den griff zu bekommen. ziemlich hausgemacht.
Danke fuer deine schnelle antwort.
Gruss
Victor
die VMs haben je 4 vCPUs.
overhead performance ist mit 604MB sehr hoch und ich werd CPUs und memory limitieren.
Mit dem CPUs hast recht. Ich seh die mashine zum ersten mal und versuch nur gerad das pb in den griff zu bekommen. ziemlich hausgemacht.
Danke fuer deine schnelle antwort.
Gruss
Victor
Der Klassiker... "viel hilft viel" ist bei vCPUs halt häufig kontraproduktiv.
Dennoch muss ich gestehen, dass (wenn es denn das Problem ist) ich mich doch wundere. 2 VMs mit zusammen 8 vCPUs auf einer Maschine mit 8 Sockeln - da müssten doch eigentlich praktisch immer 4 Sockel zu finden sein, die gerade frei sind. Soviel kann doch die Service Console gar nicht für sich abzweigen. Oder doch?
Georg.
Dennoch muss ich gestehen, dass (wenn es denn das Problem ist) ich mich doch wundere. 2 VMs mit zusammen 8 vCPUs auf einer Maschine mit 8 Sockeln - da müssten doch eigentlich praktisch immer 4 Sockel zu finden sein, die gerade frei sind. Soviel kann doch die Service Console gar nicht für sich abzweigen. Oder doch?
Georg.
Hi Georg,
die Kiste hat keine 8 Sockel sondern nur 2!
Hört sich aber nach dem standard Problem (zuviele vCPUs) an.
Die Frage ist halt immer auch was man will. Hab hier auch eine VM mit 4 vCPUs laufen booten tut die schon ziemlich lahm, bekomme immer schon Angst das sie garnicht mehr fertig wird mit booten.... Da dort aber ein dicker SQL Server läuft habe ich so das Gefühl, dass wenn sie denn mal oben ist dann läufts auch gut. Aber bei dem SQL laufen auf unterschiedlichen Datenbanken dann auch Abfragen parallel, wahrscheinlich helfen die vCPUs dann... Ist aber eine reine Bauchsache die ich nicht mit Messungen belegen kann.
Gruß Peter
die Kiste hat keine 8 Sockel sondern nur 2!
Hört sich aber nach dem standard Problem (zuviele vCPUs) an.
Die Frage ist halt immer auch was man will. Hab hier auch eine VM mit 4 vCPUs laufen booten tut die schon ziemlich lahm, bekomme immer schon Angst das sie garnicht mehr fertig wird mit booten.... Da dort aber ein dicker SQL Server läuft habe ich so das Gefühl, dass wenn sie denn mal oben ist dann läufts auch gut. Aber bei dem SQL laufen auf unterschiedlichen Datenbanken dann auch Abfragen parallel, wahrscheinlich helfen die vCPUs dann... Ist aber eine reine Bauchsache die ich nicht mit Messungen belegen kann.
Gruß Peter
-
Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hallo Zusammen,
nachdem CPU und memory allocation reduziert lief es erst mal prima. bis heut morgen, gleiches problem und settings wurden wieder zurueck gesetzt. da wir auch eine datenbank installieren werden gucken wir wiees mit der performance aussieht. des weiteren hab ich erst einmal vor den ESX server zu patchen und ein firmware upgrader vom controller zu machen nicht nur wegn de I/O last beim booten.
das problem was wir jetz habe ist das ESX immer am swapping ist und daher wurde das swapfile verschoben. wie kann ich das swapping verhindern da es performance kostet. auf dem server werden nur 2 VMs laufen die best moeglichste performance benoetigen.
Danke und Gruss
Victor
nachdem CPU und memory allocation reduziert lief es erst mal prima. bis heut morgen, gleiches problem und settings wurden wieder zurueck gesetzt. da wir auch eine datenbank installieren werden gucken wir wiees mit der performance aussieht. des weiteren hab ich erst einmal vor den ESX server zu patchen und ein firmware upgrader vom controller zu machen nicht nur wegn de I/O last beim booten.
das problem was wir jetz habe ist das ESX immer am swapping ist und daher wurde das swapfile verschoben. wie kann ich das swapping verhindern da es performance kostet. auf dem server werden nur 2 VMs laufen die best moeglichste performance benoetigen.
Danke und Gruss
Victor
könnte daran liegen, dass ESX per default eine Swap Datei anlegt, die so groß ist, wie der zugeordnete Speicher der VMs. also jetz insgesamt 32 GB, das könnte eine Weile dauern 
Die Memory Reservation der VM so hoch einstellen, wie der zugeordnete Speicher bringt ESX dazu, das swap File auf 0 zu lassen, da der Speicher ja exclusiv Reserviert wird, und nicht mehr im Notfall per Swap bereit gestellt werden muss.
Klappt natürlich nur wenn keine weiteren VMs mehr auf dem Host laufen, dann kriegen die nicht mehr genug Speicher.
Ist ein Schuss ins Blaue, könnte aber helfen.
Die Memory Reservation der VM so hoch einstellen, wie der zugeordnete Speicher bringt ESX dazu, das swap File auf 0 zu lassen, da der Speicher ja exclusiv Reserviert wird, und nicht mehr im Notfall per Swap bereit gestellt werden muss.
Klappt natürlich nur wenn keine weiteren VMs mehr auf dem Host laufen, dann kriegen die nicht mehr genug Speicher.
Ist ein Schuss ins Blaue, könnte aber helfen.
Damit wirft man aber das ganze Konzelt des Overprovisionings über den Haufen.
Wirklich reserviert wird eh nur der Speicher, der auch als reserviert eingetragen wurde. Setzt man das Limit auf díe Menge Speicher, die dem Gast zugewiesen ist, wird kein Swap genutzt. Setzt man das Limit unter den der VM Speicher, dann wird das Delta zwischen Limit und Zugewiesen über Swap abgefrühstückt.
Wirklich reserviert wird eh nur der Speicher, der auch als reserviert eingetragen wurde. Setzt man das Limit auf díe Menge Speicher, die dem Gast zugewiesen ist, wird kein Swap genutzt. Setzt man das Limit unter den der VM Speicher, dann wird das Delta zwischen Limit und Zugewiesen über Swap abgefrühstückt.
er hat ja ein ziemlich spezielle Anforderung, 2 Vms mit einem Speicherverbrauch, der dem des gesamten Systems entspricht.
Ich will ja den Speicher nur für diese beiden VMs reservieren (es gibt ja keine weiteren VMs auf dem Host) , damit ESX das swappen der beiden VMs beendet.
Hiernach
http://virtrix.blogspot.com/2006/12/vmware-memory-reservations-and-swap.html
sollte das mit der reservation gehen, ein Post von Tschoergez zeigt auch darauf...
http://vmware-forum.de/viewtopic.php?t=6636
leider wei0 ich nicht so genau was bei victec genau swappt! Die VM oder der ESX Server, dehalb auch meine Frage nach dem Consolenspeicher.
Ich will ja den Speicher nur für diese beiden VMs reservieren (es gibt ja keine weiteren VMs auf dem Host) , damit ESX das swappen der beiden VMs beendet.
Hiernach
http://virtrix.blogspot.com/2006/12/vmware-memory-reservations-and-swap.html
sollte das mit der reservation gehen, ein Post von Tschoergez zeigt auch darauf...
http://vmware-forum.de/viewtopic.php?t=6636
leider wei0 ich nicht so genau was bei victec genau swappt! Die VM oder der ESX Server, dehalb auch meine Frage nach dem Consolenspeicher.
sorry etwas spaet
liegt an der 64bit version, kein pb mit vCPU oder memory zuteilung.
hier die loesung:-
http://kb.vmware.com/selfservice/micros ... %208038533
Danke und Gruss,
Victor
liegt an der 64bit version, kein pb mit vCPU oder memory zuteilung.
hier die loesung:-
http://kb.vmware.com/selfservice/micros ... %208038533
Danke und Gruss,
Victor
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste