Trident -Operator mit Helm bereitstellen (Offline-Modus)
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 Bildregistrierung besitzen, verwenden Sie die"Prozess für die Standardbereitstellung" .
Wichtige Informationen zu Trident 25.06
Sie müssen die folgenden wichtigen Informationen über Trident unbedingt 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 von Multipathing-Konfigurationen in SAN-Umgebungen strikt durch, mit einem empfohlenen Wert von
find_multipaths: noin der Datei multipath.conf.Verwendung einer Nicht-Multipathing-Konfiguration oder Verwendung von
find_multipaths: yesoderfind_multipaths: smartEin falscher Wert in der Datei multipath.conf führt zu Mount-Fehlern. Trident hat die Verwendung vonfind_multipaths: noseit der Version vom 21.07.
Den Trident -Operator bereitstellen und Trident mit Helm installieren
Den Trident benutzen"Helm Chart" Sie können den Trident -Operator bereitstellen und Trident in einem Schritt installieren.
Rezension"Installationsübersicht" um sicherzustellen, dass Sie die Installationsvoraussetzungen erfüllt und die richtige Installationsoption für Ihre Umgebung ausgewählt haben.
Zusätzlich zu den"Bereitstellungsvoraussetzungen" Sie brauchen"Helm Version 3" .
|
|
Bei der Installation von Trident in einem privaten Repository, wenn Sie die imageRegistry Um den Speicherort des Repositorys anzugeben, verwenden Sie nicht /netapp/ im Repository-Pfad.
|
-
Fügen Sie das Trident Helm-Repository hinzu:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart -
Verwenden
helm installund geben Sie einen Namen für Ihren Bereitstellungs- und Image-Registry-Speicherort an. Dein"Trident und CSI-Bilder" Die CSI-Images können sich in einem oder mehreren Registrys befinden, aber alle CSI-Images müssen sich im selben Registry befinden. In den Beispielen100.2506.0ist die Version von Trident, die Sie installieren.Bilder in einem Registerhelm install <name> netapp-trident/trident-operator --version 100.2506.0 --set imageRegistry=<your-registry> --create-namespace --namespace <trident-namespace> --set nodePrep={iscsi}Bilder in verschiedenen Registernhelm install <name> netapp-trident/trident-operator --version 100.2506.0 --set imageRegistry=<your-registry> --set operatorImage=<your-registry>/trident-operator:25.06.0 --set tridentAutosupportImage=<your-registry>/trident-autosupport:25.06 --set tridentImage=<your-registry>/trident:25.06.0 --create-namespace --namespace <trident-namespace> --set nodePrep={iscsi}Wenn Sie bereits einen Namespace für Trident erstellt haben, --create-namespaceDer Parameter erzeugt keinen zusätzlichen Namensraum.
Sie können verwenden helm list Installationsdetails wie Name, Namespace, Chart, Status, App-Version und Revisionsnummer überprüfen.
Konfigurationsdaten während der Installation übergeben
Es gibt zwei Möglichkeiten, Konfigurationsdaten während der Installation zu übergeben:
| Option | Beschreibung |
|---|---|
|
Geben Sie eine YAML-Datei mit Überschreibungen an. Dies kann mehrfach angegeben werden, wobei die am weitesten rechts stehende Datei Vorrang hat. |
|
Überschreibungen müssen in der Befehlszeile angegeben werden. |
Um beispielsweise den Standardwert von debug Führen Sie den folgenden Befehl aus, wobei 100.2506.0 ist die Version von Trident, die Sie installieren:
helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace trident --set tridentDebug=true
Um den Wert nodePrep hinzuzufügen, führen Sie 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 Die Datei, die Teil des Helm-Charts ist, enthält die Liste der Schlüssel und ihrer Standardwerte.
|
|
Die Standardaffinität darf nicht aus der Datei values.yaml entfernt werden. Wenn Sie eine benutzerdefinierte Affinität bereitstellen möchten, erweitern Sie die Standardaffinität. |
| Option | Beschreibung | Standard | ||
|---|---|---|---|---|
|
Knotenbezeichnungen für die Pod-Zuweisung |
|||
|
Pod-Anmerkungen |
|||
|
Bereitstellungsanmerkungen |
|||
|
Toleranzen für die Pod-Zuordnung |
|||
|
Affinität zur Pod-Zuweisung |
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
- amd64
- key: kubernetes.io/os
operator: In
values:
- linux
|
||
|
Zusätzliche Knotenselektoren für Pods. Siehe "Controller-Pods und Node-Pods verstehen" für Details. |
|||
|
Überschreibt die Kubernetes-Toleranzen für Pods. Siehe "Controller-Pods und Node-Pods verstehen" für Details. |
|||
|
Zusätzliche Knotenselektoren für Pods. Siehe "Controller-Pods und Node-Pods verstehen" für Details. |
|||
|
Überschreibt die Kubernetes-Toleranzen für Pods. Siehe "Controller-Pods und Node-Pods verstehen" für Details. |
|||
|
Identifiziert das Register für die |
"" |
||
|
Legt die Image-Pull-Richtlinie für die |
|
||
|
Legt die Bildabrufgeheimnisse für die |
|||
|
Ermöglicht das Überschreiben des Host-Speicherorts des internen Zustands von kubelet. |
|
||
|
Ermöglicht die Festlegung des Protokollierungslevels des Trident -Operators auf: |
|
||
|
Ermöglicht es, den Protokollierungsgrad des Trident -Operators auf Debug zu setzen. |
|
||
|
Ermöglicht das vollständige Überschreiben des Bildes für |
"" |
||
|
Ermöglicht das Überschreiben des Tags von |
"" |
||
|
Ermöglicht die Nutzung von Trident in IPv6-Clustern. |
|
||
|
Überschreibt das standardmäßige Timeout von 180 Sekunden für die meisten Kubernetes-API-Operationen (falls ungleich Null, in Sekunden).
|
|
||
|
Überschreibt das standardmäßige Timeout von 90 Sekunden für HTTP-Anfragen, |
|
||
|
Ermöglicht das Deaktivieren der periodischen AutoSupport Berichterstattung von Trident . |
|
||
|
Ermöglicht das Überschreiben des Tags des Bildes für den Trident AutoSupport Container. |
|
||
|
Ermöglicht es dem Trident AutoSupport Container, über einen HTTP-Proxy eine Verbindung zum Server herzustellen. |
"" |
||
|
Legt das Trident Protokollierungsformat fest( |
|
||
|
Deaktiviert den Trident -Audit-Logger. |
|
||
|
Ermöglicht die Festlegung des Protokollierungslevels von Trident auf: |
|
||
|
Ermöglicht die Einstellung des Protokollierungslevels von Trident auf |
|
||
|
Ermöglicht die Aktivierung bestimmter Trident -Workflows für die Protokollierung von Ablaufverfolgungen oder die Unterdrückung von Protokolldateien. |
"" |
||
|
Ermöglicht die Aktivierung bestimmter Trident -Ebenen für die Protokollierung von Ablaufverfolgungen oder die Unterdrückung von Protokolldateien. |
"" |
||
|
Ermöglicht das vollständige Überschreiben des Images für Trident. |
"" |
||
|
Ermöglicht das Überschreiben des Tags des Bildes für Trident. |
"" |
||
|
Ermöglicht das Überschreiben des Standardports, der für Kubernetes Liveness-/Readiness-Probes verwendet wird. |
"" |
||
|
Ermöglicht die Installation von Trident auf einem Windows-Worker-Knoten. |
|
||
|
Ermöglicht das Aktivieren der Funktion „Zwangstrennung“. |
|
||
|
Schließt die Erstellung der Sicherheitsrichtlinie für den Operator-Pod aus. |
|
||
|
Ermöglicht Trident , die Knoten des Kubernetes-Clusters für die Verwaltung von Volumes mithilfe des angegebenen Datenspeicherprotokolls vorzubereiten. Momentan,
|