Skip to main content
NetApp Solutions
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

NetApp ONTAP iSCSI-Konfiguration

Beitragende
PDFs

Zur Integration von NetApp ONTAP Storage-Systemen in VMware Tanzu Kubernetes Cluster für persistente Volumes über iSCSI müssen die Nodes durch Anmeldung bei jedem Knoten vorbereitet und die iSCSI-Dienstprogramme bzw. -Pakete zum Mounten von iSCSI-Volumes konfiguriert werden. Befolgen Sie dazu das in diesem Verfahren beschriebene Verfahren "Verlinken".

Hinweis NetApp empfiehlt dieses Verfahren nicht für NAT'ed Implementierungen von VMware Tanzu Kubernetes Clustern.
Hinweis TKGI verwendet Bosh VMs als Nodes für Tanzu Kubernetes Cluster, auf denen unveränderliche Konfigurations-Images ausgeführt werden. Jegliche manuellen Änderungen von iSCSI-Paketen auf Bosh VMs bleiben auch bei einem Neustart erhalten. NetApp empfiehlt daher den Einsatz von NFS Volumes für persistenten Storage für Tanzu Kubernetes Cluster, die von TKGI implementiert und betrieben werden.

Nachdem die Clusterknoten für iSCSI-Volumes vorbereitet sind, müssen Sie ein Back-End erstellen, das die Kommunikation mit dem Speichersystem ermöglicht. Wir haben in dieser Lösung ein Basis-Backend konfiguriert, aber wenn Sie nach mehr angepassten Optionen suchen, besuchen Sie die Dokumentation "Hier".

Erstellen Sie eine SVM in ONTAP

Um eine SVM in ONTAP zu erstellen, gehen Sie wie folgt vor:

  1. Melden Sie sich beim ONTAP System Manager an, navigieren Sie zu Storage > Storage VMs, und klicken Sie auf Hinzufügen.

  2. Geben Sie einen Namen für die SVM ein, aktivieren Sie das iSCSI-Protokoll und geben Sie anschließend Details für die Daten-LIFs ein.

    ISCSI SVM Daten-LIFs

  3. Geben Sie die Details für das SVM-Administratorkonto ein, und klicken Sie dann auf Speichern.

    ISCSI SVM-Administration

  4. Um die Aggregate der SVM zuzuweisen, wechseln Sie zu Storage > Storage VMs. Klicken Sie auf die Ellipsen neben der neu erstellten SVM und klicken Sie dann auf Bearbeiten. Aktivieren Sie das Kontrollkästchen Volume-Erstellung auf bevorzugte lokale Tiers begrenzen und hängen Sie die erforderlichen Aggregate an.

    SVM-Aggregatzuweisung

Back-Ends und StorageClasses erstellen

  1. Erstellen Sie für NetApp ONTAP Systeme, die NFS bereitstellen, eine Back-End-Konfigurationsdatei auf dem Jumper Back-End mit BackendName, Management LIF, DatenLIF, svm, Benutzername, Kennwort und weitere Details.

    {
  "version": 1,
  "storageDriverName": "ontap-san",
  "backendName": "ontap-san+10.61.181.231",
  "managementLIF": "172.21.224.201",
  "dataLIF": "10.61.181.231",
  "svm": "trident_svm_iscsi",
  "username": "admin",
  "password": "password"
}

  2. Erstellen Sie das Trident-Back-End durch Ausführen des folgenden Befehls.

    [netapp-user@rhel7 trident-installer]$ ./tridentctl -n trident create backend -f backend-ontap-san.json
+------------------------+----------------+--------------------------------------+--------+---------+
|          NAME          | STORAGE DRIVER |                 UUID                 | STATE  | VOLUMES |
+------------------------+----------------+--------------------------------------+--------+---------+
| ontap-san+10.61.181.231 | ontap-san      | 6788533c-7fea-4a35-b797-fb9bb3322b91 | online |       0 |
+------------------------+----------------+--------------------------------------+--------+---------+

  3. Nachdem Sie ein Backend erstellt haben, müssen Sie zunächst eine Speicherklasse erstellen. Die folgende Beispieldefinition für Speicherklassen zeigt die erforderlichen und grundlegenden Felder an. Der Parameter backendType Sollte den Storage-Treiber aus dem neu erstellten Trident-Back-End widerspiegeln. Notieren Sie auch den Wert des Namensfelds, auf den in einem späteren Schritt verwiesen werden muss.

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: ontap-iscsi
provisioner: csi.trident.netapp.io
parameters:
  backendType: "ontap-san"
    Hinweis Es gibt ein optionales Feld mit dem Namen fsType Das ist in dieser Datei definiert. In iSCSI-Back-Ends kann dieser Wert auf einen bestimmten Linux-Dateisystem-Typ (XFS, ext4 usw.) gesetzt werden oder kann gelöscht werden, damit Tanzu Kubernetes-Cluster entscheiden können, welches Dateisystem verwendet werden soll.

  4. Erstellen Sie die Storage-Klasse, indem Sie den Befehl kubectl ausführen.

    [netapp-user@rhel7 trident-installer]$ kubectl create -f storage-class-iscsi.yaml
storageclass.storage.k8s.io/ontap-iscsi created

  5. Nach Erstellung der Storage-Klasse müssen Sie dann die erste Forderung für ein persistentes Volume (PVC) erstellen. Eine PVC-Beispieldefinition ist unten angegeben. Stellen Sie sicher, dass die storageClassName Feld stimmt mit dem Namen der gerade erstellten Speicherklasse überein. Die PVC-Definition kann je nach Bedarf weiter angepasst werden, je nach bereitgestelltem Workload.

    kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: basic
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: ontap-iscsi

  6. Erstellen Sie das PVC mit dem Befehl kubectl. Die Erstellung kann je nach Größe des erstellten Sicherungsvolumens einige Zeit in Anspruch nehmen, sodass Sie den Prozess nach Abschluss beobachten können.

    [netapp-user@rhel7 trident-installer]$ kubectl create -f pvc-basic.yaml
persistentvolumeclaim/basic created

[netapp-user@rhel7 trident-installer]$ kubectl get pvc
NAME    STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
basic   Bound    pvc-7ceac1ba-0189-43c7-8f98-094719f7956c   1Gi        RWO            ontap-iscsi      3s