Bestimmte iSCSI-Adaptertypen hängen vom VMkernel-Netzwerk ab. Diese Adapter umfassen den Software- oder abhängigen Hardware-iSCSI-Adapter und den VMware-iSCSI über RDMA (iSER)-Adapter. Wenn Ihre ESXi-Umgebung einen dieser Adapter enthält, müssen Sie Verbindungen für den Datenverkehr zwischen der iSCSI- oder iSER-Komponente und den physischen Netzwerkadaptern konfigurieren.
Zum Konfigurieren der Netzwerkverbindung muss für jeden physischen Netzwerkadapter ein virtueller VMkernel-Adapter erstellt werden. Sie verwenden eine 1:1-Zuordnung zwischen jedem virtuellen und physischen Netzwerkadapter. Anschließend muss der VMkernel-Adapter mit einem entsprechenden iSCSI- oder iSER-Adapter verknüpft werden. Dieser Vorgang wird Port-Bindung genannt.
- Sie können den Software-iSCSI-Adapter mit allen auf Ihrem Host verfügbaren physischen Netzwerkkarten verbinden.
- Die abhängigen iSCSI-Adapter müssen nur mit ihren eigenen physischen Netzwerkkarten verbunden sein.
- Sie dürfen den iSER-Adapter nur mit dem RDMA-fähigen Netzwerkadapter verbinden.
Spezifische Überlegungen, wann und wie Netzwerkverbindungen mit Software-iSCSI verwendet werden, finden Sie im VMware-Knowledgebase-Artikel unter http://kb.vmware.com/kb/2038869.
Mehrere Netzwerkadapter in der iSCSI- oder iSER-Konfiguration
Wenn Ihr Host über mehrere physische Netzwerkadapter für iSCSI oder iSER verfügt, können Sie die Adapter für das Multipathing verwenden.
Sie können mehrere physische Adapter in Konfigurationen mit einem einzelnen Switch oder mehreren Switches verwenden.
In der Konfiguration mit mehreren Switches weisen Sie für jedes V2P-Adapterpaar (Virtual-to-Physical) einen separaten vSphere-Switch zu.
Eine Alternative besteht darin, alle Netzwerkkarten und VMkernel-Adapter zu einem einzelnen vSphere-Switch hinzuzufügen. Die Anzahl an VMkernel-Adaptern muss mit der Anzahl an physischen Adaptern auf dem vSphere Standard-Switch übereinstimmen. Die Konfiguration mit einem einzelnen Switch ist für iSER nicht geeignet, da iSER die NIC-Gruppierung nicht unterstützt.
Für diesen Konfigurationstyp müssen Sie die Standardnetzwerkeinrichtung außer Kraft setzen und sicherstellen, dass jeder VMkernel-Adapter nur einem entsprechenden aktiven physischen Adapter zugeordnet wird, wie in der Tabelle angegeben.
| VMkernel-Adapter (vmk#) | Physischer Netzwerkadapter (vmnic#) |
|---|---|
| vmk1 (iSCSI1) | Aktive Adapter vmnic1 Nicht verwendete Adaptervmnic2 |
| vmk2 (iSCSI2) | Aktive Adapter vmnic2 Nicht verwendete Adaptervmnic1 |
Sie können auch Distributed Switches verwenden. Weitere Informationen zu vSphere Distributed Switches und zum Ändern der Standardnetzwerkrichtlinie finden Sie in der vSphere-Netzwerk-Dokumentation.
- Physische Netzwerkadapter müssen sich in demselben Subnetz befinden wie das Speichersystem, mit dem sie verbunden werden.
- (Gilt nur für iSCSI, nicht für iSER) Wenn Sie separate vSphere-Switches verwenden, müssen Sie sie mit unterschiedlichen IP-Subnetzen verbinden. Andernfalls können bei VMkernel-Adaptern Konnektivitätsprobleme auftreten und der Host kann keine LUNs erkennen.
- Die Konfiguration mit einem einzelnen Switch ist für iSER nicht geeignet, da iSER die NIC-Gruppierung nicht unterstützt.
- Array-Ziel-iSCSI-Ports befinden sich in einer anderen Broadcast-Domäne und einem anderen IP-Subnetz.
- Für die iSCSI-Konnektivität verwendete VMkernel-Adapter befinden sich in verschiedenen Broadcast-Domänen und IP-Subnetzen oder verwenden verschiedene virtuelle Switches.
Hinweis: In iSER-Konfigurationen können die für iSER-Konnektivität verwendeten VMkernel-Adapter nicht für konvergierten Datenverkehr verwendet werden. Die VMkernel-Adapter, die Sie erstellt haben, um die Konnektivität zwischen dem ESXi-Host mit iSER und dem iSER-Ziel zu ermöglichen, darf nur für iSER-Datenverkehr verwendet werden.
Best Practices für die Konfiguration des Netzwerks mit Software-iSCSI
Berücksichtigen Sie bei der Konfiguration des Netzwerks mit Software-iSCSI verschiedene Best Practices.
Software-iSCSI-Port-Bindung
Sie können den Software-iSCSI-Initiator auf dem ESXi-Host an einen einzelnen oder mehrere VMkernel-Ports binden, sodass der iSCSI-Datenverkehr nur über die gebundenen Ports fließt. Ungebundene Ports werden nicht für iSCSI-Datenverkehr verwendet.
Wenn die Port-Bindung konfiguriert ist, erstellt der iSCSI-Initiator iSCSI-Sitzungen von allen gebundenen Ports zu allen konfigurierten Zielportalen.
| VMkernel-Ports | Zielportale | iSCSI-Sitzungen |
|---|---|---|
| 2 gebundene VMkernel-Ports | 2 Zielportale | 4 Sitzungen (2 x 2) |
| 4 gebundene VMkernel-Ports | 1 Zielportal | 4 Sitzungen (4 x 1) |
| 2 gebundene VMkernel-Ports | 4 Zielportale | 8 Sitzungen (2 x 4) |
Keine Port-Bindung
Wird keine Port-Bindung verwendet, wird auf der ESXi-Netzwerkebene der beste VMkernel-Port basierend auf seiner Routing-Tabelle ausgewählt. Der Host nutzt den Port zum Erstellen einer iSCSI-Sitzung mit dem Zielportal. Ohne die Port-Bindung wird nur eine Sitzung pro Zielportal erstellt.
| VMkernel-Ports | Zielportale | iSCSI-Sitzungen |
|---|---|---|
| 2 ungebundene VMkernel-Ports | 2 Zielportale | 2 Sitzungen |
| 4 ungebundene VMkernel-Ports | 1 Zielportal | 1 Sitzung |
| 2 ungebundene VMkernel-Ports | 4 Zielportale | 4 Sitzungen |
Software-iSCSI-Multipathing
Beispiel 1: Mehrere Pfade für ein iSCSI-Ziel mit einem einzelnen Netzwerkportal
Wenn das Ziel nur über ein Netzwerkportal verfügt, können Sie mehrere Pfade zu dem Ziel erstellen, indem Sie mehrere VMkernel-Ports auf dem ESXi-Host hinzufügen und diese an den iSCSI-Initiator binden.
In diesem Beispiel werden alle Initiator-Ports und das Zielportal im selben Subnetz konfiguriert. Das Ziel kann über alle gebundenen Ports erreicht werden. Sie haben vier VMkernel-Ports und ein Zielportal. Es werden also insgesamt vier Pfade erstellt.
Ohne die Port-Bindung wird nur ein Pfad erstellt.
Beispiel 2: Mehrere Pfade mit VMkernel-Ports in verschiedenen Subnetzen
Sie können mehrere Pfade erstellen, indem Sie mehrere Ports und Zielportale in verschiedenen IP-Subnetzen konfigurieren. Indem Initiator- und Zielports in verschiedenen Subnetzen beibehalten werden, können Sie erzwingen, dass ESXi Pfade über bestimmte Ports erstellt. Bei dieser Konfiguration wird keine Port-Bindung verwendet, da für die Port-Bindung erforderlich ist, dass sich alle Initiator- und Zielports im selben Subnetz befinden.
ESXi wählt vmk1 aus, wenn eine Verbindung zu Port 0 von Controller A und Controller B hergestellt wird, da sich alle drei Ports im selben Subnetz befinden. Ebenso wird vmk2 ausgewählt, wenn eine Verbindung zu Port 1 von Controller A und B hergestellt wird. Bei dieser Konfiguration kann die NIC-Gruppierung verwendet werden.
| Pfade | Beschreibung |
|---|---|
| Pfad 1 | vmk1 und Port 0 von Controller A |
| Pfad 2 | vmk1 und Port 0 von Controller B |
| Pfad 3 | vmk2 und Port 1 von Controller A |
| Pfad 4 | vmk2 und Port 1 von Controller B |
Routing mit Software-iSCSI
Mit dem Befehl esxcli können Sie statische Routen für Ihren iSCSI-Datenverkehr hinzufügen. Nachdem die statischen Routen konfiguriert wurden, können die Initiator- und Zielports in verschiedenen Subnetzen miteinander kommunizieren.
Beispiel 1: Verwenden von statischen Routen mit Port-Bindung
In diesem Beispiel werden alle gebundenen VMkernel-Ports in einem Subnetz (N1) beibehalten und alle Zielportale in einem anderen Subnetz (N2) konfiguriert. Sie können dann eine statische Route für das Zielsubnetz (N2) hinzufügen.
Verwenden Sie den folgenden Befehl:
# esxcli network ip route ipv4 add -gateway 192.168.1.253 -network 10.115.179.0/24
Beispiel 2: Verwenden von statischen Routen, um mehrere Pfade zu erstellen
Bei dieser Konfiguration verwenden Sie statische Routen und verschiedene Subnetze. Bei dieser Konfiguration kann die Port-Bindung nicht verwendet werden.
Sie konfigurieren vmk1 und vmk2 in separaten Subnetzen: 192.168.1.0 und 192.168.2.0. Ihre Zielportale befinden sich also in separaten Subnetzen: 10.115.155.0 und 10.155.179.0.
Sie können die statische Route für 10.115.155.0 von vmk1 hinzufügen. Stellen Sie sicher, dass das Gateway von vmk1 aus erreicht werden kann.
# esxcli network ip route ipv4 add -gateway 192.168.1.253 -network 10.115.155.0/24
Anschließend fügen Sie die statische Route für 10.115.179.0 von vmk2 hinzu. Stellen Sie sicher, dass das Gateway von vmk2 aus erreicht werden kann.
# esxcli network ip route ipv4 add -gateway 192.168.2.253 -network 10.115.179.0/24
Beim Herstellen der Verbindung mit Port 0 von Controller A wird vmk1 verwendet.
Beim Herstellen der Verbindung mit Port 0 von Controller B wird vmk2 verwendet.
Beispiel 3: Routing mit einem separaten Gateway pro vmkernel-Port
Ab vSphere 6.5 können Sie ein separates Gateway pro VMkernel-Port konfigurieren. Wenn Sie DHCP zum Abrufen der IP-Konfiguration für einen VMkernel-Port verwenden, können Gateway-Informationen ebenfalls über DHCP abgerufen werden.
Verwenden Sie den folgenden Befehl, um Gateway-Informationen pro VMkernel-Port anzuzeigen:
Name IPv4 Address IPv4 Netmask IPv4 Broadcast Address Type Gateway DHCP DNS ---- -------------- ------------- -------------- ------------ -------------- -------- vmk0 10.115.155.122 255.255.252.0 10.115.155.255 DHCP 10.115.155.253 true vmk1 10.115.179.209 255.255.252.0 10.115.179.255 DHCP 10.115.179.253 true vmk2 10.115.179.146 255.255.252.0 10.115.179.255 DHCP 10.115.179.253 true
Bei separaten Gateways pro VMkernel-Port nutzen Sie die Port-Bindung, um Ziele in verschiedenen Subnetzen zu erreichen.
Verwalten des iSCSI-Netzwerks
Besondere Berücksichtigung finden sowohl physische als auch VMkernel-Netzwerkadapter, die einem iSCSI-Adapter zugeordnet sind.
Nachdem Sie Netzwerkverbindungen für iSCSI erstellt haben, wird eine iSCSI-Kontrollanzeige im vSphere Client aktiviert. Die Kontrollanzeige zeigt, dass ein bestimmter virtueller oder physischer Netzwerkadapter iSCSI-gebunden ist. Befolgen Sie zur Vermeidung von Störungen des iSCSI-Datenverkehrs diese Richtlinien und Überlegungen bei der Verwaltung von iSCSI-gebundenen virtuellen und physischen Netzwerkadaptern:
- Stellen Sie sicher, dass den VMkernel-Netzwerkadaptern Adressen in dem Subnetz zugewiesen werden, in dem sich auch das iSCSI-Speicher-Portal befindet, zu dem sie eine Verbindung herstellen.
- iSCSI-Adapter, die VMkernel-Adapter verwenden, können keine Verbindungen zu iSCSI-Ports auf unterschiedlichen Subnetzen herstellen, selbst wenn die iSCSI-Adapter diese Ports ermitteln.
- Stellen Sie bei der Verwendung von separaten vSphere-Switches zum Verbinden von physischen Netzwerkadaptern und VMkernel-Adaptern sicher, dass die vSphere-Switches Verbindungen zu unterschiedlichen IP-Subnetzen herstellen.
- Wenn sich VMkernel-Adapter in demselben Subnetz befinden, müssen Sie mit einem einzelnen vSwitch verbunden sein.
- Wenn Sie VMkernel-Adapter auf einen anderen vSphere-Switch migrieren, verschieben Sie die zugewiesenen physischen Adapter.
- Nehmen Sie keine Änderungen an der Konfiguration von iSCSI-gebundenen VMkernel-Adaptern oder physischen Netzwerkadaptern vor.
- Nehmen Sie keine Änderungen vor, die die Zuweisungen von VMkernel-Adaptern und physischen Netzwerkadaptern aufheben könnten. Sie können die Zuweisung aufheben, wenn Sie einen der Adapter oder den vSphere-Switch, der sie verbindet, entfernen. Dieselbe Möglichkeit bietet sich auch, wenn Sie die 1:1-Netzwerkrichtlinie für die Verbindung ändern.
Fehler im iSCSI-Netzwerk beheben
Ein Warnhinweis deutet auf eine nicht übereinstimmende Portgruppenrichtlinie für einen iSCSI-gebundenen VMkernel-Adapter hin.
Problem
Die Portgruppenrichtlinie des VMkernel-Adapters wird in den folgenden Fällen als nicht übereinstimmend betrachtet:
- Der VMkernel-Adapter ist mit keinem aktiven physischen Netzwerkadapter verbunden.
- Der VMkernel-Adapter ist mit mehreren physischen Netzwerkadapter verbunden.
- Der VMkernel-Adapter ist mit mindestens einem physischen Standby-Adapter verbunden.
- Der aktive physische Adapter wurde geändert.
Lösung
Richten Sie die richtige Netzwerkrichtlinie für den iSCSI-gebundenen VMkernel-Adapter ein. Weitere Informationen hierzu finden Sie unter Konfigurieren der Port-Bindung für iSCSI oder iSER auf ESXi.
