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 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.

Die Abbildung zeigt einen iSCSI- oder iSER-Adapter (vmhba), der mit einem VMkernel-Adapter (vmk) verbunden ist. Ein Switch verbindet vmk mit einer physischen Netzwerkkarte (vmnic).
Befolgen Sie diese Regeln beim Konfigurieren der Port-Bindung:
  • 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.

Abbildung 1. 1:1-Adapterzuordnung auf separaten vSphere Standard-Switches
Zwei getrennte vSwitches für iSCSI-Netzwerke.

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.

Abbildung 2. 1:1-Adapterzuordnung auf einem einzelnen vSphere Standard-Switch
Einzelner vSwitch für iSCSI-Netzwerke.

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 Adapter

vmnic2

vmk2 (iSCSI2) Aktive Adapter

vmnic2

Nicht verwendete Adapter

vmnic1

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.

Wenn Sie mehrere physische Adapter verwenden, gelten die folgenden Bedingungen:
  • 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.
Verwenden Sie die Port-Bindung nicht, wenn eine oder mehrere der folgenden Bedingungen zutreffen:
  • 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.

Nachfolgend finden Sie Beispiele.
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)
Hinweis: Stellen Sie sicher, dass alle Zielportale von allen VMkernel-Ports erreicht werden können, wenn die Port-Bindung verwendet wird. Andernfalls können iSCSI-Sitzungen möglicherweise nicht erstellt werden. Infolgedessen wird für die erneute Prüfung möglicherweise mehr Zeit benötigt als erwartet.

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.

Nachfolgend finden Sie Beispiele.
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.

Die Abbildung zeigt vier VMkernel-Ports (vmk1, vmk2, vmk3 und vmk4), die mit einem einzigen Ziel verbunden sind. Alle Initiator-Ports und das Ziel sind im selben Subnetz.

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.

Die Abbildung zeigt mehrere VMkernel-Ports und Zielportale in verschiedenen IP-Subnetzen.

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.

Es werden insgesamt vier Pfade erstellt.
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.

Die Abbildung zeigt zwei gebundene VMkernel-Ports im Subnetz N1 und die Zielportale im Subnetz N2.

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.

Das Bild zeigt „vmk1“ und „vmk2“ in getrennten Subnetzen. Die Zielportale befinden sich ebenfalls in getrennten Subnetzen.

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:

# esxcli network ip interface ipv4 address list
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.