Automatische Backend-Konfiguration für AWS FSx für NetApp ONTAP automatisch konfigurieren
Trident unterstützt die automatische Backend-Konfiguration für AWS FSx for NetApp ONTAP (FSxN).
Wenn Sie eine StorageClass erstellen, die die erforderlichen FSxN-Parameter enthält, erstellt Trident automatisch das entsprechende Backend und eine VolumeSnapshotClass. Trident erstellt die VolumeSnapshotClass nur einmal für eine bestimmte Treiberkonfiguration und verwendet sie für nachfolgende StorageClasses wieder.
Verstehen Sie, wie die automatische Backend-Konfiguration funktioniert
Trident leitet die Backend-Konfiguration aus der StorageClass-Definition ab.
Wenden Sie die StorageClass an, um die automatische Backend-Konfiguration auszulösen. Trident führt die folgenden Aktionen aus:
-
Validiert die erforderlichen Parameter
-
Erstellt das Backend automatisch
-
Erstellt eine VolumeSnapshotClass (nur einmal)
-
Vermerkt den StorageClass mit dem Konfigurationsstatus
Nach erfolgreicher Konfiguration können Sie PersistentVolumeClaims erstellen, die auf diese StorageClass verweisen.
Geben Sie die erforderlichen StorageClass-Parameter an
Definieren Sie die erforderlichen Parameter im parameters Abschnitt der StorageClass, um die automatische Backend-Erstellung auszulösen.
| Parameter | Erforderlich | Typ | Beschreibung |
|---|---|---|---|
|
Ja. |
Zeichenfolge |
FSx für NetApp ONTAP Dateisystem-ID. |
|
Ja. |
Zeichenfolge |
Trident Speicher-Treiber. Zum Beispiel: |
|
Ja. |
Zeichenfolge |
Name oder ARN des AWS Secrets Manager-Geheimnisses, das Anmeldeinformationen enthält. |
Optionale Parameter angeben
Sie können optionale Backend-Parameter über die StorageClass übergeben.
Alle für FSx für NetApp ONTAP-Backends unterstützten Backend-Parameter können auch direkt über den parameters Abschnitt der StorageClass übergeben werden.
| Parameter | Erforderlich | Typ | Beschreibung |
|---|---|---|---|
Backend-Parameter |
Optional |
Zeichenfolge |
Alle Backend-Parameter, die für FSx für NetApp ONTAP unterstützt werden, können direkt über den StorageClass |
WICHTIG:
-
Alle Parameter müssen als Zeichenketten definiert werden.
-
Alle Parameter müssen im
parametersAbschnitt der StorageClass erscheinen.
Eine vollständige Liste der unterstützten Backend-Parameter finden Sie unter:
Erstellen Sie eine StorageClass
Erstellen Sie eine StorageClass, die die erforderlichen FSxN-Parameter enthält.
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: ontap-fsx-demo
annotations:
description: "Demo StorageClass for FSxN"
provisioner: csi.trident.netapp.io
parameters:
fsxFilesystemID: "fs-0abc123"
storageDriverName: "ontap-nas"
credentialsName: "arn:aws:secretsmanager:us-west-2:123456789012:secret:trident-creds"
allowVolumeExpansion: true
reclaimPolicy: Delete
volumeBindingMode: Immediate
Wenden Sie die StorageClass an, um die automatische Backend-Erstellung auszulösen.
Trident erstellt die notwendigen Backend-Ressourcen intern automatisch.
Überprüfen Sie den Status der Backend-Konfiguration
Überprüfen Sie den Backend-Konfigurationsstatus mithilfe von StorageClass-Annotationen.
Führen Sie den folgenden Befehl aus:
kubectl get storageclass ontap-fsx-demo -o yaml
Beispielausgabe:
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
annotations:
trident.netapp.io/additionalStoragePools: trident-nas-sc1-fs-0752884ae35c620a0-nfs:.*
trident.netapp.io/configuratorMessage: Completed Trident backend configuration
trident.netapp.io/configuratorName: tconf-nas-sc1
trident.netapp.io/configuratorStatus: Success
trident.netapp.io/managed: "true"
parameters:
credentialsName: arn:aws:secretsmanager:us-west-2:test-arn
fsxFilesystemID: fs-0752884ae35c620a0
storageDriverName: ontap-nas
provisioner: csi.trident.netapp.io
reclaimPolicy: Delete
volumeBindingMode: Immediate
Wichtige Anmerkungen:
| Anmerkung | Beschreibung |
|---|---|
|
Konfigurationsergebnis ( |
|
Detaillierter Konfigurationsstatus oder Fehlermeldung. |
|
Interner Konfigurator-Ressourcenname. |
|
Gibt an, dass die StorageClass von Trident verwaltet wird. |
|
Für dieses Backend wurden Speicherpools erstellt. |
Wenn die Konfiguration erfolgreich ist (configuratorStatus: Success, ist die StorageClass voll funktionsfähig.
Sie können jetzt:
-
Erstellen Sie PersistentVolumeClaims mit dieser StorageClass
-
Die resultierenden Volumes in Anwendungsworkloads einbinden
Fügen Sie zusätzliche FSxN-Dateisysteme hinzu
Falls zusätzlicher Speicherplatz benötigt wird, während weiterhin die gleiche StorageClass verwendet wird, schließen Sie zusätzliche FSx for NetApp ONTAP-Dateisysteme an.
Bearbeiten Sie die StorageClass:
kubectl edit storageclass <storageclass-name>
Fügen Sie der Annotation zusätzliche Dateisystem-IDs hinzu oder aktualisieren Sie die Annotation mit zusätzlichen Dateisystem-IDs:
metadata:
annotations:
trident.netapp.io/additionalFsxNFileSystemID: '["fs-03cc1a718cddd6e248"]'
Beispiel StorageClass mit einem zusätzlichen Dateisystem:
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: test-ontap-fsx
annotations:
trident.netapp.io/additionalFsxNFileSystemID: '["fs-03cc1a718cddd6e248"]'
trident.netapp.io/additionalStoragePools: trident-test-ontap-fsx-fs-0056066a48e4b22ee91-iscsi:.*
trident.netapp.io/configuratorMessage: Completed Trident backend configuration
trident.netapp.io/configuratorName: tconf-test-ontap-fsx
trident.netapp.io/configuratorStatus: Success
trident.netapp.io/managed: "true"
parameters:
credentialsName: arn:aws:secretsmanager:us-west-2:1866785786363:secret:trident-fsx
fsxFilesystemID: fs-0056066a48e4b22e91
storageDriverName: ontap-san
svmName: testSvm
provisioner: csi.trident.netapp.io
reclaimPolicy: Delete
volumeBindingMode: Immediate
Durch diese Maßnahme wird zusätzliche Speicherkapazität geschaffen, während die bestehende StorageClass weiterhin genutzt wird.
Betriebliche Überlegungen und Einschränkungen
Das Löschen eines StorageClass löscht in der Regel auch das zugehörige Trident Backend.
Dies kann die Speicherkonnektivität beeinträchtigen und laufende Workloads unterbrechen.
Überprüfen Sie die potenziellen Auswirkungen, bevor Sie eine verwaltete StorageClass löschen.
Die automatische Backend-Konfiguration wird nur für AWS FSx für NetApp ONTAP unterstützt.