Trident Operator mit Helm (Standard-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 nicht in einer privaten Registrierung gespeichert werden. Wenn Sie über eine private Bildregistrierung verfügen, verwenden Sie die "Prozess für Offline-Implementierung".
Kritische Informationen zu Astra Trident 24.06
Sie müssen die folgenden wichtigen Informationen über Astra Trident lesen.
<strong> Informationen über Astra TripereIT </strong>
-
Kubernetes 1.31 wird jetzt in Astra Trident unterstützt. Upgrade von Trident vor dem Upgrade von Kubernetes.
-
Astra 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.Die Verwendung einer nicht-Multipathing-Konfiguration oder die Verwendung von
find_multipaths: yes
oderfind_multipaths: smart
Wert in der Datei Multipath.conf führt zu Mount-Fehlern. Trident empfiehlt die Verwendung vonfind_multipaths: no
seit Version 21.07.
Setzen Sie den Trident-Operator ein und installieren Sie Astra Trident mit Helm
Mit dem Trident "Steuerruderdiagramm"können Sie den Trident-Operator bereitstellen und Trident in einem Schritt installieren.
Überprüfen Sie"Die Übersicht über die Installation", ob die Installationsvoraussetzungen erfüllt sind, und wählen Sie die richtige Installationsoption für Ihre Umgebung aus.
Zusätzlich zu den "Voraussetzungen für die Implementierung" 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
-
Verwenden Sie
helm install
einen Namen für Ihre Bereitstellung, und geben Sie einen Namen an, wie im folgenden Beispiel, wo100.2404.0
die Version von Astra Trident installiert wird.helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace <trident-namespace>
Wenn Sie bereits einen Namespace für Trident erstellt haben, wird mit dem --create-namespace
Parameter kein zusätzlicher Namespace erstellt.
Mit können helm list
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 --set
, wobei 100.2406.0
sich die Version von Astra Trident befindet, die Sie installieren:
helm install <name> netapp-trident/trident-operator --version 100.2406.0 --create-namespace --namespace trident --set tridentDebug=true
Konfigurationsoptionen
Diese Tabelle und die values.yaml
Datei, die Teil des Helm-Diagramms ist, stellen die Liste der Schlüssel und ihre Standardwerte bereit.
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 Weitere Informationen finden Sie unter Allgemeines zu Controller-Pods und Node-Pods . |
|
|
Überschreibt Kubernetes-Toleranzen für Pods. Weitere Informationen finden Sie unter Allgemeines zu Controller-Pods und Node-Pods . |
|
|
Zusätzliche Node-Auswahl für Pods Weitere Informationen finden Sie unter Allgemeines zu Controller-Pods und Node-Pods . |
|
|
Überschreibt Kubernetes-Toleranzen für Pods. Weitere Informationen finden Sie unter Allgemeines zu Controller-Pods und Node-Pods . |
|
|
Identifiziert die Registrierung für die |
|
|
Legt die Richtlinie zum Abziehen von Bildern für den fest |
|
|
Legt die Bildziehgeheimnisse für die, |
|
|
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 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 außer Kraft, wobei |
|
|
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 oder |
|
|
Deaktiviert den Astra Trident Audit-Logger. |
|
|
Ermöglicht die Einstellung der Protokollebene von Astra Trident auf: |
|
|
Ermöglicht die Einstellung der Protokollebene von Astra Trident auf |
|
|
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. |
|
|
Einstellung auf |
|
|
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/astradent-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. |
|
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"schränken die Ausführung eines Pods auf einem bestimmten oder bevorzugten Node ein. Mit dem`ControllerPlugin` und können Sie Bedingungen und NodePlugin
Ü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.