Vorteile der Verwendung einer virtualisierten SAN-Umgebung
Änderungen vorschlagen
PDFs
Durch die Erstellung einer virtualisierten Umgebung mithilfe von Storage Virtual Machines (SVMs) und LIFs wird eine Erweiterung Ihrer SAN-Umgebung auf alle Knoten in Ihrem Cluster ermöglicht.
-
Verteiltes Management
Sie können sich an jedem Knoten in der SVM anmelden, um alle Knoten in einem Cluster zu verwalten.
-
Erweiterter Datenzugriff
Mit MPIO und ALUA haben Sie über alle aktiven iSCSI- oder FC-LIFs für die SVM Zugriff auf Ihre Daten.
-
Kontrollierter LUN-Zugriff
Wenn SLM und Portsets verwendet werden, lässt sich einschränken, welche LIFs ein Initiator für den Zugriff auf LUNs nutzen kann.
Wie der LUN-Zugriff in einer virtualisierten Umgebung funktioniert
In einer virtualisierten Umgebung ermöglichen LIFs Hosts (Clients) den Zugriff auf LUNs über optimierte und nicht optimierte Pfade.
Eine LIF ist eine logische Schnittstelle, die die Storage Virtual Machine (SVM) mit einem physischen Port verbindet. Obwohl mehrere SVMs mehrere LIFs am selben Port haben können, gehört eine LIF zu einer SVM. Auf LUNs kann über die LIFs der SVMs zugegriffen werden.
Im folgenden Beispiel verbindet sich Host 1 mit LIF1.1 und LIF1.2 in SVM-1, um auf LUN1 zuzugreifen. LIF1.1 verwendet den physischen Port node1:0c und LIF1.2 den physischen Port node2:0c. LIF1.1 und LIF1.2 gehören ausschließlich zu SVM-1. Wenn für SVM-1 auf Knoten 1 oder Knoten 2 eine neue LUN erstellt wird, kann sie dieselben LIFs verwenden. Wenn eine neue SVM erstellt wird, können neue LIFs über die physischen Ports 0c oder 0d auf beiden Knoten erstellt werden.
Ein physischer Port kann mehrere LIFs unterstützen, die verschiedene SVMs bedienen. Da LIFs einer bestimmten SVM zugeordnet sind, können die Clusterknoten den eingehenden Datenverkehr an die richtige SVM weiterleiten. Im folgenden Beispiel verfügt jeder Knoten von 1 bis 4 über eine LIF für SVM-2, die den physischen Port 0c auf jedem Knoten nutzt. Host 1 verbindet sich mit LIF1.1 und LIF1.2 in SVM-1, um auf LUN1 zuzugreifen. Host 2 verbindet sich mit LIF2-1 und LIF2-2 in SVM-2, um auf LUN2 zuzugreifen. Beide SVMs teilen sich den physischen Port 0c auf den Knoten 1 und 2. SVM-2 verfügt über zusätzliche LIFs, die Host 2 für den Zugriff auf LUN3 und LUN4 verwendet. Diese LIFs nutzen den physischen Port 0c auf den Knoten 3 und 4. Mehrere SVMs können die physischen Ports auf den Knoten gemeinsam nutzen.
Auf einem aktiven oder optimierten Pfad wird der Datenverkehr nicht über das Cluster-Netzwerk geleitet, sondern nimmt den direktesten Weg zur LUN. Der aktive oder optimierte Pfad zu LUN1 verläuft über LIF1.1 in node1 und nutzt den physischen Port 0c. Host 2 verfügt über zwei aktive oder optimierte Pfade: einen Pfad zu node1, LIF2.1, der den physischen Port 0c mitbenutzt, und einen weiteren Pfad zu node4, LIF2.4, der ebenfalls den physischen Port 0c nutzt.
Bei einem aktiven oder nicht optimierten (indirekten) Pfad wird der Datenverkehr über das Clusternetzwerk geleitet. Dieses Problem tritt nur auf, wenn alle aktiven oder optimierten Pfade von einem Host aus nicht verfügbar sind, um den Datenverkehr zu übernehmen. Fällt der Pfad von Host 2 zu SVM-2 LIF2.4 aus, erfolgt der Zugriff auf LUN3 und LUN4 über das Clusternetzwerk. Der Zugriff von Host 2 nutzt LIF2.3 auf Node 3. Der Datenverkehr gelangt dann in den Cluster Netzwerk-Switch und wird zurück zu Node 4 geleitet, um auf LUN3 und LUN4 zuzugreifen. Anschließend durchläuft er erneut den Cluster Netzwerk-Switch und gelangt dann über LIF2.3 wieder zu Host 2. Dieser aktive oder nicht optimierte Pfad wird verwendet, bis der Pfad zu LIF2.4 wiederhergestellt ist oder ein neuer LIF für SVM-2 an einem anderen physischen Port auf Node 4 eingerichtet wird.
