Trident -Operator mit Helm bereitstellen (Standardmodus)
Sie können den Trident -Operator bereitstellen und Trident mithilfe von Helm installieren. Dieser Prozess kommt bei Installationen zum Einsatz, bei denen die von Trident benötigten Container-Images nicht in einer privaten Registry gespeichert sind. Falls Sie über eine private Bildregistrierung verfügen, verwenden Sie die"Prozess für die Offline-Bereitstellung" .
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" .
-
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 Ihre Bereitstellung an, wie im folgenden Beispiel, wobei100.2506.0ist die Version von Trident, die Sie installieren.helm install <name> netapp-trident/trident-operator --version 100.2506.0 --create-namespace --namespace <trident-namespace>
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
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.
| 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 30 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. |
|
||
|
Auf einstellen |
|
||
|
Setzen Sie die Workload-Identität auf ("azure.workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx"), wenn Sie Cloud Identity auf einem AKS-Cluster verwenden. Setzen Sie die AWS IAM-Rolle auf ("eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/trident-role"), wenn Sie Cloud Identity auf einem EKS-Cluster verwenden. |
|
||
|
Das Intervall, in dem die iSCSI-Selbstheilung aufgerufen wird. |
|
||
|
Die Zeitspanne, nach der die iSCSI-Selbstheilung einen Versuch unternimmt, eine veraltete Sitzung durch Abmeldung und anschließende Anmeldung aufzulösen. |
|
||
|
Ermöglicht Trident , die Knoten des Kubernetes-Clusters für die Verwaltung von Volumes mithilfe des angegebenen Datenspeicherprotokolls vorzubereiten. Momentan, |
|||
|
Ermöglicht gleichzeitige Trident -Controller-Operationen für verbesserten Durchsatz.
|
FALSCH |
||
|
Das vom Controller bei der Kommunikation mit dem Kubernetes-API-Server verwendete Limit für Abfragen pro Sekunde (QPS). Der Burst-Wert wird automatisch basierend auf dem QPS-Wert festgelegt. |
|
Controller-Pods und Node-Pods verstehen
Trident läuft als ein einzelner Controller-Pod sowie als ein Node-Pod auf jedem Worker-Knoten im Cluster. Der Node-Pod muss auf jedem Host ausgeführt werden, auf dem Sie möglicherweise ein Trident -Volume einbinden möchten.
Kubernetes"Knotenselektoren" Und"Toleranzen und Verunreinigungen" werden verwendet, um einen Pod so einzuschränken, dass er auf einem bestimmten oder bevorzugten Knoten ausgeführt wird. Verwendung des ControllerPlugin und NodePlugin Sie können Einschränkungen und Überschreibungen festlegen.
-
Das Controller-Plugin übernimmt die Bereitstellung und Verwaltung von Volumes, wie z. B. Snapshots und Größenänderungen.
-
Das Node-Plugin kümmert sich um die Anbindung des Speichers an den Knoten.