Seit der Veröffentlichung am 24.02. erscheint Trident alle vier Monate: im Februar, Juni und Oktober.

Trident unterstützt normalerweise keine Alpha-Funktionen in Kubernetes. Trident könnte Beta-Funktionen in den beiden Trident -Releases unterstützen, die auf das Kubernetes-Beta-Release folgen.

Trident ist von keiner anderen NetApp -Software abhängig und funktioniert als eigenständige Anwendung. Sie sollten jedoch ein NetApp Backend-Speichergerät verwenden.

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

Ja. Prometheus-Endpunkte, die verwendet werden können, um Informationen über den Betrieb von Trident zu sammeln, wie z. B. die Anzahl der verwalteten Backends, die Anzahl der bereitgestellten Volumes, die verbrauchten Bytes usw. Sie können auch"Cloud Insights" zur Überwachung und Analyse.

Nein. Hinsichtlich Benutzererfahrung und Funktionalitäten gibt es keine Änderungen. Der verwendete Provisionierungsname lautet: csi.trident.netapp.io . Diese Installationsmethode für Trident wird empfohlen, wenn Sie alle neuen Funktionen der aktuellen und zukünftigen 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 Ferninstallation von jedem beliebigen Rechner aus, der über die entsprechende Funktion verfügt. kubectl Zugriff auf den Cluster. Nach kubectl Der Zugriff wird verifiziert (z. B. durch Initiieren eines kubectl get nodes Führen Sie einen Befehl vom Remote-Rechner aus, um dies zu überprüfen, und befolgen Sie die 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 im Deployment nicht erhöhen. Wenn der Knoten, auf dem Trident installiert ist, ausfällt oder der Pod aus anderen Gründen nicht erreichbar ist, stellt Kubernetes den Pod automatisch auf einem fehlerfreien Knoten in Ihrem Cluster neu bereit. Trident ist nur eine Steuerungsebene, daher sind aktuell installierte Pods nicht betroffen, wenn Trident erneut eingesetzt wird.

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

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

Bei Bedarf können Sie die Manifestdateien, die Trident für die Installation verwendet, lokal generieren und modifizieren. Siehe"tridentctl-Installation anpassen" .

Obwohl es nicht empfehlenswert ist, können Sie für zwei Trident -Instanzen dieselbe Backend-SVM verwenden. Geben Sie während der Installation für jede Instanz einen eindeutigen Volumennamen an und/oder geben Sie einen eindeutigen StoragePrefix Parameter im setup/backend.json Datei. Dies dient dazu, sicherzustellen, dass nicht für beide Instanzen dasselbe FlexVol volume 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.

Ja, Trident unterstützt sowohl den Azure NetApp Files -Dienst in Azure als auch den Cloud Volumes Service in GCP.

Obwohl Trident Open Source ist und kostenlos zur Verfügung gestellt wird, bietet NetApp vollen Support, sofern Ihr NetApp Backend unterstützt wird.

Um einen Supportfall zu eröffnen, gehen Sie wie folgt vor:

Sie können ein Support-Bundle erstellen, indem Sie Folgendes ausführen tridentctl logs -a . Zusätzlich zu den im Bundle erfassten Protokollen sollte das Kubelet-Protokoll erfasst werden, um die Mount-Probleme auf der Kubernetes-Seite zu diagnostizieren. Die Vorgehensweise zum Abrufen des Kubelet-Logs variiert je nach Installationsart von Kubernetes.

Erstellen Sie ein Problem am "Trident GitHub" und erwähnen Sie RFE im Betreff und in der Beschreibung des Problems.

Erstellen Sie ein Problem am "Trident GitHub" . Bitte fügen Sie alle notwendigen Informationen und Protokolle zum Problem bei.

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

Aktualisieren Sie das Backend-Passwort mit tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident . Ersetzen myBackend im Beispiel mit Ihrem Backend-Namen, `/path/to_new_backend.json mit dem Pfad zum richtigen backend.json Datei.

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

Die Daten gehen nicht verloren, wenn die Trident Kapsel zerstört wird. Die Metadaten von Trident werden in CRD-Objekten gespeichert. Alle von Trident bereitgestellten PVs funktionieren 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 usw. aktualisieren. Sie sollten das Upgrade vor der Produktionsbereitstellung in einer Testumgebung prüfen.

Wenn Sie eine Lösung für nach einem Upgrade aufgetretene Fehler, Abhängigkeitsprobleme oder ein fehlgeschlagenes oder unvollständiges Upgrade benötigen, sollten Sie"Trident deinstallieren" und installieren Sie die frühere Version anhand der spezifischen Anweisungen für diese Version neu. Dies ist die einzige empfohlene Methode, um auf eine frühere Version zurückzukehren.

Die Management-LIF ist obligatorisch. DataLIF variiert:

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

Ab Version 20.04 kann Trident Exportrichtlinien dynamisch erstellen und verwalten. Dies ermöglicht es dem Speicheradministrator, einen oder mehrere CIDR-Blöcke in seiner Backend-Konfiguration anzugeben, und Trident kann dann Knoten-IPs, die in diese Bereiche fallen, zu einer von ihm erstellten Exportrichtlinie hinzufügen. 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 mithilfe der Flagge installiert werden. --use-ipv6 (für tridentctl Installation), IPv6 (für Trident -Bediener) oder tridentTPv6 (für die Helm-Installation) damit es über IPv6 funktioniert.

Ja, es ist möglich, das Backend-Management-LIF mithilfe des tridentctl update backend Befehl.

Sie können die DataLIF aktualisieren am ontap-nas Und ontap-nas-economy nur.

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

Trident speichert die Backend-Zugangsdaten als Kubernetes Secrets.

Wenn die Backend-Attribute nicht verwendet werden können, um automatisch die richtigen Pools für eine Klasse auszuwählen, storagePools Und additionalStoragePools Mithilfe von Parametern wird eine bestimmte Gruppe von Pools ausgewählt.

Der excludeStoragePools Der Parameter dient dazu, 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 geeignete Backend anhand der vorhandenen Parameter aus. StorageClass Und PersistentVolumeClaim . Wenn beispielsweise mehrere ONTAP-NAS-Treiber-Backends vorhanden sind, versucht Trident , die Parameter in der StorageClass Und PersistentVolumeClaim kombiniert und ein Backend entwickelt, das die aufgeführten Anforderungen erfüllen kann StorageClass Und PersistentVolumeClaim . Wenn mehrere Backends zur Anfrage passen, wählt Trident nach dem Zufallsprinzip eines davon aus.

Ja.

Der ontap-nas-economy Der Treiber erstellt bis zu 200 Qtrees im selben FlexVol volume (konfigurierbar zwischen 50 und 300), 100.000 Qtrees pro Clusterknoten und 2,4 Millionen pro Cluster. Wenn Sie ein neues Konto eingeben PersistentVolumeClaim Der Treiber, der vom Economy-Treiber bedient wird, prüft, ob bereits ein FlexVol volume existiert, das den neuen Qtree bedienen kann. Falls kein FlexVol volume existiert, das den Qtree bedienen kann, 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 auf einen Wert. Um die Mount-Optionen in der Kubernetes-Speicherklasse festzulegen, folgen Sie dem angegebenen Beispiel."hier," .

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

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

Verwenden StorageClasses QoS für ONTAP implementieren.

Die ONTAP -Treiber unterstützen sowohl Thin Provisioning als auch 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 . Wenn beide konfiguriert sind, StorageClass hat 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 folgende Fehlermeldung:

Die Speicherressourcenkontingente von Kubernetes sollten funktionieren, solange der NetApp -Speicher über Kapazität verfügt. Wenn der NetApp -Speicher die Kubernetes-Quota-Einstellungen aufgrund mangelnder Kapazität nicht einhalten kann, versucht Trident die Bereitstellung, schlägt aber fehl.

Ja. Trident unterstützt das Erstellen von On-Demand-Volume-Snapshots und Persistent Volumes aus Snapshots. Um PVs aus Snapshots zu erstellen, stellen Sie sicher, dass die VolumeSnapshotDataSource Die Feature-Gate-Funktion wurde aktiviert.

Ab heute ist die Unterstützung für bedarfsgesteuerte Snapshots für unsere ontap-nas , ontap-nas-flexgroup , ontap-san , ontap-san-economy , solidfire-san , gcp-cvs , Und azure-netapp-files Backend-Treiber.

Dies ist verfügbar auf ontap-nas , ontap-san , Und ontap-nas-flexgroup Fahrer. Sie können auch eine angeben snapshotPolicy für die ontap-san-economy Treiber auf FlexVol -Niveau.

Dies ist auch verfügbar auf der ontap-nas-economy Treiber, jedoch auf der FlexVol volume Lautstärkeebene und nicht auf der Qtree-Ebene. Um die Möglichkeit zum Erstellen von Snapshots von mit Trident bereitgestellten Volumes zu aktivieren, legen Sie die entsprechende Backend-Parameteroption fest. snapshotPolicy auf die gewünschte Snapshot-Richtlinie, wie sie im ONTAP -Backend definiert ist. Vom Speicherkontroller erstellte 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 die entsprechende Einstellung vornehmen. snapshotReserve Attribut in der Backend-Definitionsdatei. Wenn Sie konfiguriert haben snapshotPolicy Und snapshotReserve In der Backend-Definitionsdatei wird der Snapshot-Reservierungsprozentsatz entsprechend festgelegt. snapshotReserve Der im Backend-File angegebene Prozentsatz. Wenn die snapshotReserve Der Prozentsatz wird nicht angegeben, ONTAP verwendet standardmäßig einen Snapshot-Reservierungsprozentsatz von 5. Wenn die snapshotPolicy Wenn die Option auf „keine“ gesetzt ist, ist der Snapshot-Reserveprozentsatz auf 0 gesetzt.

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

Aktuell muss SnapMirror extern über die ONTAP CLI oder den OnCommand System Manager konfiguriert 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 automatisch Load-Sharing-Mirror für Volumes, die von Trident erstellt wurden. Dies kann zu Verzögerungen bei der Montage der Volumes führen. Wenn mit Trident mehrere Volumes erstellt werden, ist die Bereitstellung eines Volumes davon abhängig, dass ONTAP den Load-Sharing-Mirror aktualisiert.

Kubernetes erlaubt keine Speicherklassen in Namespaces. Allerdings können Sie mit Kubernetes die Nutzung einer bestimmten Speicherklasse pro Namespace begrenzen, indem Sie Storage Resource Quotas verwenden, die pro Namespace gelten. Um einem bestimmten Namespace den Zugriff auf einen bestimmten Speicher zu verweigern, setzen Sie das Ressourcenkontingent für diese Speicherklasse auf 0.