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.

Anforderungen

Änderungen vorschlagen
PDFs

Vor der Installation von Trident sollten Sie diese allgemeinen Systemvoraussetzungen überprüfen. Bestimmte Backends können zusätzliche Anforderungen haben.

Wichtige Informationen zu Trident

Sie müssen die folgenden wichtigen Informationen über Trident lesen.

<strong>Wichtige Informationen zu Trident</strong>

  • Kubernetes 1.34 wird jetzt in Trident unterstützt. Aktualisieren Sie Trident, bevor Sie Kubernetes aktualisieren.

  • Trident setzt 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.

Unterstützte Frontends (Orchestratoren)

Trident unterstützt mehrere Container-Engines und Orchestratoren, einschließlich der folgenden:

  • Anthos On-Prem (VMware) und Anthos on bare metal 1.16

  • Kubernetes 1.27 - 1.34

  • OpenShift 4.12, 4.14 - 4.20 (Wenn Sie die iSCSI-Knotenvorbereitung mit OpenShift 4.19 verwenden möchten, ist die minimal unterstützte Trident-Version 25.06.1.)

    Hinweis Trident unterstützt weiterhin ältere OpenShift-Versionen in Übereinstimmung mit dem "Red Hat Extended Update Support (EUS) Release-Lebenszyklus", selbst wenn sie auf Kubernetes-Versionen basieren, die upstream nicht mehr offiziell unterstützt werden. Bei der Installation von Trident in solchen Fällen können Sie Warnmeldungen zur Kubernetes-Version getrost ignorieren.

  • Rancher Kubernetes Engine 2 (RKE2) v1.28.x - 1.34.x

    Hinweis Während Trident auf Rancher Kubernetes Engine 2 (RKE2) Versionen 1.27.x - 1.34.x unterstützt wird, wurde Trident derzeit nur für RKE2 v1.28.5+rke2r1 qualifiziert.

Trident arbeitet außerdem mit einer Vielzahl anderer vollständig verwalteter und selbstverwalteter Kubernetes-Angebote zusammen, einschließlich Google Kubernetes Engine (GKE), Amazon Elastic Kubernetes Services (EKS), Azure Kubernetes Service (AKS), Mirantis Kubernetes Engine (MKE) und VMWare Tanzu Portfolio.

Trident und ONTAP können als Speicheranbieter für "KubeVirt" verwendet werden.

Warnung Bevor Sie einen Kubernetes-Cluster von Version 1.25 auf 1.26 oder höher aktualisieren, auf dem Trident installiert ist, beachten Sie "Aktualisieren einer Helm-Installation".

Unterstützte Backends (Storage)

Um Trident zu verwenden, benötigen Sie eines oder mehrere der folgenden unterstützten Backends:

  • Amazon FSx for NetApp ONTAP

  • Azure NetApp Files

  • Cloud Volumes ONTAP

  • Google Cloud NetApp Volumes

  • NetApp All SAN Array (ASA)

  • Lokale FAS, AFF oder ASA r2 (iSCSI, NVMe/TCP und FC) mit ONTAP-Versionen unter NetApp voller oder eingeschränkter Unterstützung. Siehe "Software-Versions-Support".

  • NetApp HCI/Element-Software 11 oder höher

Trident Unterstützung für KubeVirt und OpenShift Virtualisierung

Unterstützte Speichertreiber:

Trident unterstützt die folgenden ONTAP-Treiber für KubeVirt und OpenShift Virtualisierung:

  • ontap-nas

  • ontap-nas-economy

  • ontap-san (iSCSI, FCP, NVMe over TCP)

  • ontap-san-economy (nur iSCSI)

Zu beachtende Punkte:

  • Aktualisieren Sie die Speicherklasse, sodass der fsType Parameter (zum Beispiel: fsType: "ext4") in der OpenShift Virtualisierungsumgebung vorhanden ist. Falls erforderlich, legen Sie den Volume-Modus explizit auf Block fest, indem Sie den volumeMode=Block Parameter in der dataVolumeTemplates verwenden, um CDI anzuweisen, Blockdaten-Volumes zu erstellen.

  • RWX-Zugriffsmodus für Block-Speichertreiber: ontap-san (iSCSI, NVMe/TCP, FC) und ontap-san-economy (iSCSI) Treiber werden nur mit "volumeMode: Block" (Rohgerät) unterstützt. Für diese Treiber kann der fstype Parameter nicht verwendet werden, da die Volumes im Rohgerätemodus bereitgestellt werden.

  • Für Live-Migrations-Workflows, bei denen der RWX-Zugriffsmodus erforderlich ist, sind diese Kombinationen unterstützt:

    • NFS + volumeMode=Filesystem

    • iSCSI + volumeMode=Block (Rohgerät)

    • NVMe/TCP + volumeMode=Block (Rohgerät)

    • FC + volumeMode=Block (Rohgerät)

Funktionsanforderungen

Die folgende Tabelle fasst die in dieser Version von Trident verfügbaren Funktionen und die unterstützten Kubernetes-Versionen zusammen.

Funktion Kubernetes-Version Feature gates erforderlich?

Trident

1.27 - 1.34

Nein

Volume-Snapshots

1.27 - 1.34

Nein

PVC aus Volume Snapshots

1.27 - 1.34

Nein

iSCSI-PV-Größenänderung

1.27 - 1.34

Nein

ONTAP Bidirektionales CHAP

1.27 - 1.34

Nein

Dynamische Exportrichtlinien

1.27 - 1.34

Nein

Trident Operator

1.27 - 1.34

Nein

CSI-Topologie

1.27 - 1.34

Nein

Getestete Host-Betriebssysteme

Obwohl Trident keine spezifischen Betriebssysteme offiziell unterstützt, sind die folgenden dafür bekannt, zu funktionieren:

  • Von OpenShift Container Platform auf AMD64 und ARM64 unterstützte Red Hat Enterprise Linux CoreOS (RHCOS)-Versionen

  • Red Hat Enterprise Linux (RHEL) 8 oder höher auf AMD64 und ARM64

    Hinweis NVMe/TCP erfordert RHEL 9 oder später.

  • Ubuntu 22.04 LTS oder höher auf AMD64 und ARM64

  • Windows Server 2022

  • SUSE Linux Enterprise Server (SLES) 15 oder höher

Standardmäßig läuft Trident in einem Container und ist daher auf jedem Linux-Worker lauffähig. Diese Worker müssen jedoch in der Lage sein, die von Trident bereitgestellten Volumes mithilfe des Standard-NFS-Clients oder iSCSI-Initiators einzubinden, abhängig von den verwendeten Backends.

Das tridentctl Dienstprogramm läuft auch auf allen diesen Linux-Distributionen.

Hostkonfiguration

Alle Worker-Knoten im Kubernetes-Cluster müssen die Volumes, die Sie für Ihre Pods bereitgestellt haben, einbinden können. Um die Worker-Knoten vorzubereiten, müssen Sie je nach Treiberauswahl NFS-, iSCSI- oder NVMe-Tools installieren.

"Bereiten Sie den Worker-Knoten vor"

Speichersystemkonfiguration

Trident erfordert möglicherweise Änderungen an einem Speichersystem, bevor eine Backend-Konfiguration es verwenden kann.

"Backends konfigurieren"

Trident-Ports

Trident benötigt Zugriff auf bestimmte Ports für die Kommunikation.

"Trident-Ports"

Container-Images und zugehörige Kubernetes-Versionen

Für Installationen ohne Internetverbindung (Air-Gap) ist die folgende Liste eine Referenz der Container-Images, die zur Installation von Trident benötigt werden. Verwenden Sie den tridentctl images-Befehl, um die Liste der benötigten Container-Images zu überprüfen.

Für Trident 25.10 werden Container-Images benötigt.

Kubernetes-Versionen Containerbild

v1.27.0, v1.28.0, v1.29.0, v1.30.0, v1.31.0, v1.32.0, v1.33.0, v1.34.0

  • docker.io/netapp/trident:25.10.0

  • docker.io/netapp/trident-autosupport:25.10

  • registry.k8s.io/sig-storage/csi-provisioner:v5.3.0

  • registry.k8s.io/sig-storage/csi-attacher:v4.10.0

  • registry.k8s.io/sig-storage/csi-resizer:v1.14.0

  • registry.k8s.io/sig-storage/csi-snapshotter:v8.3.0

  • registry.k8s.io/sig-storage/csi-node-driver-registrar:v2.15.0

  • docker.io/netapp/trident-operator:25.10.0 (optional)