Seite 1 von 1
Hardware-iSCSI?
Verfasst: 15.07.2008, 15:39
von AlbertMinrich
Hallo,
wir haben ESX 3.0.2 bzw. 3.5.
Eingebaut ist ein iSCSI-HBA. iSCSI ist ein eigenes VLAN.
Es funktioniert alles. Zugriff auf SAN ist möglich, VM´s im SAN laufen auch.
Aber irgendwie glauch ich mal gelesen/gehört zu haben, dass man einen VMKernel anlegen muss. Oder ist das nur für Software-iSCSI oder VMotion notwendig?
Sollte ich mit dem Befehl vmkping das SAN anpingen können? Geht nicht, auch nicht, wenn ich einen VMKernel mit einer IP-Adresse aus dem iSCSI-VLAN erstellt hab.
Gibt´s nicht irgendwo eine vernünftige Anleitung dazu? Im iSCSI SAN Configuration Guide von VMWare steht im Abschnitt "Hardware iSCSI" nichts von VMKernel, nur im Abschnitt "Software iSCSI".
Zum Glück ist bisher alles nur eine Testumgebung.
Danke
Martin
Verfasst: 15.07.2008, 15:57
von Tschoergez
Hi,
von einer iSCSI-Sicht ist ein vmkernel-port nur notwendig, wenn Du den Software-Initiator nutzen willst.
NAchdem Du ja iSCSI-HBAs hast, brauchst Du für die Storage-Anbindung keinen vmkernel-port.
Für VMotion ist zwingend ein vmkernel-port erforderlich auf jedem ESX, (und der haken bei "enable for VMotion" muss gesetzt sein

).
Die ports müssen sich natürlich erreichen können über ein GBit-Netzwerk für VMotion.
BTW.: Für HA spielts keine Rolle, HA geht übers Service Consolen Netzwerk.
Viele Grüße,
Jörg
Verfasst: 16.07.2008, 12:56
von AlbertMinrich
Danke erstmal,
gleich noch eine Frage:
Das NAS hat 2 iSCSI-Ports, der ESX-Server ebenfalls.
Das NAS hat die IPS:
Port1 = 172.16.1.1
Port2 = 172.16.1.2
Der ESX:
Port1 (vmhba0) = 172.16.1.3
Port2 (vmhba1) = 172.16.1.4
Subnetmaks bei allen 255.255.255.0
Bei vmhba0 ist bei DynamicDiscovery die 172.16.1.1 eingetragen, bei vmhba1 die 172.16.1.2
Damit ist die LUN über zwei Pfade erreichbar, das sieht man auch in den Eigenschaften.
Zieh ich abwechselnd die Netzwerkkabel beim ESX-Server, ist jeweils ein Pfad Dead. Ist ja OK so.
Zieh ich das Netzwerkkabel Port2 am NAS, ist auch ein Pfad Dead, ziehe ich aber nur das Kabel an Port1, sind beide Dead. Wieso?
Wir haben es jetzt versucht mit unterschiedlichen Subnetzen. Jetzt sind jeweils beide Ports1 und beide Ports2 in einem eigenen Subnets, also:
NAS:
Port1 = 172.16.1.1
Port2 = 172.16.2.1
ESX:
Port1 = 172.16.1.2
Port2 = 172.16.2.2
Damit funktioniert alles, wie soll, aber ist das normal so? Dürfen die ganzen iSCSI-Ports nicht im gleichen Subnetz liegen, ich dachte eigentlich, das müssen sie sogar.
Danke
Martin
Verfasst: 16.07.2008, 13:02
von Tschoergez
hm, das liegt am zusammenspiel zwischen StorageController und dem HBA.
Hängt z.B. von der Charakteristik des Storage-Systems ab (active/active oder active/passive), dann welche Targets Du jeweils eingetragen hast usw.
Der ESX selbst spielt da gar nicht rein bei nem hardware-initiator, für ihn sind das einfach LUNs, die der HBA ansprechen kann.
Also evtl. mal in der Doku des initiators und des StorageSystems schauen, ob da BEstPractices stehen.
Die Empfehlungen für den ESX software-Initiator gelten hier natürlich nicht.
Viele Grüße,
Jörg
ps.: so interessehalber, was habt Ihr denn für ein Storage?
Verfasst: 16.07.2008, 13:55
von AlbertMinrich
Danke,
aber wie macht man es denn üblicherweise. Alle iSCSI-Port im gleichen Subnetz?
Gruß
Martin
Verfasst: 16.07.2008, 20:12
von storageguru
Hallo,
meines Wissens ist iSCSI nur im gleichen Subnetz erlaubt.
Da gab es auf der TSX2007 mal nen schönen Vortrag
glaube ich zu, den ich leider nicht mehr habe zum
ilustrieren.
Mfg Marco
Verfasst: 16.07.2008, 20:24
von angoletti1
... alles andere verbessert ja auch nicht gerade die Performance ...
Verfasst: 17.07.2008, 10:26
von Tschoergez
also ich hab bei mir zwei controller in unterschiedlichen subnetzen, und nutze den SW-initiator. Damit das sauber funktioniert, muss der ESX beid eController sehen, also hab ich mehrere Service Consolen Ports (ansonsten gehts auch, gibt aber unmengen an logmeldungen.)
Kannst Du denn dem HW-Initiator mehrere Targets angeben? wenn ja, würd ich jeweils alle targets angeben, und alle in ein subnetz legen.
Performance sollte gleich sein, Du musst halt sicherstellen, dass Dein iSCSI-Traffic nicht geroutet wird.
Viele Grüße,
Jörg
PS.:@marco, weißt Du noch grob, wie die TSX-Session hieß, oder um was es da sonst noch ging??