Performanceunterschiede bei ESX mit iSCSI-Anbindung

[Login]

Hallo zusammen,

kann es sein, dass es gewaltige Performanceunterschiede zwischen dem ESX3.5 und dem ESXi4 gibt, was die iSCSI-Anbindung angeht???
Ich habe gehört, dass der ESXi4 einen weit aus schnelleren iSCSI-Stack haben soll als der 3.5er ohne i, kann das aber leider nicht bestätigen!

Ich beobachte bei fast identischer Hardwarekonstellation eine doppelt so hohe Bandbreite an Datentransfer bei Kopiervorgängen!

Kopiervorgang (Datastore(intern) nach iSCSI oder iSCSI nach iSCSI):
ESX3.5: über FastSCP3.01 - ca 45mb/s
ESXi4: über FastSCP3.01 - ca 19mb/s

Was läuft falsch??? Die Vorgehensweise ist jeweils die gleiche!

---------------------------------------------
Hardware ESX3.5:

Intel S5000PSL
2x Xeon 5440
16BG RAM
iSCSI: Eurostor ES8200SAS/Sata
vSwitch0: ServiceConsole 10.10.210.240 + VM-Network (Nic0)
vSwitch1: ServiceConsole 10.10.211.240 + iSCSI-Kernel 10.10.211.241 (Nic1)

Hardware ESXi4:

Intel S5000PSL
2x Xeon 5355
16BG RAM
iSCSI: Eurostor ES8200SAS/Sata
vSwitch0: Management Network 10.197.91.240 + VM-Network (Nic0)
vSwitch1: iSCSI-Kernel 10.197.92.240 (Nic1)
---------------------------------------------

Die iSCSI-Storages sind jeweils über einen gesonderten GB-Switch mit der NIC1 des ESX verbunden.

Gerne stelle ich weitere Konfigurationsdetails zur Verfügung!

Lieder bin ich nicht gerade der iSCSI-Guru! Vielleicht kennt sich jemand besser aus

LG
Conne

[echt_weg]

per SCP über die Console ist der ESX4i deutlich langsamer als der ESX3i.
Die Performance innerhalb der VM ist jedoch mit ESX4 schneller als mit 3

[Login]

Danke für die Info!

Ich habe mich von den SCP-Zahlen ziehmlich verunsichern lassen.

Aber solange das iSCSI-Netz über einen sepparaten gb-Switch in einem sepparaten IP-Netz mit einem Fake-Gateway ohne VLan-Konfig läuft, müssen keine zusätzlichen Konfigurationen vorgenommen werden, oder doch?

Trunking und Multipathing kommt leider nciht in Frage, da das Storage nur jeweils einen GB-Port pro LUN hat.

Mich wundert nur, dass ein Transfer ins iSCSI-Storage doppelt so lange dauert, wie in der ESX3.5er Version...

[echt_weg]

Aber solange das iSCSI-Netz über einen sepparaten gb-Switch in einem sepparaten IP-Netz mit einem Fake-Gateway ohne VLan-Konfig läuft, müssen keine zusätzlichen Konfigurationen vorgenommen werden, oder doch?

Trunking und Multipathing kommt leider nciht in Frage, da das Storage nur jeweils einen GB-Port pro LUN hat.

ja dann ist das so ok

Mich wundert nur, dass ein Transfer ins iSCSI-Storage doppelt so lange dauert, wie in der ESX3.5er Version...

das ist normal da die konsole vom 4i deutlich langsamer ist. sicher spasseshalber mal eine vm von lokaler hdd per vcb (methode lan). da wirst du auch sehen, dass ein 4i deutlich länger braucht als ein 3i.

[Login]

hm, etwas ernüchtigend.

aber sollte trotzdem in zukunft nicht groß negativ auffallen, solange sich die VMs und deren Backups im iSCSI-Store befinden, stimmts?

Wie sieht es mit dem NIC teaming aus? Aktuell wird die 2. onboard Nic fürs iSCSI-Netz genutzt. Wäre hier ein 2. oder 3. GB-port leistungssteigernd, mal abgesehen von der Ausfallsicherheit?

Ich habe gestern gesehen, dass das ESX3.5 System eine weitere Netzwerkkarte für den iSCSI Traffic nutzt, für den KErnel, die Console und den switch ist jeweils ein adapter aktiv, die anderen beiden jeweils als Ausfallschutz. WIe sieht es hier mit der leistungssteigerung aus?

[irix]

Ist der ESXi 4, welcher so langsam ist, auf dem aktuellem Patchstand? Am 5.1.2010 hatte VMware das mit der fehlenden Performance gefixt. Allerdings ist das rumfrickeln mit SCP schon immer Gift fuer den ESX bzw. einen VMFS Datastore.

Gruss
Joerg

[Login]

nein, ich fürchte, die haben schon länger kein Update mehr erfahren...

Ich mache erst den Transfer der VMs ins Storage und dann lass ich mal ein Update drüber laufen. Danke für die BugFix Info

Gibts denn noch eine bessere Alternative zum FastSCP?

[Login]

ähm kurze Frage am Rande:

ESXi 4.0 Update 1 Installable (CD ISO)
Version 4.0 Update 1 | 208167 - 11/19/09

...ist das wirklich die aktuellste Verison?

@Joerg: wie komme ich dann an den BugFix vom 5.1.10?

???

[irix]

ähm kurze Frage am Rande:

ESXi 4.0 Update 1 Installable (CD ISO)
Version 4.0 Update 1 | 208167 - 11/19/09

...ist das wirklich die aktuellste Verison?

Jein,
ja es ist das letzte "ServicePack" und ja es gab seit dem auch schon wieder Updates und Fixes. Es macht die Runde das U2 sich ankuendigt.

@Joerg: wie komme ich dann an den BugFix vom 5.1.10?

???

Wer ein vCenter hat der macht das mit dem VUM und wer einen Standalone oder auch FreeESXi hat der benutzt das Host und Update Utilitiy welches man zusammen mit dem vSphere Client installiert sofern man da zugestimmt hat. Da gibt man seinen ESXi Host an und schwupps laedt er den fehlenden Krempel herunter und installiert den.

Die Auflistung fuer ESXI findet man unter https://www.vmware.com/mysupport/s3portal.portal?_nfpb=true&_windowLabel=SearchPatch&SearchPatch_actionOverride=%2Fportlets%2Fpatchupdate%2FfindPatchByProductVersion&_pageLabel=s3portal_pages_downloadPatch_page&type=vsphere&version=4.0.0&product=ESXi%20%28Embedded%20and%20Installable%29&

Gruss
Joerg

[echt_weg]

Ist der ESXi 4, welcher so langsam ist, auf dem aktuellem Patchstand? Am 5.1.2010 hatte VMware das mit der fehlenden Performance gefixt. Allerdings ist das rumfrickeln mit SCP schon immer Gift fuer den ESX bzw. einen VMFS Datastore.

Gruss
Joerg

welches build soll das sein? ich hab noch kein 4i Build gesehen was sich da anders verhält.....das ist leider auch der grund wieso wir noch 2 esx3.5er haben (lokale hdds und sicherung per nbd)

[irix]

Ist der ESXi 4, welcher so langsam ist, auf dem aktuellem Patchstand? Am 5.1.2010 hatte VMware das mit der fehlenden Performance gefixt. Allerdings ist das rumfrickeln mit SCP schon immer Gift fuer den ESX bzw. einen VMFS Datastore.

Gruss
Joerg

welches build soll das sein? ich hab noch kein 4i Build gesehen was sich da anders verhält.....das ist leider auch der grund wieso wir noch 2 esx3.5er haben (lokale hdds und sicherung per nbd)

Na der da... http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1016291

.."Improves the performance of backup applications such as VMware Consolidated Backup (VCB) on ESX 4.0."... Danach konnten wir im NBD wieder mit 40MB/s sichern.

Fuer ESXi ist mir nichts bekannt obs da was spezielles fuer gab. Ab da koennte man ja den Support drauf ansetzen.

Gruss
Joerg

[Login]

nanu, ich glaube, jetzt ist die Diskussion etwas aus dem Ruder gelaufen...

Die Performanceproblematik besteht bei einer 4i Version!

Über das HostUpdateUtility werden sicherlich 20 Updates/Patches angeboten, somit gehe ich davon aus, dass auch die iVersion BugFixes abbekommen kann. Ich hoffe, auch das Ding vom 5.1.!

Kann mir jemand kurz sagen, wie ich mit dem HostUpdateUtil vorgehe? (VMs vorher herunter fahren, etc?) Oder Patcht das Ding im online?

Gruß,
Conne

[echt_weg]

gerade mal 2 komplett gleiche hardwarekisten getestet

einer mit esx4i 244038
der andere mit esx3i 207095

der esx3i ist in etwa um den faktor 4 schneller als der esx4i

(jeweils gemessen von lokaler hdd per nbd)

[irix]

Dann mal mit dem VMware Support reden. Nicht das die jemals meinen ihr Produkt waere Fehlerfrei und ohne Probleme

Gruss
Joerg

[Supi]

Gut möglich das VMWare hier nicht mehr viel dran macht, da VCB (womit hier ja der Test gemacht wurde) bei Vsphere durch die Vstorage API respektive VDR abgelöst werden soll.

[Login]

hey, extra Testumgebung

Na dann hat sich meine Beobachtung wohl doch leider bestätigt. Eigentlich schade

Ich werde die VMs aber wohl oder übel aufs iSCSI Storage schieben müssen... Wie performant das Backup läuft werde ich hier posten.

Danke für eure Bemühungen bis dahin!

Gruß,
Conne