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 für VMware vSphere 9.x wurden igroups in einer flachen Struktur erstellt und verwaltet, wobei jeder Datastore in vCenter einer einzelnen igroup zugeordnet war. Dieses Modell schränkte die Flexibilität und Wiederverwendung von igroups über mehrere Datastores hinweg ein. ONTAP Tools für VMware vSphere 10.x führt verschachtelte igroups ein, bei denen jeder Datastore 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 für die Wiederverwendung in mehreren Datenspeichern definieren und so eine flexiblere und vernetztere Verwaltung von igroups ermöglichen. Das Verständnis des igroup-Workflows ist für die effektive Verwaltung von LUNs und Datastores in ONTAP Tools für VMware vSphere unerlässlich. Unterschiedliche Workflows erzeugen unterschiedliche igroup-Konfigurationen, wie die folgenden Beispiele zeigen:
|
Die genannten Namen dienen nur zur Veranschaulichung und beziehen sich nicht auf echte igroup-Namen. Von ONTAP-Tools verwaltete igroups verwenden das Präfix „otv_“. Benutzerdefinierte igroups können beliebige Namen erhalten. |
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)
-
Auf den ONTAP-Systemen für DS1 wird eine übergeordnete igroup DS1Igroup erstellt, wobei eine untergeordnete igroup host1Igroup der lun1 zugeordnet ist. LUNs werden immer untergeordneten igroups zugeordnet.
Mounten Sie den vorhandenen Datenspeicher auf einem zusätzlichen Host
Workflow: [Mount] DS1 (lun1): host2 (iqn2)
Ergebnis:
-
DS1Igroup:
-
host1Igroup → (iqn1: lun1)
-
host2Igroup → (iqn2: lun1)
-
Eine untergeordnete Igroup „host2Igroup“ wird erstellt und der vorhandenen übergeordneten Igroup „DS1Igroup“ hinzugefügt.
Unmounten eines Datenspeichers von einem Host
Workflow: [Unmount] DS1 (lun1): host1 (iqn1)
Ergebnis:
-
DS1Igroup:
-
host2Igroup → (iqn2: lun1)
-
Die host1Igroup wird aus der Hierarchie entfernt. Untergeordnete Igroups werden nicht explizit gelöscht. Die Löschung erfolgt unter folgenden zwei Bedingungen: • Wenn keine LUNs zugeordnet sind, löscht das ONTAP-System die untergeordnete Igroup. • Ein geplanter Bereinigungsjob entfernt die nicht zugeordneten 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, wenn ein anderer Datenspeicher die übergeordnete igroup nicht wiederverwendet. Untergeordnete igroups werden nie 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 unterstützen keine hierarchischen igroups. Bei 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 in ONTAP-Tools für VMware vSphere. Sie definieren, welche Clients auf die Datenspeicher zugreifen können und welche Berechtigungen sie haben. Exportrichtlinien werden in ONTAP-Systemen erstellt und verwaltet und können mit NFS-Datenspeichern verknüpft werden, um die Zugriffskontrolle zu gewährleisten. Jede Exportrichtlinie besteht aus Regeln, die die Clients (IP-Adressen oder Subnetze) mit Zugriffsberechtigung und den erteilten Berechtigungen (Schreib- oder Lesezugriff) festlegen.
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 unmounten, entfernen ONTAP Tools für VMware vSphere die IP-Adresse des Hosts aus der Exportrichtlinie. Wenn diese Exportrichtlinie von keinem anderen Host verwendet wird, wird sie gelöscht. Beim Löschen eines NFS-Datenspeichers entfernen ONTAP Tools für VMware vSphere die zugehörige Exportrichtlinie, sofern sie nicht von anderen Datenspeichern wiederverwendet wird. Bei Wiederverwendung der Exportrichtlinie bleibt die Host-IP-Adresse erhalten und unverändert. Beim Löschen der Datenspeicher hebt die Exportrichtlinie die Host-IP-Adresse auf und weist eine Standard-Exportrichtlinie 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.