Personalizza l'installazione dell'operatore Trident
Suggerisci modifiche
PDF
L'operatore Trident consente di personalizzare l'installazione Trident utilizzando gli attributi nel TridentOrchestrator specifiche. Se vuoi personalizzare l'installazione oltre quanto TridentOrchestrator argomenti consentiti, considerare l'utilizzo tridentctl per generare manifesti YAML personalizzati da modificare secondo necessità.
Comprensione dei pod controller e dei pod node
Trident viene eseguito come un singolo pod controller, più un pod nodo su ciascun nodo worker nel cluster. Il pod del nodo deve essere in esecuzione su qualsiasi host in cui si desidera potenzialmente montare un volume Trident .
Kubernetes"selettori di nodo" E"tolleranze e contaminazioni" vengono utilizzati per vincolare un pod all'esecuzione su un nodo specifico o preferito. Utilizzando il ControllerPlugin e NodePlugin , è possibile specificare vincoli e sostituzioni.
-
Il plug-in del controller gestisce il provisioning e la gestione dei volumi, ad esempio snapshot e ridimensionamento.
-
Il plugin del nodo gestisce il collegamento dello storage al nodo.
Opzioni di configurazione
|
spec.namespace`è specificato in `TridentOrchestrator per indicare lo spazio dei nomi in cui è installato Trident . Questo parametro *non può essere aggiornato dopo l'installazione Trident *. Tentare di farlo provoca il TridentOrchestrator stato da cambiare a Failed . Trident non è progettato per essere migrato tra più namespace.
|
Questa tabella dettaglia TridentOrchestrator attributi.
| Parametro | Descrizione | Predefinito | ||
|---|---|---|---|---|
|
Namespace in cui installare Trident |
|
||
|
Abilita il debug per Trident |
|
||
|
|
|
||
|
Impostazione su |
|
||
|
Impostato su |
|
||
|
Impostare sull'identità del carico di lavoro ("azure.workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxxxxxxxx") quando si utilizza l'identità cloud su un cluster AKS. Impostare sul ruolo AWS IAM ("'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/trident-role'") quando si utilizza l'identità cloud su un cluster EKS. Impostare su identità cloud ("'iam.gke.io/gcp-service-account: xxxx@mygcpproject.iam.gserviceaccount.com'") quando si utilizza l'identità cloud su un cluster GKE. |
|
||
|
Installa Trident su IPv6 |
falso |
||
|
Timeout per le operazioni di Kubernetes.
|
|
||
|
Non inviare automaticamente i bundle di supporto automatico a NetApp |
|
||
|
L'immagine del contenitore per la telemetria di Autosupport |
|
||
|
L'indirizzo/porta di un proxy per l'invio di dati di telemetria di Autosupport |
|
||
|
Un flag utilizzato per disinstallare Trident |
|
||
|
Formato di registrazione Trident da utilizzare [testo,json] |
|
||
|
Immagine Trident da installare |
|
||
|
Percorso al registro interno, del formato |
|
||
|
Percorso alla directory kubelet sull'host |
|
||
|
Un elenco di risorse da eliminare per eseguire una rimozione completa di Trident |
|||
|
Segreti per estrarre immagini da un registro interno |
|||
|
Imposta la politica di estrazione delle immagini per l'operatore Trident . I valori validi sono: |
|
||
|
Selettori di nodi aggiuntivi per i pod. Segue lo stesso formato di |
Nessun valore predefinito; facoltativo |
||
|
Sostituisce le tolleranze di Kubernetes per i pod. Segue lo stesso formato di |
Nessun valore predefinito; facoltativo |
||
|
Selettori di nodi aggiuntivi per i pod. Segue lo stesso formato di |
Nessun valore predefinito; facoltativo |
||
|
Sostituisce le tolleranze di Kubernetes per i pod. Segue lo stesso formato di |
Nessun valore predefinito; facoltativo |
||
|
Consente a Trident di preparare i nodi del cluster Kubernetes per gestire i volumi utilizzando il protocollo di archiviazione dati specificato. Attualmente,
|
|||
|
Limite di query al secondo (QPS) utilizzato dal controller durante la comunicazione con il server API Kubernetes. Il valore Burst viene impostato automaticamente in base al valore QPS. |
|
||
|
Consente operazioni simultanee del controller Trident per una maggiore produttività.
|
falso |
|
Per ulteriori informazioni sulla formattazione dei parametri del pod, fare riferimento a"Assegnazione dei pod ai nodi" . |
Dettagli sullo stacco forzato
Il distacco forzato è disponibile per ontap-san , ontap-san-economy , ontap-nas , E ontap-nas-economy soltanto. Prima di abilitare la disconnessione forzata, è necessario abilitare l'arresto non regolare del nodo (NGNS) sul cluster Kubernetes. NGNS è abilitato per impostazione predefinita per Kubernetes 1.28 e versioni successive. Per maggiori informazioni, fare riferimento a"Kubernetes: arresto del nodo non corretto" .
|
|
Quando si utilizza il ontap-nas O ontap-nas-economy driver, è necessario impostare il autoExportPolicy parametro nella configurazione del backend per true in modo che Trident possa limitare l'accesso dal nodo Kubernetes con la contaminazione applicata utilizzando criteri di esportazione gestiti.
|
|
|
Poiché Trident si basa su Kubernetes NGNS, non rimuovere out-of-service contaminazioni da un nodo non funzionante finché tutti i carichi di lavoro non tollerabili non vengono riprogrammati. L'applicazione o la rimozione sconsiderata della contaminazione può mettere a repentaglio la protezione dei dati back-end.
|
Quando l'amministratore del cluster Kubernetes ha applicato il node.kubernetes.io/out-of-service=nodeshutdown:NoExecute contaminazione del nodo e enableForceDetach è impostato su true , Trident determinerà lo stato del nodo e:
-
Interrompere l'accesso I/O backend per i volumi montati su quel nodo.
-
Contrassegna l'oggetto nodo Trident come
dirty(non sicuro per nuove pubblicazioni).
Il controller Trident rifiuterà le nuove richieste di volume di pubblicazione finché il nodo non verrà riqualificato (dopo essere stato contrassegnato come dirty) dal pod del nodo Trident . Tutti i carichi di lavoro programmati con un PVC montato (anche dopo che il nodo del cluster è integro e pronto) non saranno accettati finché Trident non potrà verificare il nodoclean(sicuro per nuove pubblicazioni).
Una volta ripristinata la salute del nodo e rimossa la contaminazione, Trident :
-
Identificare e pulire i percorsi pubblicati obsoleti sul nodo.
-
Se il nodo è in un
cleanablestato (la macchia fuori servizio è stata rimossa e il nodo è inReadystato) e tutti i percorsi obsoleti e pubblicati sono puliti, Trident riammetterà il nodo comecleane consentire nuovi volumi pubblicati sul nodo.
Configurazioni di esempio
Puoi usare gli attributi inOpzioni di configurazione quando si definisce TridentOrchestrator per personalizzare la tua installazione.
Configurazione personalizzata di base
Questo esempio, creato dopo aver eseguito il cat deploy/crds/tridentorchestrator_cr_imagepullsecrets.yaml comando, rappresenta un'installazione personalizzata di base:
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
imagePullSecrets:
- thisisasecretSelettori di nodo
Questo esempio installa Trident con selettori di nodo.
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
controllerPluginNodeSelector:
nodetype: master
nodePluginNodeSelector:
storage: netappNodi worker di Windows
Questo esempio, creato dopo aver eseguito il cat deploy/crds/tridentorchestrator_cr.yaml comando, installa Trident su un nodo worker Windows.
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
windows: trueIdentità gestite su un cluster AKS
In questo esempio viene installato Trident per abilitare le identità gestite su un cluster AKS.
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
cloudProvider: "Azure"Identità cloud su un cluster AKS
In questo esempio viene installato Trident per l'utilizzo con un'identità cloud su un cluster AKS.
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
cloudProvider: "Azure"
cloudIdentity: 'azure.workload.identity/client-id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx'Identità cloud su un cluster EKS
In questo esempio viene installato Trident per l'utilizzo con un'identità cloud su un cluster AKS.
apiVersion: trident.netapp.io/v1
kind: TridentOrchestrator
metadata:
name: trident
spec:
debug: true
namespace: trident
cloudProvider: "AWS"
cloudIdentity: "'eks.amazonaws.com/role-arn: arn:aws:iam::123456:role/trident-role'"Identità cloud per GKE
In questo esempio viene installato Trident per l'utilizzo con un'identità cloud su un cluster GKE.
apiVersion: trident.netapp.io/v1
kind: TridentBackendConfig
metadata:
name: backend-tbc-gcp-gcnv
spec:
version: 1
storageDriverName: google-cloud-netapp-volumes
projectNumber: '012345678901'
network: gcnv-network
location: us-west2
serviceLevel: Premium
storagePool: pool-premium1