Informationen zu ONTAP NFS Trunking
Änderungen vorschlagen
PDFs
Ab ONTAP 9.14.1 können NFSv4.1-Clients Session Trunking nutzen, um mehrere Verbindungen zu verschiedenen LIFs auf dem NFS-Server zu öffnen, wodurch die Geschwindigkeit des Datentransfers erhöht und durch Multipathing Resilienz bereitgestellt wird.
Trunking ist vorteilhaft für den Export von FlexVol Volumes an trunkingfähige Clients, insbesondere VMware und Linux Clients, oder für NFS über RDMA, TCP oder pNFS.
In ONTAP 9.14.1 ist Trunking auf LIFs auf einem einzelnen Knoten beschränkt; Trunking kann sich nicht über mehrere Knoten hinweg auf LIFs erstrecken.
FlexGroup Volumes werden für Trunking unterstützt. Obwohl dies eine bessere Leistung ermöglichen kann, kann Multipath-Zugriff auf ein FlexGroup Volume nur auf einem einzelnen Knoten konfiguriert werden.
In dieser Version wird für Multipathing nur Session Trunking unterstützt.
Verwendung von Bündelung
Um die Vorteile von Multipathing durch Trunking zu nutzen, wird eine Gruppe von LIFs – als Trunking-Gruppe bezeichnet – benötigt, die mit der SVM verknüpft sind, welche einen Trunking-fähigen NFS-Server enthält. Die LIFs in einer Trunking-Gruppe müssen Home-Ports auf demselben Knoten des Clusters haben und sich auf diesen Home-Ports befinden. Es gilt als Best Practice, dass alle LIFs in einer Trunking-Gruppe Mitglieder derselben Failover-Gruppe sind.
ONTAP unterstützt bis zu 16 trunked Verbindungen pro Knoten von einem gegebenen Client.
Wenn ein Client Exporte von einem Trunking-fähigen Server einbindet, gibt er eine Anzahl von IP-Adressen für LIFs in einer Trunking-Gruppe an. Nachdem der Client eine Verbindung zum ersten LIF hergestellt hat, werden zusätzliche LIFs nur dann zur NFSv4.1-Sitzung hinzugefügt und für Trunking verwendet, wenn sie den Anforderungen der Trunking-Gruppe entsprechen. Der Client verteilt die NFS-Operationen dann basierend auf einem eigenen Algorithmus (wie Round-Robin) auf die mehreren Verbindungen.
Für optimale Leistung sollte Trunking in einer SVM konfiguriert werden, die ausschließlich für Multipath-Exporte und nicht für Singlepath-Exporte vorgesehen ist. Das heißt, Trunking sollte nur auf einem NFS-Server in einer SVM aktiviert werden, deren Exporte ausschließlich Clients mit aktiviertem Trunking zur Verfügung gestellt werden.
Unterstützte Clients
Der ONTAP NFSv4.1 Server unterstützt Trunking mit jedem Client, der NFSv4.1 Session Trunking unterstützt.
Die folgenden Clients wurden mit ONTAP 9.14.1 getestet:
-
VMware - ESXi 7.0U3F und höher
-
Linux - Red Hat Enterprise Linux (RHEL) 8.8 und 9.3
|
Der RHEL NFS-Client stellt das Trunking nicht wieder her, wenn getrunkte LIFs bei einem Failover-Ereignis (wie einem Controller-Failover) auf einen anderen Knoten migriert werden. Wenn LIFs auf einen anderen Knoten migriert werden, werden sie aus der Trunking-Gruppe entfernt. Wenn alle LIFs in der Trunking-Gruppe migriert werden, verwendet der NFS-Client nur den ersten LIF, um den I/O fortzusetzen. |
|
|
Wenn Trunking auf einem NFS-Server aktiviert ist, kann es bei Benutzern, die auf exportierte Freigaben auf NFS-Clients zugreifen, die Trunking nicht unterstützen, zu Leistungseinbußen kommen. Dies liegt daran, dass für mehrere Mounts zu den SVM-Daten-LIFs nur eine einzige TCP-Verbindung verwendet wird. |
Unterschied zwischen NFS Trunking und nconnect
Ab ONTAP 9.8 ist die nconnect-Funktionalität standardmäßig verfügbar, wenn NFSv4.1 aktiviert ist. Auf nconnect-fähigen Clients kann eine einzelne NFS-Einbindung mehrere TCP-Verbindungen (bis zu 16) über eine einzige LIF haben.
Im Gegensatz dazu ist Trunking eine Multipathing-Funktionalität, die mehrere TCP-Verbindungen über mehrere LIFs bereitstellt. Bei der Möglichkeit, in Ihrer Umgebung zusätzliche NICs einzusetzen, bietet Trunking eine erhöhte Parallelität und Leistung über die Fähigkeiten von nconnect hinaus.
Weitere Informationen zu "nconnect".