ESX 3.5 SQL 2000 Enterprice Performance

[tecky]

Hallo,

wir haben auf unserem ESX 3.5 (IBM X3650 2 Dual Core Xeon 2,66 GHZ) 24 GB Ram ein Windows 2003 X64 mit 8GB RAM und 4 virtuelle Prozessoren installiert. Auf diesen dann einen MSSQL 2000 Enterprice. Mein Problem ist jetzt, dass der SQL extrem langsamme Zugriffszeiten hat. Kann mir vielleicht jemand dazu ein paar Tipps geben?

Danke

Tecky

[gerhardg]

perfmon laufen lassen und prüfen wo die engstelle ist, vermutlich am disk i/o.

[Heros]

Vielleicht auch mal die CPU´s runternehmen... Ist nicht immer gut!

[Tschoergez]

jupp, eine vier-vCPU-VM bei einem 2*Dualcore-Server ist eine schlechte Idee.
Versuchs mal mit einer VM mit nur 2vCPUs (wenn wirklich notwendig). Wenn Du eine ein-prozessor VM draus machst, nicht vergessen, den HAL im Gast-OS zu tauschen...

Du kannst ja mal im esxtop nach den Werten für %CSTP und %CRDY schauen, da tippe ich mal, dass die für die betreffende VM ziemlich hoch sind.

Viele Grüße,
Jörg

[rehrlm]

...Win2003 x64 Server braucht in der Grundinstallation fast 5 min. zum Booten...

Durch den Tipp mit den 2 statt 4 Prozessoren gehts jetzt in 35 sekunden!

Danke! War sehr hilfreich!

[Heros]

Manchmal ist weniger mehr

[Tschoergez]

ja, so fein der ESX Server auch ist, zaubern kann er dann doch nicht

aus 2 Dualcore-Prozis vier "vollwertige" CPUs zu machen für eine VM, ist halt einfach unmöglich.

Leider gibts bei sowas keine Warnung, weil solche Konfigurationen die Performance der VMs (leider aller VMs auf dem ESX Server) ziemlich verschlechtern, obwohl es "nur" ein Konfigurationsfehler ist.

Sieht man leider sehr häufig im Feld, auch die Unsitte, einfach aus Prinzip 2-cpu-vms zu bauen, "weil ja nix kostet und einfach ein drop-down-feld ist".

Viele Grüße,
jörg

[Heros]

Da wäre es mal sehr interessant wirklich eine komplette Testreihe zu machen! Würde mich mal interessieren!
Dicke maschine mit 1-x cores

[Martin]

Das Problem ist hier nicht, daß zwei dualcores keine vier "echten" CPUs sind. Das gleiche Performance-Problem würde auch mit vier single CPUs auftreten: Damit eine VM mit vier vCPUs vom ESX Scheduler Rechenzeit zugeteilt bekommen kann, müssen dafür vier CPU Kerne gleichzeitig eine freie Zeitscheibe haben. Da aber auf dem ersten CPU Kern ESX selbst einige Zeitscheiben verbraucht, kann die VM währenddessen nicht scheduled werden und wird ausgebremst.

Martin

[Tschoergez]

ganz richtig, das spielt natürlich ebenfalls mit rein. Drum gilt als "Merkregel" eigentlich:
- Nur SMP-VMs bauen, wenn man sie wirklich benötigt, und
- darauf achten, dass man mehr logische CPUs (in der VMware Literatur manchmal auch Hardware Execution Context H.E.C. genannt) im Server hat, als man einer VM an vCPUs zuweist (aus dem von Martin genannten Grund).

Speicherbandbreite, geteilte Caches usw. sorgen natürlich ebenfalls dafür, dass 1 Dualcore-Prozi nicht so leistungsfähig ist wie 2 komplette CPUs (bei Hyperthreading ist das noch viel schimmer ).

Viele Grüße,
Jörg

PS.: VMware ist übrigens dran, das von Martin angesprochene Verhalten etwas zu mildern für zukünftige Versionen. Wens interessiert, kann ja mal nach "desheduling" von mulitprozessor-VMs suchen bei VMware....