Implementare l'operatore Trident utilizzando Helm (modalità standard)
È possibile distribuire l'operatore Trident e installare Trident utilizzando Helm. Questo processo si applica alle installazioni in cui le immagini contenitore richieste da Trident non sono memorizzate in un registro privato. Se si dispone di un registro delle immagini privato, utilizzare "processo per l'implementazione offline".
Informazioni critiche su Trident 24,10
È necessario leggere le seguenti informazioni critiche su Trident.
<strong> informazioni aggiornate su Trident </strong>
-
Kubernetes 1,32 è ora supportato in Trident. Aggiornare Trident prima di aggiornare Kubernetes.
-
Trident impone rigorosamente l'uso della configurazione multipath negli ambienti SAN, con un valore consigliato di
find_multipaths: no
nel file multipath.conf.L'utilizzo di una configurazione non multipathing o di
find_multipaths: yes
un valore ORfind_multipaths: smart
nel file multipath.conf determinerà errori di montaggio. Trident ha consigliato l'uso difind_multipaths: no
fin dalla versione 21,07.
Distribuire l'operatore Trident e installare Trident utilizzando Helm
Utilizzando Trident "Grafico di comando"è possibile distribuire l'operatore Trident e installare Trident in un'unica fase.
Verificare "panoramica dell'installazione"di aver soddisfatto i prerequisiti di installazione e di aver selezionato l'opzione di installazione corretta per l'ambiente in uso.
Oltre al "prerequisiti per l'implementazione"necessario "Helm versione 3".
-
Aggiungere il repository Trident Helm:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
Utilizzare
helm install
e specificare un nome per la distribuzione come nell'esempio seguente dove si trova100.2404.0
la versione di Trident che si sta installando.helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace <trident-namespace>
Se è già stato creato uno spazio dei nomi per Trident, il --create-namespace
parametro non creerà uno spazio dei nomi aggiuntivo.
È possibile utilizzare helm list
per esaminare i dettagli dell'installazione come nome, spazio dei nomi, grafico, stato, versione dell'app, e numero di revisione.
Passare i dati di configurazione durante l'installazione
Esistono due modi per passare i dati di configurazione durante l'installazione:
Opzione | Descrizione |
---|---|
|
Specificare un file YAML con override. Questo valore può essere specificato più volte e il file più a destra avrà la precedenza. |
|
Specificare le sostituzioni sulla riga di comando. |
Ad esempio, per modificare il valore predefinito di debug
, eseguire il comando seguente dove si trova 100.2410.0
la versione di Trident che si sta installando:
helm install <name> netapp-trident/trident-operator --version 100.2410.0 --create-namespace --namespace trident --set tridentDebug=true
Opzioni di configurazione
Questa tabella e il values.yaml
file, che fa parte del grafico Helm, forniscono l'elenco delle chiavi e i loro valori predefiniti.
Opzione | Descrizione | Predefinito | ||
---|---|---|---|---|
|
Etichette dei nodi per l'assegnazione dei pod |
|||
|
Annotazioni Pod |
|||
|
Annotazioni di implementazione |
|||
|
Pedaggi per l'assegnazione del pod |
|||
|
Affinità per l'assegnazione del pod |
affinity: nodeAffinity: requiredDuringSchedulingIgnoredDuringExecution: nodeSelectorTerms: - matchExpressions: - key: kubernetes.io/arch operator: In values: - arm64 - amd64 - key: kubernetes.io/os operator: In values: - linux
|
||
|
Selettori di nodi aggiuntivi per i pod. Per ulteriori informazioni, fare riferimento alla Comprensione dei pod controller e dei pod di nodi sezione. |
|||
|
Ignora le tolleranze Kubernetes per i pod. Per ulteriori informazioni, fare riferimento alla Comprensione dei pod controller e dei pod di nodi sezione. |
|||
|
Selettori di nodi aggiuntivi per i pod. Per ulteriori informazioni, fare riferimento alla Comprensione dei pod controller e dei pod di nodi sezione. |
|||
|
Ignora le tolleranze Kubernetes per i pod. Per ulteriori informazioni, fare riferimento alla Comprensione dei pod controller e dei pod di nodi sezione. |
|||
|
Identifica il Registro di sistema per |
|
||
|
Consente di impostare il criterio di pull dell'immagine per |
|
||
|
Consente di impostare i segreti di estrazione delle immagini per |
|||
|
Consente di ignorare la posizione host dello stato interno del kubelet. |
|
||
|
Consente di impostare il livello di registrazione dell'operatore Trident su: |
|
||
|
Consente di impostare il livello di log dell'operatore Trident su debug. |
|
||
|
Consente la sostituzione completa dell'immagine per |
|
||
|
Consente di sovrascrivere il tag dell' `trident-operator`immagine. |
|
||
|
Permette a Trident di lavorare in cluster IPv6. |
|
||
|
Esegue l'override del timeout predefinito di 30 secondi per la maggior parte delle operazioni API di Kubernetes (se diverso da zero, in secondi). |
|
||
|
Ignora il timeout predefinito di 90 secondi per le richieste HTTP, con |
|
||
|
Consente di disattivare la creazione di rapporti periodici AutoSupport Trident. |
|
||
|
Consente di sovrascrivere il tag dell'immagine per il contenitore Trident AutoSupport. |
|
||
|
Consente al contenitore Trident AutoSupport di telefonare a casa tramite un proxy HTTP. |
|
||
|
Consente di impostare il formato di registrazione Trident ( |
|
||
|
Disattiva il registro di controllo Trident. |
|
||
|
Consente di impostare il livello di registrazione di Trident su: |
|
||
|
Consente di impostare il livello di registro di Trident su |
|
||
|
Consente di attivare flussi di lavoro Trident specifici per la registrazione delle tracce o l'eliminazione dei registri. |
|
||
|
Consente di attivare livelli Trident specifici per la registrazione delle tracce o la soppressione dei registri. |
|
||
|
Consente la sostituzione completa dell'immagine per Trident. |
|
||
|
Consente di sovrascrivere il tag dell'immagine per Trident. |
|
||
|
Consente di ignorare la porta predefinita utilizzata per le sonde liveness/readiness Kubernetes. |
|
||
|
Consente di installare Trident sul nodo di lavoro Windows. |
|
||
|
Consente di attivare la funzione di distacco forzato. |
|
||
|
Esclude la creazione della policy di sicurezza del pod operatore. |
|
||
|
Impostato su |
|
||
|
Impostare sull'identità del workload ("Azure.workload.Identity/client-id: Xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx") quando si utilizza l'identità cloud su un cluster AKS. Impostato 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. |
|
||
|
Intervallo in cui viene richiamata la riparazione automatica iSCSI. |
|
||
|
La durata dopo la quale l'autoriparazione iSCSI avvia un tentativo di risolvere una sessione obsoleta eseguendo una disconnessione e un login successivo. |
|
||
|
Permette a Trident di preparare i nodi del cluster Kubernetes per gestire i volumi utilizzando il protocollo storage specificato. Attualmente, |
Comprensione dei pod controller e dei pod di nodi
Trident funziona come un singolo pod controller, più un pod di nodo su ciascun nodo di lavoro nel cluster. Il pod di nodo deve essere in esecuzione su qualsiasi host in cui si desidera montare potenzialmente un volume Trident.
Kubernetes "selettori di nodi" e "tollerazioni e contamini" sono utilizzati per vincolare un pod all'esecuzione su un nodo specifico o preferito. Utilizzando 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 plug-in del nodo gestisce il collegamento dello storage al nodo.