Trident-Operator mit Helm (Offline-Modus) implementieren
Sie können den Trident-Operator implementieren und Astra Trident mithilfe von Helm installieren. Dieser Prozess gilt für Installationen, bei denen die von Astra Trident benötigten Container-Images in einer privaten Registrierung gespeichert werden. Wenn Sie keine private Bildregistrierung besitzen, verwenden Sie das "Standardimplementierung einsetzen".
Entscheidende Informationen zu Astra Trident 23.01
Sie müssen die folgenden wichtigen Informationen über Astra Trident lesen.
<strong> Informationen über Astra TripereIT </strong>
-
Kubernetes 1.26 wird jetzt in Trident unterstützt. Upgrade von Trident vor dem Upgrade von Kubernetes.
-
Astra Trident setzt die Verwendung von Multipathing-Konfiguration in SAN-Umgebungen strikt um und empfiehlt den Nutzen von
find_multipaths: no
In Multipath.conf Datei.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.
Setzen Sie den Trident-Operator ein und installieren Sie Astra Trident mit 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".
-
Fügen Sie das Helm Repository von Astra Trident hinzu:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Nutzung
helm install
Und geben Sie einen Namen für die Bereitstellung und den Speicherort der Image-Registrierung an. Ihr "Trident und CSI-Images" Kann in einer Registrierung oder in verschiedenen Registern gefunden werden, aber alle CSI-Images müssen sich in derselben Registrierung befinden. In den Beispielen:23.01.1
Ist die Version des Astra Trident, die Sie installieren.Bilder in einer Registrierunghelm install <name> netapp-trident/trident-operator --version 23.01.1 --set imageRegistry=<your-registry> --create-namespace --namespace <trident-namespace>
Bilder in verschiedenen RegisternSie müssen anhängen
sig-storage
Bis zumimageRegistry
Um unterschiedliche Registrierungsstandorte zu verwenden.helm install <name> netapp-trident/trident-operator --version 23.01.1 --set imageRegistry=<your-registry>/sig-storage --set operatorImage=<your-registry>/netapp/trident-operator:23.01.1 --set tridentAutosupportImage=<your-registry>/netapp/trident-autosupport:23.01 --set tridentImage=<your-registry>/netapp/trident:23.01.1 --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
, Ausführen Sie das folgende --set
Befehl wo 23.01.1
Ist die Version von Astra Trident, die Sie installieren:
helm install <name> netapp-trident/trident-operator --version 23.01.1 --create-namespace --namespace --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 |
|
|
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 den |
„“ |
|
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. |
'“/var/lib/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 Astra Trident 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 AutoSupport Berichten für Astra Trident. |
|
|
Ermöglicht das Überschreiben des Tags des Images für den Astra Trident AutoSupport-Container. |
|
|
Der Astra Trident AutoSupport Container kann über einen HTTP-Proxy nach Hause telefonieren. |
„“ |
|
Legt das Astra Trident Protokollierungsformat fest ( |
|
|
Deaktiviert den Astra Trident Audit-Logger. |
|
|
Ermöglicht die Festlegung der Protokollebene von Astra Trident auf: |
|
|
Ermöglicht das Festlegen der Protokollebene für Astra Trident |
|
|
Ermöglicht die Aktivierung bestimmter Astra Trident Workflows für die Trace-Protokollierung oder Protokollunterdrückung. |
„“ |
|
Ermöglicht die Aktivierung bestimmter Astra Trident-Ebenen für die Trace-Protokollierung oder Protokollunterdrückung. |
„“ |
|
Ermöglicht die vollständige Überschreibung des Images für Astra Trident. |
„“ |
|
Ermöglicht das Überschreiben des Tags des Images für Astra Trident. |
„“ |
|
Ermöglicht das Überschreiben des Standardports, der für Kubernetes Liveness/Readiness-Sonden verwendet wird. |
„“ |
|
Ermöglicht die Installation von Astra Trident auf einem Windows Worker-Node. |
|
|
Ermöglicht die Aktivierung der Funktion zum Abtrennen erzwingen. |
|
|
Schließt die Sicherheitsrichtlinie des Operator POD von der Erstellung aus. |
|
Allgemeines zu Controller-Pods und Node-Pods
Astra Trident wird als einzelner Controller-Pod ausgeführt sowie als Node-Pod auf jedem Worker-Node im Cluster. Der Node Pod muss auf jedem Host ausgeführt werden, auf dem Sie ein Astra 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.