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.

Trident operator mit Helm bereitstellen (Offline mode)

Änderungen vorschlagen
PDFs

Sie können den Trident-Operator bereitstellen und Trident mithilfe von Helm installieren. Dieser Prozess gilt für Installationen, bei denen die von Trident benötigten Container-Images in einer privaten Registry gespeichert sind. Wenn Sie keine private Image-Registry besitzen, verwenden Sie "Prozess für die Standardbereitstellung".

Wichtige Informationen zu Trident 25.10

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.

Den Trident-Operator bereitstellen und Trident mit Helm installieren

Mit dem Trident "Helm Chart" können Sie den Trident Operator bereitstellen und Trident in einem Schritt installieren.

Überprüfen Sie "die Installationsübersicht", um sicherzustellen, dass Sie die Installationsvoraussetzungen erfüllt und die richtige Installationsoption für Ihre Umgebung ausgewählt haben.

Bevor Sie beginnen

Zusätzlich zu dem "Bereitstellungsvoraussetzungen" benötigen Sie "Helm Version 3".

Wichtig Wenn Sie Trident in einem privaten Repository installieren und den imageRegistry Schalter verwenden, um den Speicherort des Repositorys anzugeben, verwenden Sie /netapp/ nicht im Repository-Pfad.
Schritte

  1. Fügen Sie das Trident Helm repository hinzu:

    helm repo add netapp-trident https://netapp.github.io/trident-helm-chart

  2. Verwenden Sie helm install und geben Sie einen Namen für Ihre Bereitstellung sowie den Speicherort der Image-Registry an. Ihre "Trident und CSI images" kann sich in einer Registry oder in verschiedenen Registrys befinden, aber alle CSI-Images müssen sich in derselben Registry befinden. In den Beispielen ist 100.2506.0 die Version von Trident, die Sie installieren.

    Images in einem Registry
    helm install <name> netapp-trident/trident-operator --version 100.2506.0 --set imageRegistry=<your-registry> --create-namespace --namespace <trident-namespace> --set nodePrep={iscsi}
    Images in verschiedenen Registern
    helm install <name> netapp-trident/trident-operator --version 100.2506.0 --set imageRegistry=<your-registry> --set operatorImage=<your-registry>/trident-operator:25.10.0 --set tridentAutosupportImage=<your-registry>/trident-autosupport:25.10 --set tridentImage=<your-registry>/trident:25.10.0 --create-namespace --namespace <trident-namespace> --set nodePrep={iscsi}
    Hinweis Wenn Sie bereits einen Namespace für Trident erstellt haben, wird durch den --create-namespace Parameter kein zusätzlicher Namespace erstellt.

Sie können helm list verwenden, um Installationsdetails wie Name, Namespace, Chart, Status, App-Version und Revisionsnummer zu überprüfen.

Konfigurationsdaten während der Installation übergeben

Es gibt zwei Möglichkeiten, Konfigurationsdaten während der Installation zu übergeben:

Option Beschreibung

--values (oder -f)

Geben Sie eine YAML-Datei mit Überschreibungen an. Dies kann mehrfach angegeben werden, und die ganz rechts stehende Datei hat Vorrang.

--set

Geben Sie Überschreibungen in der Befehlszeile an.

Um beispielsweise den Standardwert von debug zu ändern, führen Sie den folgenden Befehl aus, wobei 100.2506.0 die Version von Trident ist, die Sie installieren:

helm install <name> netapp-trident/trident-operator --version 100.2506.0  --create-namespace --namespace trident --set tridentDebug=true

Um den nodePrep Wert hinzuzufügen, führen Sie den folgenden Befehl aus:

helm install <name> netapp-trident/trident-operator --version 100.2506.0  --create-namespace --namespace trident --set nodePrep={iscsi}

Konfigurationsoptionen

Diese Tabelle und die values.yaml Datei, die Teil des Helm-Charts ist, enthalten die Liste der Schlüssel und ihrer Standardwerte.

Warnung Entfernen Sie die Standardaffinität nicht aus der Datei values.yaml. Wenn Sie eine benutzerdefinierte Affinität angeben möchten, erweitern Sie die Standardaffinität.
Option Beschreibung Standard

nodeSelector

Knotenbezeichnungen für die Pod-Zuweisung

podAnnotations

Pod-Anmerkungen

deploymentAnnotations

Bereitstellungsanmerkungen

tolerations

Toleranzen für die Pod-Zuordnung

affinity

Affinität für die Pod-Zuweisung

 
affinity:
  nodeAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
      nodeSelectorTerms:
        - matchExpressions:
            - key: kubernetes.io/arch
              operator: In
              values:
              - arm64
              - amd64
            - key: kubernetes.io/os
              operator: In
              values:
              - linux
Warnung Entfernen Sie die Standardaffinität nicht aus der Datei values.yaml. Wenn Sie eine benutzerdefinierte Affinität angeben möchten, erweitern Sie die Standardaffinität.

tridentControllerPluginNodeSelector

Zusätzliche Knotenselektoren für Pods. Weitere Einzelheiten finden Sie unter "Controller-Pods und Node-Pods verstehen".

tridentControllerPluginTolerations

Überschreibt die Kubernetes-Toleranzen für Pods. Weitere Informationen finden Sie unter "Controller-Pods und Node-Pods verstehen".

tridentNodePluginNodeSelector

Zusätzliche Knotenselektoren für Pods. Weitere Einzelheiten finden Sie unter "Controller-Pods und Node-Pods verstehen".

tridentNodePluginTolerations

Überschreibt die Kubernetes-Toleranzen für Pods. Weitere Informationen finden Sie unter "Controller-Pods und Node-Pods verstehen".

imageRegistry

Identifiziert die Registry für die trident-operator, trident und andere Images. Leer lassen, um den Standardwert zu akzeptieren. WICHTIG: Wenn Sie Trident in einem privaten Repository installieren und den imageRegistry-Schalter zur Angabe des Repository-Speicherorts verwenden, verwenden Sie /netapp/ nicht im Repository-Pfad.

""

imagePullPolicy

Legt die Image-Pull-Richtlinie für das trident-operator fest.

IfNotPresent

imagePullSecrets

Legt die Image-Pull-Secrets für die trident-operator, trident und andere Images fest.

kubeletDir

Ermöglicht das Überschreiben des Host-Speicherorts des internen Zustands von kubelet.

"/var/lib/kubelet"

operatorLogLevel

Ermöglicht das Protokollierungslevel des Trident-Operators auf: trace, debug, info, warn, error oder fatal festzulegen.

"info"

operatorDebug

Ermöglicht das Festlegen des Protokollierungsgrads des Trident-Operators auf Debug.

true

operatorImage

Ermöglicht das vollständige Überschreiben des Bildes für trident-operator.

""

operatorImageTag

Ermöglicht das Überschreiben des Tags des trident-operator-Images.

""

tridentIPv6

Ermöglicht die Aktivierung von Trident für den Einsatz in IPv6-Clustern.

false

tridentK8sTimeout

Überschreibt die standardmäßige Zeitüberschreitung von 180 Sekunden für die meisten Kubernetes-API-Operationen (falls ungleich Null, in Sekunden).

Hinweis Der tridentK8sTimeout Parameter ist nur für Trident-Installationen anwendbar.

180

tridentHttpRequestTimeout

Überschreibt die standardmäßige 90-Sekunden-Zeitüberschreitung für HTTP-Anfragen, wobei 0s eine unbegrenzte Dauer für die Zeitüberschreitung bedeutet. Negative Werte sind nicht zulässig.

"90s"

tridentSilenceAutosupport

Ermöglicht das Deaktivieren der periodischen AutoSupport-Berichterstattung von Trident.

false

tridentAutosupportImageTag

Ermöglicht das Überschreiben des Tags des Images für den Trident AutoSupport-Container.

<version>

tridentAutosupportProxy

Ermöglicht dem Trident AutoSupport Container, über einen HTTP-Proxy nach Hause zu telefonieren.

""

tridentLogFormat

Legt das Trident Protokollierungsformat (text oder json fest.

"text"

tridentDisableAuditLog

Deaktiviert den Trident Audit-Logger.

true

tridentLogLevel

Ermöglicht das Protokollierungslevel von Trident auf trace, debug, info, warn, error oder fatal festzulegen.

"info"

tridentDebug

Ermöglicht das Festlegen des Protokollierungsgrads von Trident auf debug.

false

tridentLogWorkflows

Ermöglicht die Aktivierung bestimmter Trident-Workflows für die Protokollierung von Ablaufverfolgungen oder die Unterdrückung von Protokollen.

""

tridentLogLayers

Ermöglicht die Aktivierung bestimmter Trident-Ebenen für die Protokollierung von Ablaufverfolgungen oder die Unterdrückung von Protokollen.

""

tridentImage

Ermöglicht das vollständige Überschreiben des Images für Trident.

""

tridentImageTag

Ermöglicht das Überschreiben des Tags des Images für Trident.

""

tridentProbePort

Ermöglicht das Überschreiben des Standardports, der für Kubernetes Liveness-/Readiness-Probes verwendet wird.

""

windows

Ermöglicht die Installation von Trident auf einem Windows-Worker-Knoten.

false

enableForceDetach

Ermöglicht die Aktivierung der Funktion zum erzwungenen Trennen. Sie können den Prozess des erzwungenen Trennens durch Integration mit dem Node Health Check (NHC) Operator automatisieren. Weitere Informationen finden Sie unter "Automatisierung des Failovers von zustandsbehafteten Anwendungen mit Trident".

false

excludePodSecurityPolicy

Schließt die Sicherheitsrichtlinie für den Operator-Pod von der Erstellung aus.

false

nodePrep

Ermöglicht es Trident, die Knoten des Kubernetes-Clusters für die Verwaltung von Volumes mithilfe des angegebenen Datenspeicherprotokolls vorzubereiten. Aktuell ist iscsi der einzige unterstützte Wert.

Hinweis Ab OpenShift 4.19 ist die minimale unterstützte Trident-Version für diese Funktion 25.06.1.

resources

Legt Kubernetes-Ressourcenlimits und -anforderungen für die Trident-Controller-, Node- und Operator-Pods fest. Sie können CPU und Arbeitsspeicher für jeden Container und Sidecar konfigurieren, um die Ressourcenzuweisung in Kubernetes zu verwalten.

Weitere Informationen zur Konfiguration von Ressourcenanforderungen und -limits finden Sie unter "Ressourcenverwaltung für Pods und Container".

Warnung

  • Ändern Sie NICHT die Namen von Containern oder Feldern.

  • Ändern Sie die Einrückung NICHT – die YAML-Einrückung ist für das korrekte Parsen entscheidend.
Hinweis

  • Es gelten standardmäßig keine Beschränkungen – nur Requests haben Standardwerte.

  • Containernamen werden so aufgelistet, wie sie in den Pod-Spezifikationen erscheinen.

  • Sidecars sind unter jedem Hauptcontainer aufgeführt.

  • Überprüfen Sie das Feld „TORC“ status.CurrentInstallationParams, um die aktuell angewendeten Werte anzuzeigen.

 
resources:
  controller:
    trident-main:
      requests:
        cpu: 10m
        memory: 80Mi
      limits:
          cpu:
          memory:
    csi-provisioner:
      requests:
        cpu: 2m
        memory: 20Mi
      limits:
        cpu:
        memory:
    csi-attacher:
      requests:
        cpu: 2m
        memory: 20Mi
      limits:
        cpu:
        memory:
    csi-resizer:
      requests:
        cpu: 3m
        memory: 20Mi
      limits:
        cpu:
        memory:
    csi-snapshotter:
      requests:
        cpu: 2m
        memory: 20Mi
      limits:
        cpu:
        memory:
    trident-autosupport:
      requests:
        cpu: 1m
        memory: 30Mi
      limits:
        cpu:
        memory:
  node:
    linux:
      trident-main:
        requests:
          cpu: 10m
          memory: 60Mi
        limits:
          cpu:
          memory:
      node-driver-registrar:
        requests:
          cpu: 1m
          memory: 10Mi
        limits:
          cpu:
          memory:
    windows:
      trident-main:
        requests:
          cpu: 6m
          memory: 40Mi
        limits:
          cpu:
          memory:
      node-driver-registrar:
        requests:
          cpu: 6m
          memory: 40Mi
        limits:
          cpu:
          memory:
      liveness-probe:
        requests:
          cpu: 2m
          memory: 40Mi
        limits:
          cpu:
          memory:
  operator:
    requests:
      cpu: 10m
      memory: 40Mi
    limits:
      cpu:
      memory: