Trident Operator mit Helm (Standard-Modus) implementieren
Sie können den Trident-Operator bereitstellen und Trident mit Helm installieren. Dieser Vorgang gilt für Installationen, bei denen die von Trident benötigten Container-Images nicht in einer privaten Registrierung gespeichert werden. Wenn Sie über eine private Bildregistrierung verfügen, verwenden Sie die "Prozess für Offline-Implementierung".
Wichtige Informationen zu Trident 24.10
Sie müssen die folgenden wichtigen Informationen über Trident lesen.
<strong>-Informationen über Trident </strong>
-
Kubernetes 1.31 wird jetzt in Trident unterstützt. Upgrade von Trident vor dem Upgrade von Kubernetes.
-
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
Oderfind_multipaths: smart
Der Wert in der Multipath.conf-Datei führt zu Mount-Fehlern. Trident empfiehlt die Verwendung vonfind_multipaths: no
Seit der Version 21.07.
Stellen Sie den Trident-Operator bereit, und installieren Sie Trident mithilfe von Helm
Verwendung von Trident "Steuerruderdiagramm" Sie können den Trident Operator implementieren und Trident in einem Schritt installieren.
Prüfen "Die Übersicht über die Installation" Um sicherzustellen, dass Sie die Installationsvoraussetzungen erfüllt haben, und die richtige Installationsoption für Ihre Umgebung ausgewählt haben.
Zusätzlich zum "Voraussetzungen für die Implementierung" Die Sie benötigen "Helm Version 3".
-
Trident Helm Repository hinzufügen:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
helm install`Geben Sie einen Namen für Ihre Bereitstellung an, wie im folgenden Beispiel gezeigt, wo `100.2404.0
sich die Version von Trident befindet, die Sie installieren.helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Wenn Sie bereits einen Namespace für Trident erstellt haben, wird der --create-namespace
Parameter erstellt keinen zusätzlichen Namespace.
Verwenden Sie können helm list
So prüfen Sie Installationsdetails wie Name, Namespace, Diagramm, Status, App-Version, Und Revisionsnummer.
Konfigurationsdaten während der Installation übergeben
Während der Installation gibt es zwei Möglichkeiten, die Konfigurationsdaten zu übergeben:
Option | Beschreibung |
---|---|
|
Geben Sie eine YAML-Datei mit Überschreibungen an. Dies kann mehrfach angegeben werden, und die rechteste Datei hat Vorrang. |
|
Geben Sie Überschreibungen in der Befehlszeile an. |
Um beispielsweise den Standardwert von zu ändern debug
, führen Sie den folgenden Befehl aus, wobei 100.2410.0
sich die Version von Trident befindet, die Sie installieren:
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace trident --set tridentDebug=true
Konfigurationsoptionen
Diese Tabelle und die values.yaml
Datei, die Teil des Helm-Diagramms ist, enthält die Liste der Schlüssel und ihre Standardwerte.
Option | Beschreibung | Standard | ||
---|---|---|---|---|
|
Node-Etiketten für Pod-Zuweisung |
|||
|
Pod-Anmerkungen |
|||
|
Anmerkungen zur Bereitstellung |
|||
|
Toleranzen für Pod-Zuweisung |
|||
|
Affinität für 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 Node-Auswahl für Pods Siehe Allgemeines zu Controller-Pods und Node-Pods Entsprechende Details. |
|||
|
Überschreibt Kubernetes-Toleranzen für Pods. Siehe Allgemeines zu Controller-Pods und Node-Pods Entsprechende Details. |
|||
|
Zusätzliche Node-Auswahl für Pods Siehe Allgemeines zu Controller-Pods und Node-Pods Entsprechende Details. |
|||
|
Überschreibt Kubernetes-Toleranzen für Pods. Siehe Allgemeines zu Controller-Pods und Node-Pods Entsprechende Details. |
|||
|
Identifiziert die Registrierung für die |
|
||
|
Legt die Richtlinie zum Abziehen von Bildern für den fest |
|
||
|
Legt die Abzugsgeheimnisse für das Bild fest |
|||
|
Ermöglicht das Überschreiben der Hostposition des internen Status von kubelet. |
|
||
|
Ermöglicht die Einstellung der Protokollebene des Trident-Operators auf: |
|
||
|
Ermöglicht es, die Protokollebene des Trident-Operators auf Debug zu setzen. |
|
||
|
Ermöglicht die vollständige Überschreibung des Bildes für |
|
||
|
Ermöglicht das Überschreiben des Tags des |
|
||
|
Ermöglicht die Aktivierung von Trident für die Arbeit in IPv6-Clustern. |
|
||
|
Setzt das standardmäßige 30-Sekunden-Zeitlimit für die meisten Kubernetes-API-Vorgänge außer Kraft (wenn nicht Null, in Sekunden). |
|
||
|
Setzt das standardmäßige 90-Sekunden-Timeout für die HTTP-Anforderungen mit außer Kraft |
|
||
|
Ermöglicht die Deaktivierung von regelmäßigen Trident AutoSupport-Berichten. |
|
||
|
Ermöglicht das Überschreiben des Tags des Images für den Trident AutoSupport-Container. |
|
||
|
Aktiviert den Trident AutoSupport-Container, um über einen HTTP-Proxy per Telefon nach Hause zu telefonieren. |
|
||
|
Legt das Trident-Protokollierungsformat oder |
|
||
|
Deaktiviert den Trident-Audit-Logger. |
|
||
|
Ermöglicht die Einstellung der Protokollebene von Trident auf: |
|
||
|
Ermöglicht die Einstellung der Protokollebene von Trident auf |
|
||
|
Ermöglicht die Aktivierung bestimmter Trident-Workflows für die Trace-Protokollierung oder Protokollunterdrückung. |
|
||
|
Ermöglicht die Aktivierung bestimmter Trident-Ebenen für die Trace-Protokollierung oder Protokollunterdrückung. |
|
||
|
Ermöglicht die vollständige Überschreibung des Bildes 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-Sonden verwendet wird. |
|
||
|
Aktiviert die Installation von Trident auf dem Windows-Arbeitsknoten. |
|
||
|
Ermöglicht die Aktivierung der Funktion zum Abtrennen erzwingen. |
|
||
|
Schließt die Sicherheitsrichtlinie des Operator POD von der Erstellung aus. |
|
||
|
Auf einstellen |
|
||
|
Bei Verwendung der Cloud-Identität auf einem AKS-Cluster auf Workload-Identität („Azure.Workload.Identity/Client-id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx“) einstellen. Bei Verwendung der Cloud-Identität auf einem EKS-Cluster auf AWS iam-Rolle (“'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/Trident-role') einstellen. |
|
||
|
Das Intervall, in dem die iSCSI-Selbstheilung aufgerufen wird. |
|
||
|
Die Dauer, nach der die iSCSI-Selbstheilung den Versuch startet, eine veraltete Sitzung durch Abmeldung und anschließende Anmeldung aufzulösen. |
|
||
|
Ermöglicht Trident, die Nodes des Kubernetes-Clusters so vorzubereiten, dass Volumes mithilfe des angegebenen Daten-Storage-Protokolls gemanagt werden. Derzeit |
Allgemeines zu Controller-Pods und Node-Pods
Trident wird als einzelner Controller-Pod ausgeführt und zusätzlich als Node Pod auf jedem Worker-Node im Cluster. Der Node Pod muss auf einem beliebigen Host ausgeführt werden, auf dem Sie potenziell ein Trident Volume mounten möchten.
Kubernetes "Knotenauswahl" Und "Toleranzen und Verfleckungen" Werden verwendet, um die Ausführung eines Pod auf einem bestimmten oder bevorzugten Node einzuschränken. Verwenden von`ControllerPlugin` und NodePlugin
, Sie können Bedingungen und Überschreibungen festlegen.
-
Das Controller-Plug-in übernimmt Volume-Bereitstellung und -Management, beispielsweise Snapshots und Größenanpassungen.
-
Das Node-Plug-in verarbeitet das Verbinden des Speichers mit dem Node.