Anpassen der Trident Operator-Installation
Über den Trident-Operator können Sie die Astra Trident-Installation anhand der Attribute im anpassen TridentOrchestrator
Spez. Wenn Sie die Installation über die von Ihnen gewünschte hinaus anpassen möchten TridentOrchestrator
Argumente erlauben, verwenden Sie tridentctl
Um benutzerdefinierte YAML-Manifeste zu erzeugen, die bei Bedarf geändert werden sollen.
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.
Konfigurationsoptionen
spec.namespace Ist in angegeben TridentOrchestrator Um den Namespace zu kennzeichnen, in dem Astra Trident installiert ist. Dieser Parameter kann nicht aktualisiert werden, nachdem Astra Trident installiert wurde. Der Versuch, dies zu tun, bewirkt das TridentOrchestrator Status zu ändern in Failed . Astra Trident ist nicht für die Migration auf Namespaces vorgesehen.
|
Diese Tabelle enthält Einzelheiten TridentOrchestrator
Attribute.
Parameter | Beschreibung | Standard |
---|---|---|
|
Namespace für die Installation von Astra Trident in |
„Standard“ |
|
Aktivieren Sie das Debugging für Astra Trident |
Falsch |
|
Einstellung auf |
Falsch |
|
Installieren Sie Astra Trident über IPv6 |
Falsch |
|
Zeitüberschreitung für Kubernetes-Betrieb |
30 Sek. |
|
Schicken Sie AutoSupport Bundles nicht automatisch an NetApp |
Falsch |
|
Automatische Verwaltung der Abhängigkeiten von Workers Node (BETA) |
Falsch |
|
Das Container-Image für AutoSupport Telemetrie |
„netapp/Trident-AutoSupport:23.01“ |
|
Die Adresse/der Port eines Proxys zum Senden von AutoSupport Telemetrie |
|
|
Eine Flagge, die zum Deinstallieren von Astra Trident verwendet wird |
Falsch |
|
Astra Trident Protokollformat zur Verwendung [Text, json] |
„Text“ |
|
Astra Trident-Image zu installieren |
„netapp/Trident:21.04“ |
|
Pfad zur internen Registrierung des Formats |
„K8s.gcr.io/sig-Speicherung (k8s 1.19+) oder quay.io/k8scsi“ |
|
Pfad zum kubelet-Verzeichnis auf dem Host |
„/var/lib/kubelet“ |
|
Eine Liste mit zu löschenden Ressourcen, um Astra Trident vollständig zu entfernen |
|
|
Secrets, um Bilder aus einer internen Registrierung zu ziehen |
|
|
Legt die BildPull-Richtlinie für den Trident-Operator fest. Gültige Werte sind: |
|
|
Zusätzliche Node-Auswahl für Pods Entspricht dem gleichen Format wie pod.spec.nodeSelector. |
Kein Standard; optional |
|
Überschreibt Kubernetes-Toleranzen für Pods. Entspricht dem gleichen Format wie pod.spec.tolerations. |
Kein Standard; optional |
|
Zusätzliche Node-Auswahl für Pods Entspricht dem gleichen Format wie pod.spec.nodeSelector. |
Kein Standard; optional |
|
Überschreibt Kubernetes-Toleranzen für Pods. Entspricht dem gleichen Format wie pod.spec.tolerations. |
Kein Standard; optional |
Weitere Informationen zum Formatieren von Pod-Parametern finden Sie unter "Pods werden Nodes zugewiesen". |
Beispielkonfigurationen
Sie können die oben genannten Attribute beim Definieren verwenden TridentOrchestrator
Um die Installation anzupassen.
Beispiel 1: Grundlegende benutzerdefinierte Konfiguration
Dies ist ein Beispiel für eine benutzerdefinierte Grundkonfiguration.
cat deploy/crds/tridentorchestrator_cr_imagepullsecrets.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident imagePullSecrets: - thisisasecret
Beispiel 2: Implementierung mit Node-Auswahl
Dieses Beispiel veranschaulicht die Implementierung von Trident mit Node-Selektoren:
apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident controllerPluginNodeSelector: nodetype: master nodePluginNodeSelector: storage: netapp
Beispiel 3: Bereitstellung auf Windows Worker-Nodes
Dieses Beispiel zeigt die Bereitstellung auf einem Windows Worker-Knoten.
cat deploy/crds/tridentorchestrator_cr.yaml apiVersion: trident.netapp.io/v1 kind: TridentOrchestrator metadata: name: trident spec: debug: true namespace: trident windows: true