Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Anforderungen

Beitragende juliantap netapp-aruldeepa joan-ing netapp-mwallis sjpeeris netapp-shwetav gnarl
Änderungen vorschlagen
PDFs

Vor der Installation von Trident sollten Sie die folgenden allgemeinen Systemanforderungen überprüfen. Spezifische Back-Ends können zusätzliche Anforderungen haben.

Wichtige Informationen über Trident

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

<strong>-Informationen über Trident </strong>

  • Kubernetes 1.36 wird jetzt in Trident unterstützt. Trident sollte vor Kubernetes aktualisiert werden.

  • Trident setzt die Verwendung der Multipathing-Konfiguration in SAN-Umgebungen strikt durch, wobei der empfohlene Wert find_multipaths: no in der Multipath.conf Datei verwendet wird.

    Verwendung einer Konfiguration ohne Multipathing oder Verwendung von find_multipaths: yes Oder find_multipaths: smart Der Wert in der Multipath.conf-Datei führt zu Mount-Fehlern. Trident empfiehlt die Verwendung von find_multipaths: no Seit der Version 21.07.

Unterstützte Frontends (Orchestrators)

Trident unterstützt diverse Container-Engines und -Orchestrierungslösungen, darunter:

  • Anthos On-Premises (VMware) und Anthos auf Bare Metal 1.16

  • Kubernetes 1.27 - 1.36

  • OpenShift 4.12, 4.14 - 4.22 (Bei geplanter Verwendung der iSCSI-Knotenvorbereitung mit OpenShift 4.19 ist die minimal unterstützte Trident Version 25.06.1.)

    Hinweis Trident unterstützt weiterhin ältere OpenShift-Versionen im Einklang mit der"Red Hat Extended Update Support (EUS) Release-Lebenszyklus" , auch wenn sie auf Kubernetes-Versionen basieren, die vom Upstream nicht mehr offiziell unterstützt werden. In solchen Fällen können Sie bei der Installation von Trident alle Warnmeldungen zur Kubernetes-Version getrost ignorieren.

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

Trident kann auch mit einer Vielzahl anderer, vollständig gemanagter und selbst gemanagter Kubernetes-Angebote eingesetzt werden, wie z. B. 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 verwendet werden"KubeVirt".

Warnung Lesen Sie, bevor Sie ein Kubernetes-Cluster von 1.25 auf 1.26 oder höher aktualisieren, auf dem Trident installiert "Aktualisieren einer Helm-Installation"ist.

Unterstützte Back-Ends (Storage)

Um Trident verwenden zu können, benötigen Sie eines oder mehrere der folgenden unterstützten Back-Ends:

  • Amazon FSX für NetApp ONTAP

  • Azure NetApp Dateien

  • Cloud Volumes ONTAP

  • Google Cloud NetApp Volumes

  • NetApp All-SAN-Array (ASA)

  • Lokale FAS, AFF oder ASA r2-Systeme (iSCSI, NVMe/TCP und FC) mit ONTAP Versionen unter vollständiger oder eingeschränkter NetApp Unterstützung. Sehen "Unterstützung Der Softwareversion"Die

  • 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 die KubeVirt- und OpenShift-Virtualisierung:

  • ontap-nas

  • ONTAP san (iSCSI, FCP, NVMe over TCP)

  • ONTAP-san-Economy (nur iSCSI)

Zu berücksichtigende Aspekte:

  • Aktualisieren Sie die Storage-Klasse, um den fsType Parameter (z. B. fsType: "ext4" ) in der OpenShift Virtualization-Umgebung zu erhalten. Setzen Sie bei Bedarf den Volume-Modus explizit auf Blockieren, indem Sie den Parameter im dataVolumeTemplates verwenden volumeMode=Block, um CDI zum Erstellen von Block-Daten-Volumes zu benachrichtigen.

  • RWX-Zugriffsmodus für Block-Speicher-Treiber: ONTAP-san (iSCSI, NVMe/TCP, FC) und ONTAP-san-Economy (iSCSI) Treiber werden nur mit "VolumeMode: Block" (RAW Device) unterstützt. Für diese Treiber kann der fstype Parameter nicht verwendet werden, da die Volumes im RAW-Device-Modus bereitgestellt werden.

  • Für Workflows mit Live-Migration, für die der RWX-Zugriffsmodus erforderlich ist, werden folgende Kombinationen unterstützt:

    • NFS + volumeMode=Filesystem

    • ISCSI + volumeMode=Block (RAW-Gerät)

    • NVMe/TCP + volumeMode=Block (RAW-Gerät)

    • FC + volumeMode=Block (RAW Device)

Trident Unterstützung für Kubernetes auf Kubernetes und OpenShift gehosteten Steuerungsebenen

Ab Version 26.06 qualifiziert Trident die Kubernetes auf Kubernetes Topologie vollständig. Kubernetes-Cluster, deren Knoten als KubeVirt virtuelle Maschinen auf einem Infrastruktur- (Host-) Cluster ausgeführt werden. Diese Topologie bildet die Grundlage für gehostete Steuerungsebenen-Angebote wie OpenShift hosted control planes (HCP) auf OpenShift Virtualization.

Hinweis Diese Konfiguration funktionierte in früheren Versionen, aber die vollständige Qualifizierung beginnt mit 26.06.

Der Gastcluster (Mandantencluster) nutzt den KubeVirt CSI-Treiber (kubevirt-csi als Speicheranbieter. Wenn eine Arbeitslast im Gastcluster einen Speicher PersistentVolumeClaim anfordert, erstellt der KubeVirt CSI-Treiber ein entsprechendes Volume im Infrastrukturcluster. Trident stellt das Volume aus ONTAP bereit, und das Volume wird im laufenden Betrieb in die VM des Gastknotens eingebunden. Trident läuft ausschließlich im Infrastrukturcluster. Der Gastcluster nutzt ONTAP Speicher indirekt über den KubeVirt CSI-Treiber.

Anforderungen:

  • Trident ist auf dem Infrastruktur-Cluster mit einem unterstützten ONTAP Backend installiert.

  • Im Infrastruktur-Cluster existiert eine Trident-Speicherklasse, auf die der KubeVirt CSI-Treiber Gast-Cluster-Volumes abbilden kann.

  • KubeVirt oder OpenShift Virtualisierung wird auf dem Infrastruktur-Cluster bereitgestellt, und der KubeVirt CSI-Treiber ist in jedem Gast-Cluster installiert.

Komponente Version

Trident

26,06

Kubernetes (Infrastruktur und Gast-Cluster)

1,36

KubeVirt

1.9.0-beta.0

Containerisierter Datenimporteur (CDI)

1,65
Zu berücksichtigende Aspekte:

  • Im Gast-Cluster erscheinen die Volumes als Hot-Plug-Blockgeräte auf den Gastknoten-VMs.

  • Der KubeVirt CSI-Treiber-Workflow erfordert kein Trident im Gast-Cluster. Das ONTAP Backend und die Storage Class werden im Infrastruktur-Cluster konfiguriert.

Trident wird direkt im Gast-Cluster installiert:

Trident kann auch direkt im Gast- (Mandanten-)Cluster installiert werden. Die Installation von Trident im Gast-Cluster ist dann sinnvoll, wenn der vollständige Funktionsumfang von Trident benötigt wird, wie zum Beispiel Snapshots, Klone, Volumengrößenänderung und Import, was kubevirt-csi selbst nicht bereitstellt.

Im Gast-Cluster werden IP-basierte Protokolle verwendet: NFS, iSCSI und NVMe/TCP. Der Gast-Cluster unterstützt kein Fibre Channel (FC), da die Gast-Knoten virtuelle Maschinen ohne direkte FC-Konnektivität sind.

Anforderungen an die Funktionen

Die folgende Tabelle bietet einen Überblick über die mit dieser Version von Trident verfügbaren Funktionen und die unterstützten Versionen von Kubernetes.

Merkmal Kubernetes-Version Funktionstore erforderlich?

Trident

1.27 - 1.36

Nein

Volume Snapshots

1.27 - 1.36

Nein

PVC aus Volume Snapshots

1.27 - 1.36

Nein

ISCSI PV-Größe

1.27 - 1.36

Nein

Bidirektionales ONTAP-CHAP

1.27 - 1.36

Nein

Dynamische Exportrichtlinien

1.27 - 1.36

Nein

Trident Operator

1.27 - 1.36

Nein

CSI-Topologie

1.27 - 1.36

Nein

Getestete Host-Betriebssysteme

Trident unterstützt zwar offiziell keine bestimmten Betriebssysteme, aber dafür ist bekannt, dass Folgendes funktioniert:

  • Von der 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 Für NVMe/TCP ist RHEL 9 oder höher erforderlich.

  • 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 wird Trident in einem Container ausgeführt und wird daher auf jedem Linux-Worker ausgeführt. Diese Mitarbeiter müssen jedoch in der Lage sein, die Volumes, die Trident bietet, mit dem standardmäßigen NFS-Client oder iSCSI-Initiator zu mounten, je nach den von Ihnen verwendeten Back-Ends.

Der tridentctl Utility läuft auch auf jeder dieser Linux-Distributionen.

Host-Konfiguration

Alle Worker-Nodes im Kubernetes-Cluster müssen in der Lage sein, die Volumes, die Sie für Ihre Pods bereitgestellt haben, zu mounten. Um die Worker-Nodes vorzubereiten, müssen Sie auf der Grundlage Ihrer Treiberauswahl NFS-, iSCSI- oder NVMe-Tools installieren.

"Bereiten Sie den Knoten „Worker“ vor"

Konfiguration des Storage-Systems

Trident erfordert möglicherweise Änderungen am Storage-System, bevor es von einer Backend-Konfiguration verwendet werden kann.

"Back-Ends konfigurieren"

Trident-Ports

Trident erfordert für die Kommunikation den Zugriff auf bestimmte Ports.

"Trident-Ports"

Container-Images und entsprechende Kubernetes-Versionen

Bei Installationen mit Air-Gap-Technologie ist die folgende Liste eine Referenz für Container-Images, die zur Installation von Trident erforderlich sind. Überprüfen Sie mit dem tridentctl images Befehl die Liste der erforderlichen Container-Images.

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

Kubernetes-Versionen Container-Image

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

  • docker.io/netapp/trident:26.02.0

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

  • registry.k8s.io/sig-storage/csi-provisioner:v6.1.0

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

  • registry.k8s.io/sig-storage/csi-resizer:v2.0.0

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

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

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