Wie ONTAP tools igroups und Exportrichtlinien verwaltet
Änderungen vorschlagen
PDFs
Initiatorgruppen (igroups) sind Tabellen mit FC-Protokoll-Host-World-Wide-Port-Namen (WWPNs) oder iSCSI-Host-qualifizierten Knotennamen. Es besteht die Möglichkeit, igroups zu definieren und sie LUNs zuzuordnen, um zu steuern, welche Initiatoren Zugriff auf LUNs haben.
In ONTAP tools for VMware vSphere 9.x wurden Initiatorgruppen in einer flachen Struktur erstellt und verwaltet, wobei jeder Datenspeicher in vCenter einer einzelnen Initiatorgruppe zugeordnet war. Dieses Modell schränkte die Flexibilität und Wiederverwendbarkeit von Initiatorgruppen über mehrere Datenspeicher hinweg ein. ONTAP tools for VMware vSphere führt verschachtelte Initiatorgruppen ein, bei denen jeder Datenspeicher in vCenter einer übergeordneten Initiatorgruppe zugeordnet ist, während jeder Host mit einer untergeordneten Initiatorgruppe unter dieser übergeordneten Initiatorgruppe verknüpft ist. Benutzerdefinierte übergeordnete Initiatorgruppen mit frei wählbaren Namen können für die Wiederverwendung über mehrere Datenspeicher hinweg definiert werden, um die Verwaltung der Initiatorgruppen zu erleichtern. Der Initiatorgruppen-Workflow ermöglicht die Verwaltung von LUNs und Datenspeichern in ONTAP tools for VMware vSphere. Unterschiedliche Workflows erzeugen verschiedene Initiatorgruppen-Konfigurationen, wie in den folgenden Beispielen dargestellt:
|
Die genannten Namen dienen lediglich der Veranschaulichung und beziehen sich nicht auf tatsächliche Initiatorgruppen-Namen. ONTAP tools verwaltete Initiatorgruppen verwenden das Präfix „otv_“. Benutzerdefinierte Initiatorgruppen können beliebige Namen erhalten. |
Begriff |
Beschreibung |
DS<number> |
Datenspeicher |
iqn<number> |
Initiator-IQN |
Host<number> |
Host-MoRef |
LUN<number> |
LUN-ID |
<DSName>Initiatorgruppe<number> |
Standard (ONTAP tools verwaltete) übergeordnete Initiatorgruppe |
<Host-Moref>Initiatorgruppe<number> |
Child Initiatorgruppe |
CustomIgroup<number> |
Benutzerdefinierte übergeordnete Initiatorgruppe |
ClassicIgroup<number> |
Igroup wird in ONTAP tools Version 9.x verwendet. |
Datenspeicher auf einem einzelnen Host mit einem Initiator erstellen
Workflow: [Erstellen] DS1 (lun1): host1 (iqn1)
Ergebnis:
-
DS1Igroup:
-
host1Igroup → (iqn1: lun1)
-
ONTAP erstellt die übergeordnete Initiatorgruppe DS1Igroup für DS1 und ordnet die untergeordnete Initiatorgruppe host1Igroup lun1 zu. Das System ordnet LUNs immer untergeordneten Initiatorgruppen zu.
Vorhandenen Datenspeicher auf einem zusätzlichen Host einbinden
Workflow: [Mount] DS1 (lun1): host2 (iqn2)
Ergebnis:
-
DS1Igroup:
-
host1Igroup → (iqn1: lun1)
-
host2Igroup → (iqn2: lun1)
-
ONTAP tools für VMware vSphere erstellen eine untergeordnete Initiatorgruppe host2Igroup und fügen sie der bestehenden übergeordneten Initiatorgruppe DS1Igroup hinzu.
Einen Datenspeicher von einem Host trennen
Workflow: [Unmount] DS1 (lun1): host1 (iqn1)
Ergebnis:
-
DS1Igroup:
-
host2Igroup → (iqn2: lun1)
-
ONTAP tools for VMware vSphere entfernen die host1Igroup aus der Hierarchie. Das System löscht untergeordnete Initiatorgruppen nicht explizit. Sie werden unter diesen beiden Bedingungen gelöscht:
-
Wenn keine LUNs zugeordnet sind, löscht das ONTAP System die untergeordnete Initiatorgruppe.
-
Ein geplanter Bereinigungsauftrag entfernt die verwaisten untergeordneten Initiatorgruppen ohne LUN-Zuordnungen. Diese Szenarien gelten nur für von ONTAP tools verwaltete Initiatorgruppen, nicht für benutzerdefinierte.
Datenspeicher löschen
Workflow: [Löschen] DS1 (lun1): host2 (iqn2)
Ergebnis:
-
DS1Igroup:
-
host2Igroup → (iqn2: lun1)
-
Übergeordnete und untergeordnete Initiatorgruppen werden entfernt, es sei denn, ein anderer Datenspeicher verwendet die übergeordnete Initiatorgruppe. Untergeordnete Initiatorgruppen werden nicht explizit gelöscht.
Mehrere Datenspeicher unter einer benutzerdefinierten übergeordneten Initiatorgruppe erstellen
Arbeitsablauf:
-
[Erstellen] DS2 (lun2): host1 (iqn1), host2 (iqn2)
-
[Erstellen] DS3 (lun3): host1 (iqn1), host3 (iqn3)
Ergebnis:
-
CustomIgroup1:
-
host1Igroup → (iqn1: lun2, lun3)
-
host2-Initiatorgruppe → (iqn2: lun2)
-
host3Initiatorgruppe → (iqn3: lun3)
-
CustomIgroup1 wird für DS2 erstellt und für DS3 wiederverwendet. Unter dem gemeinsamen übergeordneten Element werden untergeordnete Initiatorgruppen erstellt oder aktualisiert, wobei jede untergeordnete Initiatorgruppe ihren relevanten LUNs zugeordnet wird.
Einen Datenspeicher unter einer benutzerdefinierten übergeordneten Initiatorgruppe löschen.
Workflow: [Löschen] DS2 (lun2): host1 (iqn1), host2 (iqn2)
Ergebnis:
-
CustomIgroup1:
-
host1-Initiatorgruppe → (iqn1: lun3)
-
host3Initiatorgruppe → (iqn3: lun3)
-
-
Auch wenn CustomIgroup1 nicht wiederverwendet wird, wird sie nicht gelöscht.
-
Wenn keine LUNs zugeordnet sind, löscht das ONTAP System host2Igroup.
-
host1Igroup wird nicht gelöscht, da sie lun3 von DS3 zugeordnet ist. Benutzerdefinierte Initiatorgruppen werden unabhängig vom Wiederverwendungsstatus niemals gelöscht.
Datenspeicher für vVols erweitern (Volume hinzufügen)
Arbeitsablauf:
Vor der Erweiterung:
[Erweitern] DS4 (lun4): host4 (iqn4)
-
DS4Initiatorgruppe: host4Initiatorgruppe → (iqn4: lun4)
Nach der Erweiterung:
[Erweitern] DS4 (lun4, lun5): host4 (iqn4)
-
DS4Initiatorgruppe: host4Initiatorgruppe → (iqn4: lun4, lun5)
Eine neue LUN wird erstellt und der bestehenden untergeordneten Initiatorgruppe host4Igroup zugeordnet.
Datenspeicher für vVols verkleinern (Volume entfernen)
Arbeitsablauf:
Vor dem Schrumpfen:
[Verkleinern] DS4 (lun4, lun5): host4 (iqn4)
-
DS4Initiatorgruppe: host4Initiatorgruppe → (iqn4: lun4, lun5)
Nach dem Schrumpfen:
[Verkleinern] DS4 (lun4): host4 (iqn4)
-
DS4Initiatorgruppe: host4Initiatorgruppe → (iqn4: lun4)
Die angegebene LUN (lun5) ist aus der untergeordneten Initiatorgruppe entfernt. Die Initiatorgruppe bleibt aktiv, solange ihr mindestens eine LUN zugeordnet ist.
Migration von ONTAP tools 9 zu 10 (Initiatorgruppe-Normalisierung)
Arbeitsablauf
ONTAP tools for VMware vSphere 9.x Versionen unterstützen keine hierarchischen Initiatorgruppen. Während der Migration auf Version 10.3 oder höher müssen Initiatorgruppen in die hierarchische Struktur normalisiert werden.
Vor der Migration:
[Migration] DS6 (lun6, lun7): host6 (iqn6), host7 (iqn7) → ClassicInitiatorgruppe1 (iqn6 & iqn7 : lun6, lun7)
Die Logik von ONTAP tools 9.x erlaubt mehrere Initiatoren pro Initiatorgruppe, ohne eine Eins-zu-Eins-Hostzuordnung zu erzwingen.
Nach der Migration:
[Migration] DS6 (lun6, lun7): host6 (iqn6), host7 (iqn7) → ClassicIgroup1: otv_ClassicIgroup1 (iqn6 & iqn7 : lun6, lun7)
Während der Migration:
-
Eine neue übergeordnete Initiatorgruppe (ClassicIgroup1) wird erstellt.
-
Die ursprüngliche Initiatorgruppe wird mit dem Präfix otv_ umbenannt und wird zu einer untergeordneten Initiatorgruppe.
Dies gewährleistet die Einhaltung des hierarchischen Modells.
Ab ONTAP tools 10.5P2 werden migrierte Initiatorgruppen gelöscht, sobald sie nicht mehr verwendet werden. In früheren Versionen wurden migrierte Initiatorgruppen nie entfernt. Dabei ist Folgendes zu beachten:
-
Migrierte igroups können nicht in mehreren Datastores wiederverwendet werden.
-
Benutzerdefinierte igroups (benutzerdefiniert) werden niemals gelöscht und können weiterhin wiederverwendet werden.
Export-Richtlinien
Exportrichtlinien steuern den Zugriff auf NFS-Datenspeicher und die Clientberechtigungen in ONTAP tools for VMware vSphere. Exportrichtlinien werden in ONTAP-Systemen erstellt und verwaltet und können mit NFS-Datenspeichern zur Durchsetzung der Zugriffskontrolle verwendet werden. Jede Exportrichtlinie besteht aus Regeln, die die Clients (IP-Adressen oder Subnetze) mit Zugriffsberechtigung und die gewährten Berechtigungen (nur lesend oder lesend/schreibend) festlegen.
Beim Erstellen eines NFS-Datenspeichers in ONTAP tools for VMware vSphere können eine vorhandene Exportrichtlinie ausgewählt oder eine neue erstellt werden. Die Exportrichtlinie wird dann auf den Datenspeicher angewendet, sodass nur autorisierte Clients darauf zugreifen können.
Wenn ein NFS-Datenspeicher auf einem neuen ESXi-Host eingebunden wird, fügt ONTAP tools for VMware vSphere die IP-Adresse des Hosts der bestehenden, dem Datenspeicher zugeordneten Exportrichtlinie hinzu. Dies ermöglicht dem neuen Host den Zugriff auf den Datenspeicher, ohne dass eine neue Exportrichtlinie erstellt werden muss.
Wenn ein NFS-Datenspeicher von einem ESXi-Host gelöscht oder ausgehängt wird, entfernt ONTAP tools for VMware vSphere die IP-Adresse des Hosts aus der Exportrichtlinie. Wenn keine anderen Hosts diese Exportrichtlinie verwenden, wird sie gelöscht. Beim Löschen eines NFS-Datenspeichers entfernt ONTAP tools for VMware vSphere die mit diesem Datenspeicher verknüpfte Exportrichtlinie, sofern sie nicht von anderen Datenspeichern wiederverwendet wird. Wird die Exportrichtlinie wiederverwendet, bleibt die Host-IP-Adresse erhalten und es erfolgt keine Änderung. Beim Löschen der Datenspeicher wird die Zuordnung der Host-IP-Adresse durch die Exportrichtlinie aufgehoben und eine Standard-Exportrichtlinie zugewiesen, sodass die ONTAP Systeme bei Bedarf darauf zugreifen können.
Die Zuweisung der Exportrichtlinie unterscheidet sich, wenn sie für verschiedene Datenspeicher wiederverwendet wird. Bei der Wiederverwendung der Exportrichtlinie kann die Richtlinie um die neue Host-IP-Adresse ergänzt werden. Wenn ein Datenspeicher gelöscht oder ausgehängt wird, der eine gemeinsam genutzte Exportrichtlinie verwendet, wird die Richtlinie nicht gelöscht. Sie bleibt unverändert und die Host-IP-Adresse wird nicht entfernt, da sie mit den anderen Datenspeichern gemeinsam genutzt wird. Die Wiederverwendung von Exportrichtlinien wird nicht empfohlen, da dies zu Zugriffs- und Latenzproblemen führen kann.