Implementare l'operatore Trident utilizzando Helm (modalità standard)
È possibile implementare l'operatore Trident e installare Astra Trident utilizzando Helm. Questo processo si applica alle installazioni in cui le immagini container richieste da Astra 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 Astra Trident 24,06
È necessario leggere le seguenti informazioni critiche su Astra Trident.
<strong> informazioni su Astra </strong>
-
Kubernetes 1,31 è ora supportato in Astra Trident. Aggiornare Trident prima di aggiornare Kubernetes.
-
Astra Trident applica rigorosamente l'utilizzo della configurazione multipath negli ambienti SAN, con un valore consigliato
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.
Implementare l'operatore Trident e installare Astra 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 Astra Trident Helm:
helm repo add netapp-trident https://netapp.github.io/trident-helm-chart
-
USA
helm install
e specifica un nome per la tua implementazione come nel seguente esempio dove si trova100.2404.0
la versione di Astra Trident che stai installando.helm install <name> netapp-trident/trident-operator --version 100.2406.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 --set
dove si trova 100.2406.0
la versione di Astra Trident che si sta installando:
helm install <name> netapp-trident/trident-operator --version 100.2406.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 |
|
|
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. |
|
|
Consente ad Astra Trident di funzionare nei 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 il reporting periodico AutoSupport di Astra Trident. |
|
|
Consente di ignorare il tag dell'immagine per il contenitore Astra Trident AutoSupport. |
|
|
Consente al container Astra Trident AutoSupport di telefonare a casa tramite un proxy HTTP. |
|
|
Imposta il formato di registrazione Astra Trident ( |
|
|
Disattiva l'audit logger Astra Trident. |
|
|
Consente di impostare il livello di registro di Astra Trident su: |
|
|
Consente di impostare il livello di registro di Astra Trident su |
|
|
Consente di attivare specifici flussi di lavoro di Astra Trident per la registrazione delle tracce o la soppressione dei log. |
|
|
Consente di attivare specifici livelli Astra Trident per la registrazione delle tracce o la soppressione dei log. |
|
|
Consente l'override completo dell'immagine per Astra Trident. |
|
|
Consente di ignorare il tag dell'immagine per Astra Trident. |
|
|
Consente di ignorare la porta predefinita utilizzata per le sonde liveness/readiness Kubernetes. |
|
|
Consente di installare Astra 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/astratadent-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. |
|
Comprensione dei pod controller e dei pod di nodi
Astra Trident viene eseguito come singolo pod controller, più un pod di nodi su ciascun nodo di lavoro nel cluster. Il pod nodo deve essere in esecuzione su qualsiasi host in cui si desidera montare un volume Astra 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.