Ab der Version 24.02 wird Trident alle vier Monate veröffentlicht: Februar, Juni und Oktober.

Trident unterstützt in Kubernetes üblicherweise keine Alpha-Funktionen. Trident könnte Beta-Funktionen innerhalb der zwei Trident-Versionen unterstützen, die auf die Kubernetes-Beta-Version folgen.

Trident hat keine Abhängigkeiten von anderen NetApp Softwareprodukten und funktioniert als eigenständige Anwendung. Sie sollten jedoch ein NetApp Backend-Speichergerät haben.

Verwenden Sie den tridentctl get Befehl, um weitere Informationen zu Ihrer Trident-Konfiguration zu erhalten.

Ja. Prometheus-Endpunkte können verwendet werden, um Informationen über den Betrieb von Trident zu erfassen, wie die Anzahl der verwalteten Backends, die Anzahl der bereitgestellten Volumes, den Datenverbrauch in Bytes und so weiter. Sie können auch "Cloud Insights" für Überwachung und Analyse verwenden.

Nein. Hinsichtlich Benutzerfreundlichkeit und Funktionalität gibt es keine Änderungen. Der verwendete Provisionierungsname ist csi.trident.netapp.io. Diese Methode der Installation von Trident wird empfohlen, wenn Sie alle neuen Funktionen aktueller und zukünftiger Versionen nutzen möchten.

Ja, Trident kann offline installiert werden. Siehe "Erfahren Sie mehr über die Trident-Installation".

Ja. Trident 18.10 und höher unterstützen die Remote-Installationsfunktion von jedem Rechner, der kubectl Zugriff auf den Cluster hat. Nachdem kubectl der Zugriff verifiziert wurde (zum Beispiel, indem Sie einen kubectl get nodes Befehl vom Remote-Rechner initiieren, um dies zu überprüfen), folgen Sie den Installationsanweisungen.

Trident wird als Kubernetes Deployment (ReplicaSet) mit einer Instanz installiert und verfügt daher über integrierte Hochverfügbarkeit. Sie sollten die Anzahl der Replikate in der Implementierung nicht erhöhen. Wenn der Knoten, auf dem Trident installiert ist, verloren geht oder der Pod anderweitig nicht zugänglich ist, stellt Kubernetes den Pod automatisch auf einem gesunden Knoten in Ihrem Cluster erneut bereit. Trident ist nur Steuerungsebene, daher sind aktuell eingebundene Pods nicht betroffen, wenn Trident neu bereitgestellt wird.

Trident liest vom Kubernetes API Server, um festzustellen, wann Anwendungen neue PVCs anfordern, daher benötigt es Zugriff auf kube-system.

Der Trident-Installer erstellt eine Kubernetes-ClusterRole, die spezifischen Zugriff auf die PersistentVolume-, PersistentVolumeClaim-, StorageClass- und Secret-Ressourcen des Kubernetes-Clusters hat. Siehe "tridentctl-Installation anpassen".

Sie können die von Trident für die Installation verwendeten Manifestdateien bei Bedarf lokal generieren und bearbeiten. Siehe "tridentctl-Installation anpassen".

Obwohl es nicht empfohlen wird, können Sie dieselbe Backend-SVM für zwei Trident-Instanzen verwenden. Geben Sie während der Installation für jede Instanz einen eindeutigen Volume-Namen an und/oder definieren Sie einen eindeutigen StoragePrefix Parameter in der setup/backend.json Datei. Dies soll sicherstellen, dass nicht dasselbe FlexVol Volume für beide Instanzen verwendet wird.

Trident ist einfach ein Kubernetes pod und kann überall dort installiert werden, wo Kubernetes läuft.

Ja, Trident wird auf AWS, Google Cloud und Azure unterstützt.

Obwohl Trident Open Source ist und kostenlos zur Verfügung gestellt wird, wird es von NetApp vollständig unterstützt, sofern Ihr NetApp Backend unterstützt wird.

Um einen Supportfall zu eröffnen, führen Sie einen der folgenden Schritte aus:

Sie können ein Support-Bundle erstellen, indem Sie tridentctl logs -a ausführen. Zusätzlich zu den im Bundle erfassten Protokollen erfassen Sie das Kubelet-Protokoll, um die Mount-Probleme auf der Kubernetes-Seite zu diagnostizieren. Die Anweisungen zum Abrufen des Kubelet-Protokolls variieren je nachdem, wie Kubernetes installiert ist.

Erstellen Sie ein Ticket auf "Trident Github" und erwähnen Sie RFE im Betreff und in der Beschreibung des Tickets.

Erstellen Sie ein Ticket auf "Trident Github". Stellen Sie sicher, dass Sie alle notwendigen Informationen und Protokolle zu dem Problem angeben.

Bei Fragen, Problemen oder Anliegen kontaktieren Sie uns bitte über unseren Trident "Discord-Kanal" oder GitHub.

Aktualisieren Sie das Passwort des Backends mit tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident. Ersetzen Sie myBackend im Beispiel durch Ihren Backend-Namen und `/path/to_new_backend.json durch den Pfad zur richtigen backend.json Datei.

Es gibt zwei wahrscheinliche Szenarien, warum Trident einen Kubernetes-Knoten nicht finden kann. Dies kann an einem Netzwerkproblem innerhalb von Kubernetes oder an einem DNS-Problem liegen. Das Trident-Knoten-Daemonset, das auf jedem Kubernetes-Knoten läuft, muss mit dem Trident-Controller kommunizieren können, um den Knoten bei Trident zu registrieren. Wenn nach der Installation von Trident Netzwerkänderungen vorgenommen wurden, tritt dieses Problem nur bei neuen Kubernetes-Knoten auf, die dem Cluster hinzugefügt werden.

Daten gehen nicht verloren, wenn der Trident-Pod zerstört wird. Trident-Metadaten werden in CRD-Objekten gespeichert. Alle von Trident bereitgestellten PVs funktionieren weiterhin normal.

NetApp unterstützt das Upgrade von Trident von einer Hauptversion auf die nächstfolgende Hauptversion. Sie können von Version 18.xx auf 19.xx, von 19.xx auf 20.xx und so weiter aktualisieren. Sie sollten das Upgrade in einer Testumgebung testen, bevor Sie die Implementierung in der Produktion durchführen.

Falls nach einem Upgrade Fehler, Abhängigkeitsprobleme oder ein fehlgeschlagenes bzw. unvollständiges Upgrade auftreten, sollten Sie "Trident deinstallieren" und die vorherige Version gemäß der entsprechenden Anleitung für diese Version neu installieren. Dies ist die einzige empfohlene Methode, um auf eine frühere Version zurückzukehren.

Das Management-LIF ist obligatorisch. Das DataLIF variiert:

Ja. Trident unterstützt bidirektionales CHAP für ONTAP Backends. Dies erfordert das Setzen von useCHAP=true in Ihrer Backend-Konfiguration.

Trident kann ab Version 20.04 Exportrichtlinien dynamisch erstellen und verwalten. Dies ermöglicht es dem Speicheradministrator, in seiner Backend-Konfiguration einen oder mehrere CIDR-Blöcke anzugeben und Trident fügt die Knoten-IPs, die in diese Bereiche fallen, zu einer von ihm erstellten Exportrichtlinie hinzu. Auf diese Weise verwaltet Trident automatisch das Hinzufügen und Löschen von Regeln für Knoten mit IPs innerhalb der angegebenen CIDRs.

Trident unterstützt die Definition von IPv6-Adressen für:

Trident muss mit dem Flag --use-ipv6 (für tridentctl Installation), IPv6 (für Trident operator) oder tridentTPv6 (für Helm installation) installiert werden, damit es über IPv6 funktioniert.

Ja, es ist möglich, das Backend-Management-LIF mit dem tridentctl update backend Befehl zu aktualisieren.

Sie können die DataLIF auf ontap-nas und `ontap-nas-economy`nur aktualisieren.

Trident kann viele Backends gleichzeitig unterstützen, entweder mit dem gleichen Treiber oder mit verschiedenen Treibern.

Trident speichert die Backend-Zugangsdaten als Kubernetes Secrets.

Falls die Backend-Attribute nicht verwendet werden können, um automatisch die richtigen Pools für eine Klasse auszuwählen, werden die storagePools und additionalStoragePools Parameter verwendet, um einen bestimmten Satz von Pools auszuwählen.

Der `excludeStoragePools`Parameter wird verwendet, um die Menge der Pools zu filtern, die Trident für die Bereitstellung verwendet, und entfernt alle Pools, die übereinstimmen.

Wenn mehrere Backends desselben Typs konfiguriert sind, wählt Trident das passende Backend basierend auf den Parametern in StorageClass und PersistentVolumeClaim aus. Wenn zum Beispiel mehrere ontap-nas Driver Backends vorhanden sind, versucht Trident, die Parameter in StorageClass und PersistentVolumeClaim zusammen abzugleichen und ein Backend zu finden, das die Anforderungen, die in StorageClass und PersistentVolumeClaim aufgeführt sind, erfüllen kann. Wenn mehrere Backends die Anfrage erfüllen, wählt Trident zufällig eines davon aus.

Ja.

Der ontap-nas-economy Treiber erstellt bis zu 200 Qtrees im selben FlexVol Volume (konfigurierbar zwischen 50 und 300), 100.000 Qtrees pro Clusterknoten und 2,4M pro Cluster. Wenn Sie einen neuen PersistentVolumeClaim Qtree eingeben, der vom Economy-Treiber bedient wird, prüft der Treiber, ob bereits ein FlexVol Volume existiert, das den neuen Qtree bedienen kann. Wenn das FlexVol Volume, das den Qtree bedienen kann, nicht existiert, wird ein neues FlexVol Volume erstellt.

Sie können Unix-Berechtigungen für das von Trident bereitgestellte Volume festlegen, indem Sie einen Parameter in der Backend-Definitionsdatei setzen.

Standardmäßig setzt Trident bei Kubernetes keine Mount-Optionen. Um die Mount-Optionen in der Kubernetes-Speicherklasse festzulegen, folgen Sie dem angegebenen Beispiel "hier,".

Um den entsprechenden Hosts den Zugriff auf ein Volume zu ermöglichen, verwenden Sie den exportPolicy Parameter, der in der Backend-Definitionsdatei konfiguriert ist.

Sie können die Verschlüsselung auf dem von Trident bereitgestellten Volume mithilfe des Verschlüsselungsparameters in der Backend-Definitionsdatei aktivieren. Weitere Informationen finden Sie unter: "Wie Trident mit NVE und NAE zusammenarbeitet"

Verwenden Sie StorageClasses zur Implementierung von QoS für ONTAP.

Die ONTAP-Treiber unterstützen entweder Thin oder Thick Provisioning. Die ONTAP-Treiber verwenden standardmäßig Thin Provisioning. Wenn Thick Provisioning gewünscht ist, sollten Sie entweder die Backend-Definitionsdatei oder die StorageClass konfigurieren. Wenn beide konfiguriert sind, hat StorageClass Vorrang. Konfigurieren Sie Folgendes für ONTAP:

Der PVC-Schutz ist ab Kubernetes Version 1.10 automatisch aktiviert.

Ja. Sie können ein von Trident erstelltes PVC erweitern. Beachten Sie, dass die automatische Volumenvergrößerung eine ONTAP Funktion ist, die für Trident nicht anwendbar ist.

Der Volume-Import schlägt fehl, wenn sich das externe Volume im DP-Modus befindet oder offline ist. Sie erhalten die folgende Fehlermeldung:

Kubernetes-Speicherressourcenkontingente sollten funktionieren, solange NetApp Storage über Kapazität verfügt. Wenn der NetApp Storage die Kubernetes-Kontingenteinstellungen aufgrund mangelnder Kapazität nicht einhalten kann, versucht Trident die Bereitstellung, schlägt jedoch fehl.

Ja. Das Erstellen von On-Demand-Volume-Snapshots und Persistent Volumes aus Snapshots wird von Trident unterstützt. Um PVs aus Snapshots zu erstellen, stelle sicher, dass das VolumeSnapshotDataSource Feature-Gate aktiviert wurde.

Ab heute ist die Unterstützung für On-Demand-Snapshots für unsere ontap-nas, ontap-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san und azure-netapp-files Backend-Treiber verfügbar.

Dies ist verfügbar auf ontap-nas, ontap-san und ontap-nas-flexgroup-Treibern. Sie können auch ein snapshotPolicy für den ontap-san-economy-Treiber auf der FlexVol-Ebene angeben.

Dies ist auch auf den ontap-nas-economy Treibern verfügbar, jedoch auf der FlexVol Volume-Ebene der Granularität und nicht auf der Qtree-Ebene der Granularität. Um die Möglichkeit zu aktivieren, Snapshots von durch Trident bereitgestellten Volumes zu erstellen, setzen Sie die Backend-Parameteroption snapshotPolicy auf die gewünschte Snapshot-Richtlinie, wie sie im ONTAP-Backend definiert ist. Alle vom Storage-Controller erstellten Snapshots sind Trident nicht bekannt.

Ja, Sie können einen bestimmten Prozentsatz des Speicherplatzes für die Speicherung der Snapshot-Kopien über Trident reservieren, indem Sie das snapshotReserve Attribut in der Backend-Definitionsdatei festlegen. Wenn Sie snapshotPolicy und snapshotReserve in der Backend-Definitionsdatei konfiguriert haben, wird der Snapshot-Reservierungsprozentsatz entsprechend dem im Backend-File angegebenen snapshotReserve Prozentsatz festgelegt. Wenn die snapshotReserve Prozentzahl nicht angegeben ist, nimmt ONTAP standardmäßig den Snapshot-Reservierungsprozentsatz als 5. Wenn die snapshotPolicy Option auf none gesetzt ist, beträgt der Snapshot-Reservierungsprozentsatz 0.

Ja, Sie können auf das Snapshot-Verzeichnis auf dem von Trident bereitgestellten Volume zugreifen, indem Sie den snapshotDir Parameter in der Backend-Definitionsdatei festlegen.

Derzeit muss SnapMirror extern über die ONTAP CLI oder OnCommand System Manager eingerichtet werden.

Um ein Volume auf einen ONTAP-Snapshot wiederherzustellen, führen Sie die folgenden Schritte aus:

Für Root-Volumes von SVMs, die Daten über NFS bereitstellen, können Load-Sharing-Mirrors erstellt werden. ONTAP aktualisiert Load-Sharing-Mirrors automatisch für Volumes, die von Trident erstellt wurden. Dies kann zu Verzögerungen beim Mounten von Volumes führen. Wenn mehrere Volumes mit Trident erstellt werden, hängt die Bereitstellung eines Volumes davon ab, dass ONTAP den Load-Sharing-Mirror aktualisiert.

Kubernetes erlaubt keine Speicherklassen in Namespaces. Sie können jedoch Kubernetes verwenden, um die Nutzung einer bestimmten Speicherklasse pro Namespace mithilfe von Speicherressourcenquoten (Storage Resource Quotas), die pro Namespace gelten, einzuschränken. Um einem bestimmten Namespace den Zugriff auf einen bestimmten Speicher zu verweigern, setzen Sie die Ressourcenquote für diese Speicherklasse auf 0.