Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Was ist neu

RSS
Änderungen vorschlagen
PDFs

Die Versionshinweise enthalten Informationen zu neuen Funktionen, Verbesserungen und Fehlerbehebungen in der neuesten Version von NetApp Trident.

Warnung Die `tridentctl`Binärdatei für Linux, die in der Installer-ZIP-Datei bereitgestellt wird, ist die getestete und unterstützte Version. Beachten Sie, dass die `macos`Binärdatei, die im `/extras`Teil der ZIP-Datei bereitgestellt wird, nicht getestet oder unterstützt wird.

Was ist neu in 25.10

Erfahren Sie, was neu ist in Trident und Trident Protect, einschließlich Verbesserungen, Fehlerbehebungen und Außerkraftsetzungen.

Trident

Verbesserungen

  • Kubernetes:

    • Unterstützung für CSI Volume Group Snapshots mit v1beta1 Volume Group Snapshot Kubernetes APIs für ONTAP-NAS NFS und ONTAP-SAN-Economy Treiber wurde zusätzlich zu ONTAP-SAN (iSCSI und FC) hinzugefügt. Siehe "Arbeiten mit Volume-Group-Snapshots".

    • Unterstützung für automatisches Workload-Failover mit erzwungener Volume-Trennung für ONTAP-NAS und ONTAP-NAS-Economy (ohne SMB in beiden NAS-Treibern) sowie für ONTAP-SAN und ONTAP-SAN-Economy Treiber hinzugefügt. Siehe "Automatisierung des Failovers von zustandsbehafteten Anwendungen mit Trident".

    • Verbesserte Trident-Knotenkonkurrenz für höhere Skalierbarkeit bei Knotenoperationen für FCP Volumes.

    • ONTAP AFX-Unterstützung für den ONTAP NAS-Treiber hinzugefügt. Siehe "ONTAP NAS-Konfigurationsoptionen und Beispiele".

    • Unterstützung für die Konfiguration von CPU- und Speicherressourcenanforderungen und -grenzen für Trident-Container über TridentOrchestrator CR und Helm-Chart-Werte hinzugefügt. ("Problem #1000", "Problem #927", "Problem #853", "Problem #592", "Problem #110").

    • FC-Unterstützung für ASAr2-Persönlichkeit hinzugefügt. Siehe "ONTAP SAN-Konfigurationsoptionen und Beispiele".

    • Es wurde eine Option hinzugefügt, um Prometheus-Metriken mit HTTPS anstelle von HTTP bereitzustellen. Siehe "Trident überwachen".

    • Eine Option --no-rename wurde hinzugefügt, um beim Importieren eines Volumes den ursprünglichen Namen beizubehalten, aber Trident die Verwaltung des Lebenszyklus des Volumes zu überlassen. Siehe "Importmengen".

    • Die Trident-Bereitstellung läuft jetzt in der Prioritätsklasse system-cluster-critical.

  • Eine Option wurde hinzugefügt, damit der Trident Controller Host-Netzwerkfunktionen über helm, operator und tridentctl ("Problem #858") nutzen kann.

  • Dem ANF-Treiber wurde die manuelle QoS-Unterstützung hinzugefügt, wodurch er in Trident 25.10 produktionsreif ist; diese experimentelle Erweiterung wurde in Trident 25.06 eingeführt.

Experimentelle Verbesserungen

Hinweis Nicht für den Einsatz in Produktionsumgebungen.

  • [Technische Vorschau]: Unterstützung für Parallelverarbeitung für ONTAP-NAS (nur NFS) und ONTAP-SAN (NVMe für unified ONTAP 9) wurde zusätzlich zur bestehenden Technischen Vorschau für den ONTAP-SAN-Treiber (iSCSI- und FCP-Protokolle in unified ONTAP 9) hinzugefügt.

Korrekturen

  • Kubernetes:

    • Die Namensinkonsistenz des CSI node-driver-registrar-Containers wurde behoben, indem Linux DaemonSet auf node-driver-registrar standardisiert wurde, um der Windows DaemonSet und der Container-Image-Namensgebung zu entsprechen.

    • Ein Problem wurde behoben, bei dem Exportrichtlinien für Legacy-Qtrees nicht ordnungsgemäß aktualisiert wurden.

  • Openshift:

    • Behoben: Trident-Node-Pod startete auf Windows-Nodes in Openshift nicht, weil SCC allowHostDirVolumePlugin auf false gesetzt war ("Issue #950").

  • Behoben: Kubernetes API QPS konnte nicht über Helm festgelegt werden ("Problem #975").

  • Behoben: Unfähigkeit, einen Persistent Volume Claim (PVC), der auf einem Snapshot eines NVMe-basierten XFS-Dateisystem-PVC basiert, auf demselben Kubernetes-Knoten einzuhängen.

  • Problem mit der Änderung der UUID nach einem Neustart des Hosts/Docker im NDVP-Modus behoben, indem eindeutige/gemeinsame Subsystemnamen pro Backend hinzugefügt wurden (z. B. netappdvp_subsystem).

  • Behobene Mount-Fehler für iSCSI-Volumes während des Trident-Upgrades von Versionen vor 23.10 auf 24.10 und höher, wodurch das „invalid SANType“-Problem behoben wurde.

  • Behobenes Problem, bei dem der Trident-Backend-Status nicht ohne Neustart des Trident Controllers auf online/offline wechselte.

  • Intermittierender Race-Condition-Fehler behoben, der eine langsame PVC-Größenänderung verursachte.

  • Behoben, dass Snapshots bei Fehlern beim Klonen von Volumes nicht bereinigt wurden.

  • Fehler beim Freigeben eines Volumes behoben, wenn sein Gerätepfad vom Kernel geändert wurde.

  • Fehler beim Entfernen des Volumes aus der Bereitstellungsphase aufgrund eines bereits geschlossenen LUKS-Geräts behoben.

  • Problem behoben, bei dem langsame Speichervorgänge zu ContextDeadline-Fehlern führten.

  • Trident Operator wartet für den konfigurierbaren k8s-Zeitüberschreitung, um die Trident Version zu überprüfen.

Trident Protect

NetApp Trident Protect bietet fortschrittliche Anwendungsdatenverwaltungsfunktionen, die die Funktionalität und Verfügbarkeit zustandsbehafteter Kubernetes-Anwendungen verbessern, die von NetApp ONTAP storage systems und dem NetApp Trident CSI storage provisioner unterstützt werden.

Verbesserungen

  • Anmerkungen hinzugefügt, um Snapshot-CR-Zeitüberschreitungen für geplante und Backup-CRs zu steuern:

  • Dem Schedule-CR wurde eine Anmerkung hinzugefügt, um die PVC-Bindungs-Zeitüberschreitung zu konfigurieren, die vom Backup-CR verwendet wird: protect.trident.netapp.io/pvc-bind-timeout-sec. Siehe "Unterstützte Backup- und Zeitplananmerkungen".

  • Verbesserte tridentctl-protect Backup- und Snapshot-Listen mit einem neuen Feld zur Anzeige von Ausführungs-Hook-Fehlern.

Änderungen in 25.06.2

Trident

Korrekturen

  • Kubernetes: Kritisches Problem behoben, bei dem beim Trennen von Volumes von Kubernetes-Knoten falsche iSCSI-Geräte erkannt wurden.

Änderungen in 25.06.1

Trident

Wichtig Für Kunden, die SolidFire verwenden, bitte nicht auf 25.06.1 aktualisieren, da es ein bekanntes Problem beim Unveröffentlichen von Volumes gibt. 25.06.2 wird in Kürze veröffentlicht, um dieses Problem zu beheben.

Korrekturen

  • Kubernetes:

    • Es wurde ein Problem behoben, bei dem NQNs nicht überprüft wurden, bevor sie aus Subsystemen unzugeordnet wurden.

    • Ein Problem wurde behoben, bei dem mehrere Versuche, ein LUKS-Gerät zu schließen, zu Fehlern beim Trennen von Volumes führten.

    • Behoben: iSCSI-Volume-Unstage, wenn sich der Gerätepfad seit der Erstellung geändert hat.

    • Blockklonierung von Volumes über Speicherklassen hinweg.

  • OpenShift: Es wurde ein Problem behoben, bei dem die iSCSI-Knotenvorbereitung mit OCP 4.19 fehlschlug.

  • Die Zeitüberschreitung beim Klonen eines Volumes mit SolidFire Backends wurde erhöht ("Problem #1008").

Änderungen in 25.06

Trident

Verbesserungen

  • Kubernetes:

    • Unterstützung für CSI Volume Group Snapshots mit v1beta1 Volume Group Snapshot Kubernetes APIs für ONTAP-SAN iSCSI driver hinzugefügt. Siehe "Arbeiten mit Volume-Group-Snapshots".

      Hinweis VolumeGroupSnapshot ist eine Beta-Funktion in Kubernetes mit Beta-APIs. Kubernetes 1.32 ist die Mindestversion, die für VolumeGroupSnapshot erforderlich ist.

    • Unterstützung für ONTAP ASA r2 für NVMe/TCP zusätzlich zu iSCSI hinzugefügt. Siehe "ONTAP SAN-Konfigurationsoptionen und Beispiele".

    • Sichere SMB-Unterstützung für ONTAP-NAS und ONTAP-NAS-Economy Volumes hinzugefügt. Active Directory Benutzer und Gruppen können nun mit SMB Volumes für erhöhte Sicherheit verwendet werden. Siehe "Sichere SMB-Verbindungen aktivieren".

    • Verbesserte Trident-Knotenkonkurrenz für höhere Skalierbarkeit bei Knotenoperationen für iSCSI-Volumes.

    • Hinzugefügt --allow-discards beim Öffnen von LUKS-Volumes, um discard/TRIM-Befehle zur Speicherplatzrückgewinnung zu ermöglichen.

    • Verbesserte Leistung beim Formatieren von LUKS-verschlüsselten Datenträgern.

    • Erweiterte LUKS-Bereinigung für fehlgeschlagene, aber teilweise formatierte LUKS-Geräte.

    • Verbesserte Trident-Knoten-Idempotenz für das Anhängen und Trennen von NVMe-Volumes.

    • Added internalID-Feld zur Trident-Volume-Konfiguration für den ONTAP-SAN-Economy-Treiber.

    • Unterstützung für die Volume-Replikation mit SnapMirror für NVMe-Backends hinzugefügt. Siehe "Volumes replizieren mit SnapMirror".

Experimentelle Verbesserungen

Hinweis Nicht für den Einsatz in Produktionsumgebungen.

  • [Technische Vorschau] Gleichzeitige Trident-Controller-Operationen wurden über das --enable-concurrency Feature-Flag aktiviert. Dadurch können Controller-Operationen parallel ausgeführt werden, was die Leistung in stark ausgelasteten oder großen Umgebungen verbessert.

    Hinweis Diese Funktion ist experimentell und unterstützt derzeit eingeschränkte parallele Arbeitsabläufe mit dem ONTAP-SAN-Treiber (iSCSI und FCP Protokollen).

  • [Tech Preview] Manuelle QOS-Unterstützung mit dem ANF-Treiber hinzugefügt.

Korrekturen

  • Kubernetes:

    • Ein Problem mit CSI NodeExpandVolume wurde behoben, bei dem Multipath-Geräte inkongruente Größen aufweisen konnten, wenn die zugrunde liegenden SCSI-Festplatten nicht verfügbar waren.

    • Fehler beim Bereinigen doppelter Exportrichtlinien für ONTAP-NAS- und ONTAP-NAS-Economy-Treiber behoben.

    • Behoben: GCNV-Volumes verwendeten standardmäßig NFSv3, wenn nfsMountOptions nicht gesetzt war; jetzt werden sowohl NFSv3- als auch NFSv4-Protokolle unterstützt. Wenn nfsMountOptions nicht angegeben wird, wird die standardmäßige NFS-Version des Hosts (NFSv3 oder NFSv4) verwendet.

    • Behobenes Bereitstellungsproblem bei der Installation von Trident mit Kustomize ("Problem #831").

    • Fehlende Exportrichtlinien für aus Snapshots erstellte PVCs wurden behoben ("Problem #1016").

    • Behobenes Problem, bei dem die ANF-Volume-Größen nicht automatisch auf 1-GiB-Schritte ausgerichtet wurden.

    • Behobenes Problem bei der Verwendung von NFSv3 mit Bottlerocket.

  • Behobenes Problem mit ONTAP-NAS-Economy-Volumes, die trotz fehlgeschlagener Größenänderungen auf bis zu 300 TB erweitert wurden.

  • Behobenes Problem, bei dem Klon-Teilung bei Verwendung der ONTAP REST API synchron durchgeführt wurden.

Veraltete Funktionen:

  • Kubernetes: Mindestunterstützte Kubernetes-Version auf v1.27 aktualisiert.

Trident Protect

NetApp Trident Protect bietet fortschrittliche Anwendungsdatenverwaltungsfunktionen, die die Funktionalität und Verfügbarkeit zustandsbehafteter Kubernetes-Anwendungen verbessern, die von NetApp ONTAP storage systems und dem NetApp Trident CSI storage provisioner unterstützt werden.

Verbesserungen

  • Verbesserte Wiederherstellungszeiten, mit der Option, häufigere vollständige Backups durchzuführen.

  • Verbesserte Granularität der Anwendungsdefinition und selektive Wiederherstellung mit Group-Version-Kind (GVK)-Filterung.

  • Effiziente Resynchronisierung und umgekehrte Replikation bei Verwendung von AppMirrorRelationship (AMR) mit NetApp SnapMirror, um eine vollständige PVC-Replikation zu vermeiden.

  • Funktion hinzugefügt, EKS Pod Identity zu verwenden, um AppVault-Buckets zu erstellen, wodurch die Notwendigkeit entfällt, ein Secret mit den Bucket-Anmeldeinformationen für EKS-Cluster anzugeben.

  • Die Möglichkeit wurde hinzugefügt, das Wiederherstellen von Labels und Annotationen im Restore-Namespace bei Bedarf zu überspringen.

  • AppMirrorRelationship (AMR) prüft nun die Erweiterung des Quell-PVC und führt bei Bedarf die entsprechende Erweiterung am Ziel-PVC durch.

Korrekturen

  • Behobener Fehler, bei dem Snapshot-Anmerkungswerte aus vorherigen Snapshots auf neuere Snapshots angewendet wurden. Alle Snapshot-Anmerkungen werden jetzt korrekt angewendet.

  • Standardmäßig ein Geheimnis für die Datenübertragungsverschlüsselung (Kopia / Restic) definiert, falls nicht definiert.

  • Verbesserte Validierung und Fehlermeldungen für die Erstellung von S3 appvault hinzugefügt.

  • AppMirrorRelationship (AMR) repliziert PVs jetzt nur noch im Zustand "Bound", um Fehlversuche zu vermeiden.

  • Behobenes Problem, bei dem Fehler angezeigt wurden, wenn AppVaultContent auf einem AppVault mit einer großen Anzahl von Backups abgerufen wurde.

  • KubeVirt VMSnapshots sind von Wiederherstellungs- und Failover-Vorgängen ausgeschlossen, um Fehler zu vermeiden.

  • Behobenes Problem mit Kopia, bei dem Snapshots vorzeitig entfernt wurden, weil der Kopia-Standardaufbewahrungsplan die vom Benutzer im Zeitplan festgelegten Einstellungen überschrieben hat.

Änderungen in 25.02.1

Trident

Korrekturen

  • Kubernetes:

    • Es wurde ein Problem im Trident-Operator behoben, bei dem die Namen und Versionen der Sidecar-Images falsch angezeigt wurden, wenn eine nicht standardmäßige Image-Registry verwendet wurde ("Problem #983").

    • Das Problem wurde behoben, bei dem Multipath-Sitzungen während eines ONTAP Failover-Givebacks nicht wiederhergestellt werden konnten ("Problem Nr. 961").

Änderungen in 25.02

Ab Trident 25.02 enthält die Zusammenfassung „Neuerungen“ Details zu Verbesserungen, Fehlerbehebungen und Veralterungen sowohl für Trident als auch für Trident Protect Releases.

Trident

Verbesserungen

  • Kubernetes:

    • Unterstützung für ONTAP ASA r2 für iSCSI hinzugefügt.

    • Unterstützung für das erzwungene Trennen von ONTAP-NAS-Volumes bei nicht ordnungsgemäßem Herunterfahren von Knoten wurde hinzugefügt. Neue ONTAP-NAS-Volumes verwenden nun volumespezifische Exportrichtlinien, die von Trident verwaltet werden. Ein Upgrade-Pfad für bestehende Volumes wurde bereitgestellt, um beim Aufheben der Veröffentlichung auf das neue Exportrichtlinienmodell umzustellen, ohne aktive Workloads zu beeinträchtigen.

    • Anmerkung cloneFromSnapshot hinzugefügt.

    • Unterstützung für das Klonen von Volumes über Namespaces hinweg hinzugefügt.

    • Erweiterte iSCSI-Selbstreparatur-Scan-Behebungen zur Initiierung von erneuten Scans nach exakt Host, Kanal, Ziel und LUN-ID.

    • Unterstützung für Kubernetes 1.32 hinzugefügt.

  • OpenShift:

    • Unterstützung für die automatische iSCSI-Knotenvorbereitung für RHCOS auf ROSA-Clustern hinzugefügt.

    • Unterstützung für OpenShift Virtualization für ONTAP-Treiber hinzugefügt.

  • Fibre Channel-Unterstützung im ONTAP-SAN-Treiber hinzugefügt.

  • NVMe LUKS-Unterstützung hinzugefügt.

  • Für alle Basisimages wurde auf ein scratch image umgestellt.

  • iSCSI-Verbindungsstatus-Erkennung und Protokollierung hinzugefügt, wenn iSCSI-Sitzungen protokolliert sein sollten, es aber nicht sind ("Problem Nr. 961").

  • Unterstützung für SMB-Volumes mit dem google-cloud-netapp-volumes Treiber hinzugefügt.

  • Unterstützung hinzugefügt, damit ONTAP Volumes die Wiederherstellungswarteschlange beim Löschen überspringen können.

  • Unterstützung hinzugefügt, um Standardbilder mithilfe von SHAs anstelle von Tags zu überschreiben.

  • Dem tridentctl Installer wurde das Flag image-pull-secrets hinzugefügt.

Korrekturen

  • Kubernetes:

    • Fehlende Knoten-IP-Adressen aus automatischen Exportrichtlinien wurden korrigiert ("Problem Nr. 965").

    • Automatisches Umschalten der Exportrichtlinien auf volumenbasierte Richtlinien für ONTAP-NAS-Economy wurde behoben.

    • Backend-Konfigurations-Zugangsdaten korrigiert, um alle verfügbaren AWS-ARN-Partitionen zu unterstützen ("Problem #913").

    • Option hinzugefügt, um die automatische Konfigurator-Abstimmung im Trident Operator zu deaktivieren ("Problem #924").

    • Hinzugefügt securityContext für den csi-resizer-Container ("Problem Nr. 976").

Trident Protect

NetApp Trident Protect bietet fortschrittliche Anwendungsdatenverwaltungsfunktionen, die die Funktionalität und Verfügbarkeit zustandsbehafteter Kubernetes-Anwendungen verbessern, die von NetApp ONTAP storage systems und dem NetApp Trident CSI storage provisioner unterstützt werden.

Verbesserungen

  • Backup- und Wiederherstellungsunterstützung für KubeVirt / OpenShift Virtualisierungs-VMs wurde für beide volumeMode: File und volumeMode: Block (Rohgerät) Speicher hinzugefügt. Diese Unterstützung ist mit allen Trident-Treibern kompatibel und verbessert die bestehenden Schutzfunktionen bei der Replikation von Speicher mit NetApp SnapMirror und Trident Protect.

  • Die Möglichkeit, das Einfrieren auf Anwendungsebene in Kubevirt-Umgebungen zu steuern, wurde hinzugefügt.

  • Unterstützung für die Konfiguration von AutoSupport-Proxy-Verbindungen hinzugefügt.

  • Die Möglichkeit wurde hinzugefügt, ein Geheimnis für die Datenübertragungsverschlüsselung (Kopia / Restic) zu definieren.

  • Die Möglichkeit, einen Ausführungshook manuell auszuführen, wurde hinzugefügt.

  • Die Möglichkeit, Sicherheitskontextbeschränkungen (SCCs) während der Installation von Trident Protect zu konfigurieren, wurde hinzugefügt.

  • Unterstützung für die Konfiguration von nodeSelector während der Installation von Trident Protect hinzugefügt.

  • Unterstützung für HTTP/HTTPS-Ausgangsproxy für AppVault-Objekte hinzugefügt.

  • Erweitert ResourceFilter, um den Ausschluss von clusterweiten Ressourcen zu ermöglichen.

  • Unterstützung für das AWS-Sitzungstoken in S3 AppVault Anmeldeinformationen hinzugefügt.

  • Unterstützung für die Ressourcenerfassung nach der Ausführung von Pre-Snapshot-Hooks hinzugefügt.

Korrekturen

  • Die Verwaltung temporärer Volumes wurde verbessert, um die ONTAP Volume-Wiederherstellungswarteschlange zu umgehen.

  • SCC-Anmerkungen werden jetzt auf die ursprünglichen Werte zurückgesetzt.

  • Verbesserte Wiederherstellungseffizienz mit Unterstützung für parallele Vorgänge.

  • Erweiterte Unterstützung für Ausführungs-Hook-Timeouts für größere Anwendungen.

Änderungen in 24.10.1

Verbesserungen

  • Kubernetes: Unterstützung für Kubernetes 1.32 hinzugefügt.

  • iSCSI-Verbindungsstatus-Erkennung und Protokollierung hinzugefügt, wenn iSCSI-Sitzungen protokolliert sein sollten, es aber nicht sind ("Problem Nr. 961").

Korrekturen

  • Fehlende Knoten-IP-Adressen aus automatischen Exportrichtlinien wurden korrigiert ("Problem Nr. 965").

  • Automatisches Umschalten der Exportrichtlinien auf volumenbasierte Richtlinien für ONTAP-NAS-Economy wurde behoben.

  • Die Abhängigkeiten von Trident und Trident-ASUP wurden aktualisiert, um CVE-2024-45337 und CVE-2024-45310 zu beheben.

  • Abmeldungen für zeitweise fehlerhafte Nicht-CHAP-Portale während der iSCSI Selbstreparatur entfernt ("Problem Nr. 961").

Änderungen in 24.10

Verbesserungen

  • Google Cloud NetApp Volumes-Treiber ist jetzt allgemein für NFS-Volumes verfügbar und unterstützt zonenbasierte Bereitstellung.

  • GCP Workload Identity wird als Cloud Identity für Google Cloud NetApp Volumes mit GKE verwendet.

  • Added formatOptions Konfigurationsparameter zu den ONTAP-SAN- und ONTAP-SAN-Economy-Treibern, um Benutzern zu ermöglichen, LUN-Formatoptionen anzugeben.

  • Die Mindestvolumengröße für Azure NetApp Files wurde auf 50 GiB reduziert. Die neue Mindestgröße für Azure wird voraussichtlich im November allgemein verfügbar sein.

  • Added denyNewVolumePools Konfigurationsparameter, um die Treiber ONTAP-NAS-Economy und ONTAP-SAN-Economy auf bereits vorhandene FlexVol-Pools zu beschränken.

  • Hinzugefügte Erkennung für das Hinzufügen, die Entfernung oder das Umbenennen von Aggregaten aus dem SVM über alle ONTAP-Treiber hinweg.

  • 18 MiB Overhead zu LUKS-LUNs hinzugefügt, um sicherzustellen, dass die gemeldete PVC-Größe nutzbar ist.

  • Verbesserte Fehlerbehandlung beim Stagen und Unstagen von ONTAP-SAN- und ONTAP-SAN-Economy-Knoten, damit Unstage Geräte nach einem fehlgeschlagenen Stage entfernen kann.

  • Es wurde ein benutzerdefinierter Rollengenerator hinzugefügt, der es Kunden ermöglicht, eine minimalistische Rolle für Trident in ONTAP zu erstellen.

  • Zusätzliche Protokollierung zur Fehlerbehebung hinzugefügt lsscsi ("Problem Nr. 792").

Kubernetes

  • Neue Trident-Funktionen für Kubernetes-native Workflows hinzugefügt:

  • Ein neues Flag --k8s-api-qps wurde den Installationsprogrammen hinzugefügt, um den von Trident für die Kommunikation mit dem Kubernetes API-Server verwendeten QPS-Wert festzulegen.

  • Added --node-prep Flag zu den Installationsprogrammen für die automatische Verwaltung von Speicherprotokollabhängigkeiten auf Kubernetes-Clusterknoten. Kompatibilität mit Amazon Linux 2023 iSCSI-Speicherprotokoll getestet und verifiziert

  • Unterstützung für das erzwungene Trennen von ONTAP-NAS-Economy-Volumes während Szenarien eines nicht ordnungsgemäßen Herunterfahrens von Knoten hinzugefügt.

  • Neue ONTAP-NAS-Economy-NFS-Volumes verwenden Exportrichtlinien pro Qtree, wenn die autoExportPolicy Backend-Option verwendet wird. Qtrees werden nur zum Zeitpunkt der Veröffentlichung knotenbeschränkten Exportrichtlinien zugeordnet, um die Zugriffskontrolle und Sicherheit zu verbessern. Bestehende Qtrees werden auf das neue Exportrichtlinienmodell umgestellt, wenn Trident das Volume von allen Knoten entfernt, um dies ohne Beeinträchtigung aktiver Workloads zu tun.

  • Unterstützung für Kubernetes 1.31 hinzugefügt.

Experimentelle Verbesserungen

  • Tech Preview für Fibre Channel-Unterstützung im ONTAP-SAN-Treiber hinzugefügt.

Korrekturen

  • Kubernetes:

    • Behobener Rancher admission webhook verhindert Trident Helm-Installationen ("Problem #839").

    • Fester Affinitätsschlüssel in Helm-Chart-Werten ("Problem #898").

    • Behoben tridentControllerPluginNodeSelector/tridentNodePluginNodeSelector funktioniert nicht mit dem Wert "true" ("Problem Nr. 899").

    • Gelöschte temporäre Snapshots, die während des Klonvorgangs erstellt wurden ("Problem #901").

  • Unterstützung für Windows Server 2019 hinzugefügt.

  • Behoben go mod tidy im Trident-Repository ("Problem #767").

Veraltete Funktionen

  • Kubernetes:

    • Minimale unterstützte Kubernetes-Version auf 1.25 aktualisiert.

    • Unterstützung für POD Security Policy entfernt.

Produkt-Rebranding

Ab der Version 24.10 wird Astra Trident in Trident (NetApp Trident) umbenannt. Diese Umbenennung hat keine Auswirkungen auf Funktionen, unterstützte Plattformen oder die Interoperabilität von Trident.

Änderungen in 24.06

Verbesserungen

  • WICHTIG: Der limitVolumeSize Parameter begrenzt nun die qtree-/LUN-Größen in den ONTAP economy-Treibern. Verwenden Sie den neuen limitVolumePoolSize Parameter, um die FlexVol-Größen in diesen Treibern zu steuern. ("Problem Nr. 341").

  • Fähigkeit hinzugefügt, dass die iSCSI-Selbstreparatur SCSI-Scans anhand der exakten LUN-ID initiieren kann, wenn veraltete igroups verwendet werden ("Problem #883").

  • Unterstützung für Volume-Klon- und Größenänderungsvorgänge wurde hinzugefügt, sodass diese auch dann erlaubt sind, wenn sich das Backend im Suspended-Modus befindet.

  • Es wurde die Möglichkeit hinzugefügt, benutzerdefinierte Protokollierungseinstellungen für den Trident Controller an die Trident Node Pods weiterzugeben.

  • Unterstützung in Trident hinzugefügt, um standardmäßig REST anstelle von ONTAPI (ZAPI) für ONTAP Versionen 9.15.1 und höher zu verwenden.

  • Unterstützung für benutzerdefinierte Volumennamen und Metadaten auf den ONTAP-Speicher-Backends für neue persistente Volumen hinzugefügt.

  • Erweiterte den azure-netapp-files (ANF)-Treiber, um das Snapshot-Verzeichnis standardmäßig automatisch zu aktivieren, wenn die NFS-Mount-Optionen so eingestellt sind, dass NFS Version 4.x verwendet wird.

  • Unterstützung für Bottlerocket für NFS-Volumes hinzugefügt.

  • Technische Vorschauunterstützung für Google Cloud NetApp Volumes hinzugefügt.

Kubernetes

  • Unterstützung für Kubernetes 1.30 hinzugefügt.

  • Funktion hinzugefügt, damit Trident DaemonSet beim Start Zombie-Mounts und verbleibende Tracking-Dateien bereinigen kann ("Problem #883").

  • PVC-Annotation trident.netapp.io/luksEncryption für den dynamischen Import von LUKS-Volumes ("Problem #849").

  • Dem ANF-Treiber wurde Topologiebewusstsein hinzugefügt.

  • Unterstützung für Windows Server 2022-Knoten hinzugefügt.

Korrekturen

  • Installationsfehler von Trident aufgrund veralteter Transaktionen wurden behoben.

  • tridentctl wurde so korrigiert, dass Warnmeldungen von Kubernetes ("Problem #892") ignoriert werden.

  • Die Priorität des Trident-Controllers SecurityContextConstraint wurde auf 0 ("Problem Nr. 887") geändert.

  • ONTAP-Treiber akzeptieren jetzt Volume-Größen unter 20 MiB ("Ausgabe[#885").

  • Trident wurde behoben, um zu verhindern, dass FlexVol-Volumes während der Größenänderung für den ONTAP-SAN-Treiber verkleinert werden.

  • Behebung des Fehlers beim Import von ANF-Volume mit NFS v4.1.

Änderungen in 24.02

Verbesserungen

  • Unterstützung für Cloud Identity hinzugefügt.

    • AKS mit ANF – Azure Workload Identity wird als Cloud identity verwendet.

    • EKS mit FSxN - AWS IAM role wird als Cloud-Identität verwendet.

  • Unterstützung hinzugefügt, um Trident als Add-on auf einem EKS-Cluster über die EKS-Konsole zu installieren.

  • Fähigkeit hinzugefügt, die iSCSI Selbstreparatur zu konfigurieren und zu deaktivieren ("Problem #864").

  • Amazon FSx-Persönlichkeit wurde den ONTAP-Treibern hinzugefügt, um die Integration mit AWS IAM und SecretsManager zu ermöglichen und damit Trident das Löschen von FSx-Volumes mit Backups ermöglichen kann ("Problem #453").

Kubernetes

  • Unterstützung für Kubernetes 1.29 hinzugefügt.

Korrekturen

  • Behobene ACP-Warnmeldungen, wenn ACP nicht aktiviert ist ("Problem #866").

  • Vor der Durchführung einer Klon-Teilung während des Snapshot-Löschens bei ONTAP-Treibern wurde eine Verzögerung von 10 Sekunden hinzugefügt, wenn ein Klon mit dem Snapshot verknüpft ist.

Veraltete Funktionen

  • Das in-toto-Attestierungsframework wurde aus den plattformübergreifenden Image-Manifesten entfernt.

Änderungen in 23.10

Korrekturen

  • Feste Volumenerweiterung, wenn eine neu angeforderte Größe kleiner ist als die Gesamtvolumengröße für ontap-nas und ontap-nas-flexgroup Storage-Treiber ("Problem #834").

  • Feste Volume-Größe, um beim Import für die ontap-nas- und ontap-nas-flexgroup-Speichertreiber nur die nutzbare Größe des Volumes anzuzeigen ("Problem #722").

  • Die Namenskonvertierung von FlexVol für ONTAP-NAS-Economy wurde korrigiert.

  • Problem mit der Trident-Initialisierung auf einem Windows-Knoten beim Neustart des Knotens behoben.

Verbesserungen

Kubernetes

Unterstützung für Kubernetes 1.28 hinzugefügt.

Trident

  • Unterstützung für die Verwendung von Azure Managed Identities (AMI) mit dem azure-netapp-files Speichertreiber hinzugefügt.

  • Unterstützung für NVMe over TCP für den ONTAP-SAN-Treiber hinzugefügt.

  • Funktion hinzugefügt, um die Bereitstellung eines Volumes zu pausieren, wenn das Backend vom Benutzer in den angehaltenen Zustand versetzt wird ("Problem #558").

Änderungen in 23.07.1

Kubernetes: Problem mit der Daemonset-Löschung behoben, um Upgrades ohne Ausfallzeiten zu unterstützen ("Problem #740").

Änderungen in 23.07

Korrekturen

Kubernetes

  • Trident-Upgrade wurde so korrigiert, dass alte Pods, die im Status „Terminating“ feststecken, ignoriert werden ("Problem #740").

  • Zur Definition "transient-trident-version-pod" wurde eine Toleranz hinzugefügt ("Problem #795").

Trident

  • ONTAPI (ZAPI)-Anfragen wurden behoben, um sicherzustellen, dass LUN-Seriennummern beim Abrufen von LUN-Attributen abgefragt werden, um Geister-iSCSI-Geräte während Node-Staging-Operationen zu identifizieren und zu beheben.

  • Fehlerbehandlung im Speichertreibercode behoben ("Problem #816").

  • Behobene Quotenanpassung bei Verwendung von ONTAP-Treibern mit use-rest=true.

  • Die Erstellung von LUN-Klonen in ontap-san-economy wurde behoben.

  • Das Feld „Veröffentlichungsinformationen“ wurde von rawDevicePath auf devicePath zurückgesetzt; es wurde Logik hinzugefügt, um das devicePath Feld (in einigen Fällen) zu füllen und wiederherzustellen.

Verbesserungen

Kubernetes

  • Unterstützung für den Import von vorab bereitgestellten Snapshots hinzugefügt.

  • Minimierte Bereitstellung und Daemonset-Linux-Berechtigungen ("Problem #817").

Trident

  • Das Statusfeld für „online“-Volumes und Snapshots wird nicht mehr gemeldet.

  • Aktualisiert den Backend-Status, wenn das ONTAP Backend offline ist ("Problem Nr. 801", "#543").

  • Die LUN-Seriennummer wird immer während des ControllerVolumePublish-Workflows abgerufen und veröffentlicht.

  • Zusätzliche Logik wurde hinzugefügt, um die Seriennummer und Größe des iSCSI-Multipath-Geräts zu überprüfen.

  • Zusätzliche Überprüfung für iSCSI-Volumes, um sicherzustellen, dass das richtige Multipath-Gerät entstaged wird.

Experimentelle Verbesserung

Technische Vorschauunterstützung für NVMe über TCP für den ONTAP-SAN-Treiber hinzugefügt.

Dokumentation

Es wurden zahlreiche organisatorische und formattechnische Verbesserungen vorgenommen.

Veraltete Funktionen

Kubernetes

  • Unterstützung für v1beta1 snapshots entfernt.

  • Unterstützung für Pre-CSI-Volumes und Speicherklassen entfernt.

  • Minimale unterstützte Kubernetes-Version auf 1.22 aktualisiert.

Änderungen in 23.04

Wichtig Das erzwungene Trennen von ONTAP-SAN-* Volumes wird nur von Kubernetes-Versionen unterstützt, bei denen das Feature „Nicht ordnungsgemäßes Herunterfahren von Knoten“ aktiviert ist. Das erzwungene Trennen muss während der Installation mithilfe des --enable-force-detach Trident-Installer-Flags aktiviert werden.

Korrekturen

  • Trident Operator wurde so korrigiert, dass er bei Angabe in der Spezifikation IPv6 localhost für die Installation verwendet.

  • Die Berechtigungen der Trident Operator-Clusterrolle wurden so angepasst, dass sie mit den Bundle-Berechtigungen übereinstimmen ("Problem #799").

  • Problem beim Anhängen von Raw-Block-Volume auf mehreren Knoten im RWX-Modus behoben.

  • Die Unterstützung für das Klonen von FlexGroup und den Volumenimport für SMB-Volumes wurde behoben.

  • Problem behoben, bei dem der Trident Controller nicht sofort heruntergefahren werden konnte ("Problem #811").

  • Es wurde ein Fix hinzugefügt, um alle Initiatorgruppen-Namen aufzulisten, die einer bestimmten LUN zugeordnet sind, die mit ontap-san-* Treibern bereitgestellt wurde.

  • Ein Fix wurde hinzugefügt, um externen Prozessen zu ermöglichen, bis zum Abschluss ausgeführt zu werden.

  • Kompilierungsfehler für die s390-Architektur behoben ("Problem #537").

  • Falsche Protokollierungsebene während Volume-Mount-Operationen behoben ("Problem Nr. 781").

  • Potenzieller Typzusicherungsfehler behoben ("Problem #802").

Verbesserungen

  • Kubernetes:

    • Unterstützung für Kubernetes 1.27 hinzugefügt.

    • Unterstützung für den Import von LUKS-Volumes hinzugefügt.

    • Unterstützung für ReadWriteOncePod PVC-Zugriffsmodus hinzugefügt.

    • Unterstützung für das erzwungene Trennen von ONTAP-SAN-* Volumes während nicht ordnungsgemäßer Knotenabschaltungen hinzugefügt.

    • Alle ONTAP-SAN-* Volumes verwenden nun knotenspezifische Initiatorgruppen. LUNs werden nur dann Initiatorgruppen zugeordnet, wenn sie aktiv auf diesen Knoten veröffentlicht sind, um unsere Sicherheitslage zu verbessern. Bestehende Volumes werden opportunistisch auf das neue Initiatorgruppen-Schema umgestellt, sobald Trident feststellt, dass dies sicher ist und aktive Workloads nicht beeinträchtigt werden ("Problem #758").

    • Verbesserte Trident-Sicherheit durch Bereinigung nicht verwendeter, von Trident verwalteter Initiatorgruppen aus ONTAP-SAN-* Backends.

  • Unterstützung für SMB-Volumes mit Amazon FSx zu den ontap-nas-economy- und ontap-nas-flexgroup-Speichertreibern hinzugefügt.

  • Unterstützung für SMB-Freigaben mit den ontap-nas-, ontap-nas-economy- und ontap-nas-flexgroup-Speichertreibern hinzugefügt.

  • Unterstützung für arm64-Knoten hinzugefügt ("Problem #732").

  • Verbesserte Trident-Abschaltprozedur durch Deaktivierung der API-Server zuerst ("Problem #811").

  • Plattformübergreifende Build-Unterstützung für Windows- und arm64-Hosts zum Makefile hinzugefügt; siehe BUILD.md.

Veraltete Funktionen

Kubernetes: Backend-bezogene igroups werden beim Konfigurieren der Treiber ontap-san und ontap-san-economy nicht mehr erstellt ("Problem #758").

Änderungen in 23.01.1

Korrekturen

  • Trident Operator wurde so korrigiert, dass er bei Angabe in der Spezifikation IPv6 localhost für die Installation verwendet.

  • Die Berechtigungen der Trident Operator-Clusterrolle wurden so angepasst, dass sie mit den Bundle-Berechtigungen übereinstimmen "Problem #799".

  • Ein Fix wurde hinzugefügt, um externen Prozessen zu ermöglichen, bis zum Abschluss ausgeführt zu werden.

  • Problem beim Anhängen von Raw-Block-Volume auf mehreren Knoten im RWX-Modus behoben.

  • Die Unterstützung für das Klonen von FlexGroup und den Volumenimport für SMB-Volumes wurde behoben.

Änderungen in 23.01

Wichtig Kubernetes 1.27 wird jetzt in Trident unterstützt. Bitte aktualisieren Sie Trident, bevor Sie Kubernetes aktualisieren.

Korrekturen

  • Kubernetes: Es wurden Optionen hinzugefügt, um die Erstellung von Pod-Sicherheitsrichtlinien auszuschließen und so Trident-Installationen über Helm zu reparieren ("Probleme #783, #794").

Verbesserungen

Kubernetes

  • Unterstützung für Kubernetes 1.26 hinzugefügt.

  • Verbesserte allgemeine Trident RBAC Ressourcenauslastung ("Problem #757").

  • Automatisierung hinzugefügt, um fehlerhafte oder veraltete iSCSI-Sitzungen auf Hostknoten zu erkennen und zu beheben.

  • Unterstützung für die Erweiterung von LUKS-verschlüsselten Volumes hinzugefügt.

  • Kubernetes: Unterstützung für die Rotation von Anmeldeinformationen für LUKS-verschlüsselte Volumes hinzugefügt.

Trident

  • Unterstützung für SMB-Volumes mit Amazon FSx for NetApp ONTAP wurde dem ontap-nas-Speichertreiber hinzugefügt.

  • Unterstützung für NTFS-Berechtigungen bei Verwendung von SMB-Volumes hinzugefügt.

  • Unterstützung für Speicherpools für GCP-Volumes mit CVS-Servicelevel hinzugefügt.

  • Unterstützung für die optionale Verwendung von flexgroupAggregateList beim Erstellen von FlexGroups mit dem ontap-nas-flexgroup Storage-Treiber hinzugefügt.

  • Verbesserte Leistung des ontap-nas-economy-Speichertreibers bei der Verwaltung mehrerer FlexVol-Volumes

  • Aktivierte dataLIF-Updates für alle ONTAP NAS-Speichertreiber.

  • Die Trident-Bereitstellungs- und DaemonSet-Namenskonvention wurde aktualisiert, um das Betriebssystem des Host-Knotens widerzuspiegeln.

Veraltete Funktionen

  • Kubernetes: Mindestunterstützte Kubernetes-Version auf 1.21 aktualisiert.

  • DataLIFs sollten bei der Konfiguration von ontap-san oder ontap-san-economy Treibern nicht mehr angegeben werden.

Änderungen in 22.10

Sie müssen die folgenden wichtigen Informationen lesen, bevor Sie auf Trident 22.10 aktualisieren.

Warnung
<strong>Wichtige Informationen zu Trident 22.10</strong>

  • Kubernetes 1.25 wird jetzt in Trident unterstützt. Sie müssen Trident auf 22.10 aktualisieren, bevor Sie auf Kubernetes 1.25 aktualisieren.

  • Trident setzt nun die Verwendung der Multipathing-Konfiguration in SAN-Umgebungen strikt durch, mit einem empfohlenen Wert von find_multipaths: no in der multipath.conf-Datei.

    Die Verwendung einer Konfiguration ohne Multipathing oder die Verwendung von find_multipaths: yes oder find_multipaths: smart Wert in der Datei multipath.conf führt zu Mount-Fehlern. Trident hat die Verwendung von find_multipaths: no seit der Version 21.07 empfohlen.

Korrekturen

  • Problem behoben, das spezifisch für ONTAP Backend war, das mit credentials Feld erstellt wurde und während des Upgrades auf 22.07.0 nicht online ging ("Problem #759").

  • Docker: Es wurde ein Problem behoben, das dazu führte, dass das Docker-Volume-Plugin in einigen Umgebungen ("Problem #548" und "Problem #760") nicht gestartet werden konnte.

  • SLM-Problem speziell für ONTAP SAN-Backends behoben, um sicherzustellen, dass nur eine Teilmenge der dataLIFs, die zu den meldenden Knoten gehören, veröffentlicht wird.

  • Leistungsproblem behoben, bei dem beim Anhängen eines Volumes unnötige Scans nach iSCSI-LUNs auftraten.

  • Granulare Wiederholungsversuche innerhalb des Trident iSCSI-Workflows wurden entfernt, um ein schnelles Scheitern zu ermöglichen und die externen Wiederholungsintervalle zu reduzieren.

  • Behobenes Problem, bei dem ein Fehler zurückgegeben wurde, wenn ein iSCSI-Gerät gespült wurde, während das entsprechende Multipath-Gerät bereits gespült worden war.

Verbesserungen

  • Kubernetes:

    • Unterstützung für Kubernetes 1.25 hinzugefügt. Sie müssen Trident auf 22.10 aktualisieren, bevor Sie auf Kubernetes 1.25 aktualisieren.

    • Ein separates ServiceAccount, ClusterRole und ClusterRoleBinding wurde für die Trident-Bereitstellung und das DaemonSet hinzugefügt, um zukünftige Berechtigungserweiterungen zu ermöglichen.

    • Unterstützung für "Namensraumübergreifende Volumenfreigabe" hinzugefügt.

  • Alle Trident ontap-* Speichertreiber funktionieren jetzt mit der ONTAP REST API.

  • Neuer Operator-yaml (bundle_post_1_25.yaml) ohne ein PodSecurityPolicy hinzugefügt, um Kubernetes 1.25 zu unterstützen.

  • Hinzugefügt "Unterstützung für LUKS-verschlüsselte Datenträger" für ontap-san und ontap-san-economy Speichertreiber.

  • Unterstützung für Windows Server 2019-Knoten hinzugefügt.

  • Hinzugefügt "Unterstützung für SMB-Volumes auf Windows-Knoten" durch den azure-netapp-files Speichertreiber.

  • Automatische MetroCluster-Umschalterkennung für ONTAP-Treiber ist jetzt allgemein verfügbar.

Veraltete Funktionen

  • Kubernetes: Mindestunterstützte Kubernetes-Version auf 1.20 aktualisiert.

  • Astra Data Store (ADS) Treiber entfernt.

  • Unterstützung für yes und smart Optionen für find_multipaths bei der Konfiguration von Worker-Node-Multipathing für iSCSI entfernt.

Änderungen in 22.07

Korrekturen

Kubernetes

  • Problem bei der Verarbeitung von booleschen und numerischen Werten für den Knotenselektor bei der Konfiguration von Trident mit Helm oder dem Trident Operator behoben. ("GitHub Issue #700")

  • Ein Problem bei der Fehlerbehandlung von Nicht-CHAP-Pfaden wurde behoben, sodass kubelet im Fehlerfall einen erneuten Versuch unternimmt. "GitHub Issue #736")

Verbesserungen

  • Umstellung von k8s.gcr.io auf registry.k8s.io als Standard-Registry für CSI-Images

  • ONTAP-SAN-Volumes verwenden ab sofort knotenspezifische Initiatorgruppen und ordnen LUNs nur dann Initiatorgruppen zu, wenn sie aktiv auf diesen Knoten veröffentlicht sind, um unsere Sicherheitslage zu verbessern. Bestehende Volumes werden opportunistisch auf das neue Initiatorgruppen-Schema umgestellt, sobald Trident feststellt, dass dies sicher ist und laufende Workloads nicht beeinträchtigt werden.

  • Eine ResourceQuota ist jetzt bei Trident-Installationen enthalten, um sicherzustellen, dass Trident DaemonSet eingeplant wird, wenn der PriorityClass-Verbrauch standardmäßig begrenzt ist.

  • Unterstützung für Netzwerkfunktionen zum Azure NetApp Files-Treiber hinzugefügt. ("GitHub Issue #717")

  • Tech-Preview: Automatische MetroCluster-Umschaltungserkennung zu ONTAP-Treibern hinzugefügt. ("GitHub issue Nr. 228")

Veraltete Funktionen

  • Kubernetes: Mindestunterstützte Kubernetes-Version auf 1.19 aktualisiert.

  • Die Backend-Konfiguration erlaubt nicht mehr mehrere Authentifizierungstypen in einer einzigen Konfiguration.

Entfernungen

  • AWS CVS driver (veraltet seit 22.04) wurde entfernt.

  • Kubernetes

    • Unnötige SYS_ADMIN-Berechtigung aus den Node-Pods entfernt.

    • Reduziert nodeprep auf einfache Hostinformationen und aktive Diensterkennung, um bestmöglich zu bestätigen, dass NFS/iSCSI-Services auf den Worker-Knoten verfügbar sind.

Dokumentation

Ein neuer "Pod-Sicherheitsstandards" (PSS)-Abschnitt wurde hinzugefügt, der die von Trident bei der Installation aktivierten Berechtigungen detailliert beschreibt.

Änderungen in 22.04

NetApp verbessert und erweitert seine Produkte und Services kontinuierlich. Hier sind einige der neuesten Funktionen in Trident. Informationen zu früheren Versionen finden Sie in der Dokumentation.

Wichtig Wenn Sie von einer früheren Trident-Version aktualisieren und Azure NetApp Files verwenden, ist der location Konfigurationsparameter nun ein obligatorisches Singleton-Feld.

Korrekturen

  • Verbesserte Analyse von iSCSI-Initiatornamen. ("GitHub Issue #681")

  • Problem behoben, bei dem CSI-Speicherklassenparameter nicht zulässig waren. ("GitHub Issue #598")

  • Doppelte Schlüsseldeklaration in Trident CRD behoben. ("GitHub Issue #671")

  • Fehlerhafte CSI-Snapshot-Protokolle korrigiert. ("GitHub Issue #629"))

  • Problem beim Aufheben der Veröffentlichung von Volumes auf gelöschten Knoten behoben. ("GitHub issue Nr. 691")

  • Die Behandlung von Dateisysteminkonsistenzen auf Blockgeräten wurde hinzugefügt. ("GitHub Issue #656")

  • Problem beim Abrufen von Auto-Support-Images beim Setzen des imageRegistry-Flags während der Installation behoben. ("GitHub Issue #715")

  • Problem behoben, bei dem der Azure NetApp Files-Treiber ein Volume mit mehreren Exportregeln nicht klonen konnte.

Verbesserungen

  • Eingehende Verbindungen zu den sicheren Endpunkten von Trident erfordern nun mindestens TLS 1.3. ("GitHub Issue #698")

  • Trident fügt nun HSTS-Header zu den Antworten von seinen sicheren Endpunkten hinzu.

  • Trident versucht nun, die Azure NetApp Files Unix-Berechtigungsfunktion automatisch zu aktivieren.

  • Kubernetes: Trident Daemonset läuft jetzt mit der Prioritätsklasse „system-node-critical“. ("GitHub issue Nr. 694")

Entfernungen

E-Series-Treiber (deaktiviert seit 20.07) wurde entfernt.

Änderungen in 22.01.1

Korrekturen

  • Problem beim Aufheben der Veröffentlichung von Volumes auf gelöschten Knoten behoben. ("GitHub issue Nr. 691")

  • Panik beim Zugriff auf Nullfelder für Aggregatspeicherplatz in ONTAP-API-Antworten behoben.

Änderungen in 22.01.0

Korrekturen

  • Kubernetes: Erhöhen Sie die Backoff-Wiederholungszeit für die Knotenregistrierung bei großen Clustern.

  • Behobenes Problem, bei dem der azure-netapp-files-Treiber durch mehrere Ressourcen mit demselben Namen verwirrt werden konnte.

  • ONTAP SAN IPv6 DataLIFs funktionieren jetzt, wenn sie mit Klammern angegeben werden.

  • Problem behoben, bei dem der Versuch, ein bereits importiertes Volume zu importieren, EOF zurückgab und die PVC im Status „Ausstehend“ verblieb. ("GitHub Issue #489")

  • Problem behoben, bei dem die Trident-Leistung nachließ, wenn mehr als 32 Snapshots auf einem SolidFire-Volume erstellt wurden.

  • SHA-1 wurde bei der Erstellung von SSL-Zertifikaten durch SHA-256 ersetzt.

  • Azure NetApp Files-Treiber wurde behoben, um doppelte Ressourcennamen zuzulassen und Vorgänge auf einen einzigen Standort zu beschränken.

  • Azure NetApp Files-Treiber wurde behoben, um doppelte Ressourcennamen zuzulassen und Vorgänge auf einen einzigen Standort zu beschränken.

Verbesserungen

  • Kubernetes-Erweiterungen:

    • Unterstützung für Kubernetes 1.23 hinzugefügt.

    • Fügen Sie Planungsoptionen für Trident Pods hinzu, wenn diese über Trident Operator oder Helm installiert werden. ("GitHub issue Nr. 651")

  • Regionsübergreifende Volumes im GCP-Treiber zulassen. ("GitHub Issue #633")

  • Unterstützung für die Option „unixPermissions“ zu Azure NetApp Files-Volumes hinzugefügt. ("GitHub Issue #666")

Veraltete Funktionen

Trident REST interface kann nur an den Adressen 127.0.0.1 oder [::1] lauschen und Anfragen bedienen

Änderungen in 21.10.1

Warnung Die Version v21.10.0 weist ein Problem auf, das den Trident Controller in einen CrashLoopBackOff-Zustand versetzen kann, wenn ein Node aus dem Kubernetes-Cluster entfernt und dann wieder hinzugefügt wird. Dieses Problem ist in v21.10.1 (GitHub issue 669) behoben.

Korrekturen

  • Potenzielle Race Condition beim Importieren eines Volumes auf einem GCP CVS-Backend, die zu einem Fehler beim Import führte, wurde behoben.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass der Trident Controller in einen CrashLoopBackOff Zustand geriet, wenn ein Knoten aus dem Kubernetes-Cluster entfernt und anschließend wieder hinzugefügt wurde (GitHub issue 669).

  • Problem behoben, bei dem SVMs nicht mehr gefunden wurden, wenn kein SVM-Name angegeben wurde (GitHub issue 612).

Änderungen in 21.10.0

Korrekturen

  • Problem behoben, bei dem Klone von XFS-Volumes nicht auf demselben Knoten wie das Quellvolume eingebunden werden konnten (GitHub issue 514).

  • Problem behoben, bei dem Trident beim Herunterfahren einen schwerwiegenden Fehler protokollierte (GitHub issue 597).

  • Kubernetes-bezogene Korrekturen:

    • Geben Sie den belegten Speicherplatz eines Volumes als minimales restoreSize zurück, wenn Snapshots mit ontap-nas und ontap-nas-flexgroup Treibern erstellt werden (GitHub issue 645).

    • Problem behoben, bei dem Failed to expand filesystem ein Fehler nach einer Volumenänderung protokolliert wurde (GitHub issue 560).

    • Problem behoben, bei dem ein Pod im Terminating Zustand hängen bleiben konnte (GitHub issue 572).

    • Der Fall, in dem ein ontap-san-economy FlexVol möglicherweise mit Snapshot-LUNs gefüllt war, wurde behoben (GitHub issue 533).

    • Problem mit dem benutzerdefinierten YAML-Installer bei Verwendung eines anderen Images behoben (GitHub issue 613).

    • Korrektur der Snapshot-Größenberechnung (GitHub issue 611).

    • Problem behoben, bei dem alle Trident-Installationsprogramme normales Kubernetes als OpenShift (GitHub Issue 639) identifizieren konnten.

    • Der Trident-Operator wurde so korrigiert, dass die Abgleichung gestoppt wird, wenn der Kubernetes-API-Server nicht erreichbar ist (GitHub issue 599).

Verbesserungen

  • Unterstützung für unixPermissions Option für GCP-CVS Performance-Volumes hinzugefügt.

  • Unterstützung für skalierungsoptimierte CVS-Volumes in GCP im Bereich von 600 GiB bis 1 TiB hinzugefügt.

  • Kubernetes-bezogene Verbesserungen:

    • Unterstützung für Kubernetes 1.22 hinzugefügt.

    • Trident-Operator und Helm-Chart wurden für Kubernetes 1.22 aktiviert (GitHub issue 628).

    • Operator-Image zum tridentctl images-Befehl hinzugefügt (GitHub issue 570).

Experimentelle Erweiterungen

  • Unterstützung für die Volume-Replikation im ontap-san driver hinzugefügt.

  • Tech Preview REST-Unterstützung für die ontap-nas-flexgroup, ontap-san und ontap-nas-economy Treiber hinzugefügt.

Bekannte Probleme

Bekannte Probleme identifizieren Schwierigkeiten, die eine erfolgreiche Nutzung des Produkts verhindern könnten.

  • Beim Upgrade eines Kubernetes-Clusters von Version 1.24 auf 1.25 oder höher, auf dem Trident installiert ist, müssen Sie values.yaml aktualisieren, um excludePodSecurityPolicy auf true zu setzen oder --set excludePodSecurityPolicy=true zum helm upgrade Befehl hinzuzufügen, bevor Sie das Cluster aktualisieren können.

  • Trident erzwingt nun ein leeres fsType (fsType="" für Volumes, die das fsType nicht in ihrer StorageClass angegeben haben. Bei der Arbeit mit Kubernetes 1.17 oder höher unterstützt Trident die Angabe eines leeren fsType für NFS-Volumes. Für iSCSI-Volumes müssen Sie das fsType in Ihrer StorageClass festlegen, wenn Sie ein fsGroup mithilfe eines Security Context erzwingen.

  • Wenn ein Backend über mehrere Trident-Instanzen hinweg verwendet wird, sollte jede Backend-Konfigurationsdatei einen anderen storagePrefix Wert für ONTAP-Backends haben oder einen anderen TenantName für SolidFire-Backends verwenden. Trident kann Volumes, die von anderen Trident-Instanzen erstellt wurden, nicht erkennen. Der Versuch, ein vorhandenes Volume auf ONTAP- oder SolidFire-Backends zu erstellen, ist erfolgreich, da Trident die Volume-Erstellung als idempotente Operation behandelt. Wenn storagePrefix oder TenantName nicht unterschiedlich sind, kann es zu Namenskonflikten bei Volumes kommen, die auf demselben Backend erstellt werden.

  • Bei der Installation von Trident (mithilfe von tridentctl oder dem Trident Operator) und der Verwendung von tridentctl zur Verwaltung von Trident sollten Sie sicherstellen, dass die KUBECONFIG Umgebungsvariable gesetzt ist. Dies ist erforderlich, um den Kubernetes-Cluster anzugeben, gegen den tridentctl arbeiten soll. Wenn Sie mit mehreren Kubernetes-Umgebungen arbeiten, sollten Sie sicherstellen, dass die KUBECONFIG Datei korrekt eingebunden wird.

  • Um die Online-Speicherplatzfreigabe für iSCSI-PVs durchzuführen, benötigt das zugrunde liegende Betriebssystem auf dem Worker-Knoten möglicherweise Mount-Optionen für das Volume. Dies gilt für RHEL/Red Hat Enterprise Linux CoreOS (RHCOS)-Instanzen, die die discard "Mount-Option" benötigen; stellen Sie sicher, dass die discard mountOption in Ihrer [StorageClass enthalten ist, um die Online-Blockverwerfung zu unterstützen.

  • Wenn Sie mehr als eine Instanz von Trident pro Kubernetes-Cluster haben, kann Trident nicht mit anderen Instanzen kommunizieren und kann andere von ihnen erstellte Volumes nicht entdecken, was zu unerwartetem und fehlerhaftem Verhalten führt, wenn mehr als eine Instanz innerhalb eines Clusters ausgeführt wird. Es sollte nur eine Instanz von Trident pro Kubernetes-Cluster geben.

  • Wenn Trident-basierte `StorageClass`Objekte aus Kubernetes gelöscht werden, während Trident offline ist, entfernt Trident die entsprechenden Speicherklassen nicht aus seiner Datenbank, wenn es wieder online ist. Sie sollten diese Speicherklassen mit `tridentctl`oder der REST-API löschen.

  • Wenn ein Benutzer ein von Trident bereitgestelltes PV löscht, bevor er das zugehörige PVC löscht, wird das zugrunde liegende Volume von Trident nicht automatisch gelöscht. Sie sollten das Volume über tridentctl oder die REST-API entfernen.

  • ONTAP kann nicht gleichzeitig mehr als eine FlexGroup bereitstellen, es sei denn, die Menge der Aggregate ist für jede Bereitstellungsanfrage eindeutig.

  • Bei der Verwendung von Trident über IPv6 sollten Sie managementLIF und dataLIF in der Backend-Definition in eckigen Klammern angeben. Zum Beispiel [fd20:8b1e:b258:2000:f816:3eff:feec:0].

    Hinweis Sie können dataLIF auf einem ONTAP SAN-Backend nicht angeben. Trident erkennt alle verfügbaren iSCSI-LIFs und verwendet sie, um die Multipath-Sitzung herzustellen.

  • Wenn Sie den solidfire-san Treiber mit OpenShift 4.5 verwenden, stellen Sie sicher, dass die zugrunde liegenden Worker-Knoten MD5 als CHAP-Authentifizierungsalgorithmus verwenden. Sichere, FIPS-konforme CHAP-Algorithmen SHA1, SHA-256 und SHA3-256 sind mit Element 12.7 verfügbar.

Weitere Informationen