Verstehen Sie igroups und Exportrichtlinien in ONTAP-Tools für VMware vSphere
Änderungen vorschlagen
PDFs
Initiatorgruppen (igroups) sind Tabellen mit World Wide Port Names (WWPNs) des FC-Protokollhosts oder qualifizierten Knotennamen des iSCSI-Hosts. Sie können Initiatorgruppen definieren und sie LUNs zuordnen, um zu steuern, welche Initiatoren Zugriff auf LUNs haben.
In ONTAP tools for VMware vSphere 9.x wurden igroups in einer flachen Struktur erstellt und verwaltet, wobei jeder Datenspeicher in vCenter einer einzelnen igroup zugeordnet war. Dieses Modell schränkte die Flexibilität und Wiederverwendung von igroups über mehrere Datenspeicher hinweg ein. ONTAP tools for VMware vSphere führen verschachtelte igroups ein, bei denen jeder Datenspeicher in vCenter einer übergeordneten igroup zugeordnet ist, während jeder Host mit einer untergeordneten igroup unter dieser übergeordneten igroup verknüpft ist. Sie können benutzerdefinierte übergeordnete igroups mit benutzerdefinierten Namen zur Wiederverwendung in allen Datenspeichern definieren, um die igroup-Verwaltung zu vereinfachen. Verstehen Sie den igroup-Workflow zum Verwalten von LUNs und Datenspeichern in ONTAP tools for VMware vSphere. Verschiedene Workflows erzeugen unterschiedliche igroup-Konfigurationen, wie in den folgenden Beispielen gezeigt:
|
Die genannten Namen dienen nur zu Illustrationszwecken und beziehen sich nicht auf echte igroup-Namen. Von ONTAP -Tools verwaltete igroups verwenden das Präfix „otv_“. Benutzerdefinierten igroups kann ein beliebiger Name zugewiesen werden. |
Begriff |
Beschreibung |
DS<Nummer> |
Datenspeicher |
iqn<Nummer> |
Initiator-IQN |
Host<Nummer> |
Gastgeber MoRef |
lun<Nummer> |
LUN-ID |
<DSName>Igroup<Nummer> |
Standardmäßige (von ONTAP-Tools verwaltete) übergeordnete igroup |
<Host-Moref>Igroup<Nummer> |
Untergeordnete igroup |
CustomIgroup<Nummer> |
Benutzerdefinierte benutzerdefinierte übergeordnete igroup |
ClassicIgroup<Nummer> |
In den Versionen 9.x der ONTAP-Tools verwendete Igroup. |
Erstellen Sie einen Datenspeicher auf einem einzelnen Host mit einem Initiator
Workflow: [Erstellen] DS1 (lun1): host1 (iqn1)
Ergebnis:
-
DS1Igroup:
-
host1Igroup → (iqn1: lun1)
-
ONTAP erstellt die übergeordnete Igroup DS1Igroup für DS1 und ordnet die untergeordnete Igroup host1Igroup lun1 zu. Das System ordnet LUNs immer untergeordneten igroups zu.
Mounten Sie den vorhandenen Datenspeicher auf einem zusätzlichen Host
Workflow: [Mount] DS1 (lun1): host2 (iqn2)
Ergebnis:
-
DS1Igroup:
-
host1Igroup → (iqn1: lun1)
-
host2Igroup → (iqn2: lun1)
-
ONTAP tools for VMware vSphere erstellen eine untergeordnete igroup host2Igroup und fügen sie der vorhandenen übergeordneten igroup DS1Igroup hinzu.
Unmounten eines Datenspeichers von einem Host
Workflow: [Unmount] DS1 (lun1): host1 (iqn1)
Ergebnis:
-
DS1Igroup:
-
host2Igroup → (iqn2: lun1)
-
ONTAP tools for VMware vSphere entfernen host1Igroup aus der Hierarchie. Das System löscht untergeordnete igroups nicht explizit. Sie werden unter diesen beiden Bedingungen gelöscht:
-
Wenn keine LUNs zugeordnet sind, löscht das ONTAP-System die untergeordnete igroup.
-
Ein geplanter Bereinigungsauftrag entfernt die nicht mehr vorhandenen untergeordneten Igroups ohne LUN-Zuordnungen. Diese Szenarien gelten nur für von ONTAP-Tools verwaltete Igroups, nicht für benutzerdefinierte Igroups.
Datenspeicher löschen
Workflow: [Löschen] DS1 (lun1): host2 (iqn2)
Ergebnis:
-
DS1Igroup:
-
host2Igroup → (iqn2: lun1)
-
Übergeordnete und untergeordnete Igroups werden entfernt, sofern nicht ein anderer Datenspeicher die übergeordnete Igroup wiederverwendet. Untergeordnete igroups werden nicht explizit gelöscht
Erstellen Sie mehrere Datenspeicher unter einer benutzerdefinierten übergeordneten igroup
Arbeitsablauf:
-
[Erstellen] DS2 (lun2): host1 (iqn1), host2 (iqn2)
-
[Erstellen] DS3 (lun3): host1 (iqn1), host3 (iqn3)
Ergebnis:
-
CustomIgroup1:
-
host1Igroup → (iqn1: lun2, lun3)
-
host2Igroup → (iqn2: lun2)
-
host3Igroup → (iqn3: lun3)
-
CustomIgroup1 wird für DS2 erstellt und für DS3 wiederverwendet. Untergeordnete Igroups werden unter dem gemeinsamen übergeordneten Element erstellt oder aktualisiert, wobei jede untergeordnete Igroup den entsprechenden LUNs zugeordnet wird.
Löschen Sie einen Datenspeicher unter einer benutzerdefinierten übergeordneten Igroup.
Workflow: [Löschen] DS2 (lun2): host1 (iqn1), host2 (iqn2)
Ergebnis:
-
CustomIgroup1:
-
host1Igroup → (iqn1: lun3)
-
host3Igroup → (iqn3: lun3)
-
-
Obwohl CustomIgroup1 nicht wiederverwendet wird, wird es nicht gelöscht.
-
Wenn keine LUNs zugeordnet sind, löscht das ONTAP-System host2Igroup.
-
Die Host1-Igroup wird nicht gelöscht, da sie der Lun3 von DS3 zugeordnet ist. Benutzerdefinierte Igroups werden unabhängig vom Wiederverwendungsstatus nie gelöscht.
Erweitern Sie den vVols-Datenspeicher (Volume hinzufügen)
Arbeitsablauf:
Vor der Erweiterung:
[Erweitern] DS4 (lun4): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4)
Nach der Erweiterung:
[Erweitern] DS4 (lun4, lun5): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4, lun5)
Eine neue LUN wird erstellt und der vorhandenen untergeordneten Igroup „host4Igroup“ zugeordnet.
vVols-Datenspeicher verkleinern (Volume entfernen)
Arbeitsablauf:
Vor dem Schrumpfen:
[Verkleinern] DS4 (lun4, lun5): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4, lun5)
Nach dem Schrumpfen:
[Verkleinern] DS4 (lun4): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4)
Die Zuordnung der angegebenen LUN (lun5) zur untergeordneten Igroup wird aufgehoben. Die Igroup bleibt aktiv, solange sie mindestens eine zugeordnete LUN hat.
Migration von ONTAP Tools 9 auf 10 (igroup-Normalisierung)
Arbeitsablauf
ONTAP -Tools für VMware vSPhere 9.x-Versionen unterstützen keine hierarchischen igroups. Während der Migration auf Version 10.3 oder höher müssen igroups in die hierarchische Struktur normalisiert werden.
Vor der Migration:
[Migration] DS6 (lun6, lun7): host6 (iqn6), host7 (iqn7) → ClassicIgroup1 (iqn6 & iqn7 : lun6, lun7)
Die Logik der ONTAP Tools 9.x ermöglicht mehrere Initiatoren pro Igroup, 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 Igroup (ClassicIgroup1) wird erstellt.
-
Die ursprüngliche Igroup wird mit dem Präfix „otv_“ umbenannt und wird zu einer untergeordneten Igroup.
Dadurch wird die Einhaltung des hierarchischen Modells sichergestellt.
Exportrichtlinien
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 verwendet werden, um die Zugriffskontrolle durchzusetzen. Jede Exportrichtlinie besteht aus Regeln, die die Clients (IP-Adressen oder Subnetze) angeben, denen Zugriff gewährt wird, und die erteilten Berechtigungen (schreibgeschützt oder Lese-/Schreibzugriff).
Beim Erstellen eines NFS-Datenspeichers in ONTAP Tools für VMware vSphere können Sie eine vorhandene Exportrichtlinie auswählen oder eine neue erstellen. Die Exportrichtlinie wird dann auf den Datenspeicher angewendet und stellt sicher, dass nur autorisierte Clients darauf zugreifen können.
Wenn Sie einen NFS-Datenspeicher auf einem neuen ESXi-Host mounten, fügen ONTAP Tools für VMware vSphere die IP-Adresse des Hosts der bestehenden Exportrichtlinie des Datenspeichers hinzu. Dadurch kann der neue Host auf den Datenspeicher zugreifen, ohne eine neue Exportrichtlinie erstellen zu müssen.
Wenn Sie einen NFS-Datenspeicher von einem ESXi-Host löschen oder aushängen, entfernen die ONTAP tools for VMware vSphere die IP-Adresse des Hosts aus der Exportrichtlinie. Wenn keine anderen Hosts diese Exportrichtlinie verwenden, wird sie gelöscht. Wenn Sie einen NFS-Datenspeicher löschen, entfernen die ONTAP tools for VMware vSphere die mit diesem Datenspeicher verknüpfte Exportrichtlinie, wenn sie nicht von anderen Datenspeichern wiederverwendet wird. Wenn die Exportrichtlinie wiederverwendet wird, bleibt die Host-IP-Adresse erhalten und ändert sich nicht. Wenn Sie die Datenspeicher löschen, hebt die Exportrichtlinie die Zuweisung der Host-IP-Adresse auf und weist eine Standardexportrichtlinie zu, sodass die ONTAP -Systeme bei Bedarf darauf zugreifen können.
Die Zuweisung der Exportrichtlinie unterscheidet sich, wenn sie in verschiedenen Datenspeichern wiederverwendet wird. Bei der Wiederverwendung der Exportrichtlinie können Sie die neue Host-IP-Adresse anhängen. Beim Löschen oder Unmounten eines Datenspeichers mit einer freigegebenen Exportrichtlinie 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.