A partire dalla versione 24.02, Trident viene rilasciato ogni quattro mesi: febbraio, giugno e ottobre.

Trident solitamente non supporta le funzionalità alpha di Kubernetes. Trident potrebbe supportare le funzionalità beta nelle due release di Trident successive alla release beta di Kubernetes.

Trident non ha alcuna dipendenza da altri prodotti software NetApp e funziona come applicazione autonoma. Tuttavia, è necessario disporre di un dispositivo di storage NetApp.

Utilizzare il tridentctl get comando per ottenere maggiori informazioni sulla configurazione di Trident.

Sì. Gli endpoint Prometheus possono essere utilizzati per raccogliere informazioni sul funzionamento di Trident, come il numero di backend gestiti, il numero di volumi forniti, i byte consumati e così via. Puoi anche utilizzare "Cloud Insights" per il monitoraggio e l'analisi.

No. Non ci sono cambiamenti per quanto riguarda l'esperienza utente e le funzionalità. Il nome del provisioner utilizzato è csi.trident.netapp.io. Questo metodo di installazione di Trident è consigliato se si desidera utilizzare tutte le nuove funzionalità fornite dalle versioni attuali e future.

Sì, Trident può essere installato offline. Fare riferimento a "Scopri l'installazione di Trident".

Sì. Trident 18.10 e versioni successive supportano la funzionalità di installazione remota da qualsiasi macchina che abbia kubectl accesso al cluster. Dopo kubectl che l'accesso è stato verificato (ad esempio, avviare un kubectl get nodes comando dalla macchina remota per la verifica), seguire le istruzioni di installazione.

Trident viene installato come Kubernetes Deployment (ReplicaSet) con un'istanza, quindi ha HA integrato. Non dovresti aumentare il numero di repliche nella distribuzione. Se il nodo su cui è installato Trident viene perso o il pod è altrimenti inaccessibile, Kubernetes ridistribuisce automaticamente il pod su un nodo funzionante nel tuo cluster. Trident è solo control-plane, quindi i pod attualmente montati non sono influenzati se Trident viene ridistribuito.

Trident legge dal Kubernetes API Server per determinare quando le applicazioni richiedono nuovi PVC, quindi ha bisogno di accedere a kube-system.

Il programma di installazione di Trident crea un Kubernetes ClusterRole, che ha accesso specifico alle risorse PersistentVolume, PersistentVolumeClaim, StorageClass e Secret del cluster Kubernetes. Fare riferimento a "Personalizza l'installazione di tridentctl".

È possibile generare e modificare localmente i file manifest esatti utilizzati da Trident per l'installazione, se necessario. Fare riferimento a "Personalizza l'installazione di tridentctl".

Sebbene non sia consigliato, è possibile utilizzare la stessa SVM di backend per due istanze Trident. Specificare un nome di volume univoco per ciascuna istanza durante l'installazione e/o specificare un parametro univoco StoragePrefix nel file setup/backend.json. Questo serve a garantire che lo stesso volume FlexVol non venga utilizzato per entrambe le istanze.

Trident è semplicemente un pod Kubernetes e può essere installato ovunque Kubernetes sia in esecuzione.

Sì, Trident è supportato su AWS, Google Cloud e Azure.

Sebbene Trident sia open source e fornito gratuitamente, NetApp lo supporta pienamente a condizione che il tuo NetApp backend sia supportato.

Per aprire un caso di supporto, eseguire una delle seguenti operazioni:

È possibile creare un bundle di supporto eseguendo tridentctl logs -a. Oltre ai log acquisiti nel bundle, acquisire il log kubelet per diagnosticare i problemi di montaggio sul lato Kubernetes. Le istruzioni per ottenere il log kubelet variano in base alla modalità di installazione di Kubernetes.

Crea un problema su "Trident Github" e menziona RFE nell'oggetto e nella descrizione del problema.

Crea un problema su "Trident Github". Assicurati di includere tutte le informazioni e i registri necessari relativi al problema.

Se hai domande, problemi o richieste, contattaci tramite il nostro Trident "Canale Discord" o GitHub.

Aggiorna la password del backend con tridentctl update backend myBackend -f </path/to_new_backend.json> -n trident. Sostituisci myBackend nell'esempio con il nome del tuo backend e `/path/to_new_backend.json con il percorso del file backend.json corretto.

Esistono due possibili scenari per cui Trident non riesce a trovare un nodo Kubernetes. Potrebbe trattarsi di un problema di rete all'interno di Kubernetes o di un problema DNS. Il daemonset del nodo Trident che viene eseguito su ciascun nodo Kubernetes deve essere in grado di comunicare con il controller Trident per registrare il nodo con Trident. Se si sono verificate modifiche alla rete dopo l'installazione di Trident, questo problema si verifica solo con i nuovi nodi Kubernetes aggiunti al cluster.

I dati non andranno persi se il pod Trident viene distrutto. I metadati di Trident sono archiviati negli oggetti CRD. Tutti i PV che sono stati forniti da Trident funzioneranno normalmente.

NetApp supporta l'aggiornamento di Trident da una versione principale alla successiva versione principale. È possibile aggiornare dalla versione 18.xx alla 19.xx, dalla 19.xx alla 20.xx e così via. Dovresti testare l'aggiornamento in un laboratorio prima della distribuzione in produzione.

Se hai bisogno di una correzione per bug riscontrati dopo un aggiornamento, problemi di dipendenza o un aggiornamento non riuscito o incompleto, dovresti "disinstallare Trident" e reinstallare la versione precedente utilizzando le istruzioni specifiche per quella versione. Questo è l'unico metodo consigliato per effettuare il downgrade a una versione precedente.

Il LIF di gestione è obbligatorio. Il DataLIF varia:

Sì. Trident supporta la CHAP bidirezionale per i backend ONTAP. Ciò richiede l'impostazione di useCHAP=true nella configurazione del backend.

Trident può creare e gestire dinamicamente le policy di esportazione a partire dalla versione 20.04. Ciò consente all'amministratore dello storage di fornire uno o più blocchi CIDR nella configurazione del backend e di far sì che Trident aggiunga gli IP dei nodi che rientrano in questi intervalli a una policy di esportazione che crea. In questo modo, Trident gestisce automaticamente l'aggiunta e l'eliminazione di regole per i nodi con IP compresi nei CIDR indicati.

Trident supporta la definizione di indirizzi IPv6 per:

Trident deve essere installato utilizzando il flag --use-ipv6 (per tridentctl installazione), IPv6 (per Trident operator), o tridentTPv6 (per Helm installation) affinché funzioni su IPv6.

Sì, è possibile aggiornare il Management LIF del backend utilizzando il comando tridentctl update backend.

È possibile aggiornare il DataLIF su ontap-nas e ontap-nas-economy solo.

Trident può supportare molti backend contemporaneamente, sia con lo stesso driver che con driver diversi.

Trident memorizza le credenziali del backend come Kubernetes Secrets.

Se gli attributi del backend non possono essere utilizzati per selezionare automaticamente i pool giusti per una classe, i parametri storagePools e additionalStoragePools vengono utilizzati per selezionare un insieme specifico di pool.

Il excludeStoragePools parametro viene utilizzato per filtrare l'insieme dei pool che Trident utilizza per il provisioning e rimuove tutti i pool che corrispondono.

Se ci sono più backend configurati dello stesso tipo, Trident seleziona il backend appropriato in base ai parametri presenti in StorageClass e PersistentVolumeClaim. Ad esempio, se ci sono più backend ontap-nas driver, Trident cerca di abbinare i parametri in StorageClass e PersistentVolumeClaim combinati e di abbinare un backend che possa soddisfare i requisiti elencati in StorageClass e PersistentVolumeClaim. Se ci sono più backend che corrispondono alla richiesta, Trident ne seleziona uno a caso.

Sì.

Il ontap-nas-economy driver crea fino a 200 Qtrees nello stesso volume FlexVol (configurabile tra 50 e 300), 100.000 Qtrees per nodo del cluster e 2,4M per cluster. Quando si inserisce un nuovo PersistentVolumeClaim che viene servito dal driver di economia, il driver verifica se esiste già un volume FlexVol in grado di servire il nuovo Qtree. Se non esiste un volume FlexVol in grado di servire il Qtree, viene creato un nuovo volume FlexVol.

È possibile impostare i permessi Unix sul volume fornito da Trident impostando un parametro nel file di definizione del backend.

Per impostazione predefinita, Trident non imposta le opzioni di montaggio su alcun valore con Kubernetes. Per specificare le opzioni di montaggio nella Kubernetes Storage Class, seguire l'esempio fornito "qui".

Per consentire agli host appropriati di accedere a un volume, utilizzare il parametro exportPolicy configurato nel file di definizione del backend.

È possibile impostare la crittografia sul volume fornito da Trident utilizzando il parametro encryption nel file di definizione del backend. Per ulteriori informazioni, fare riferimento a: "Come funziona Trident con NVE e NAE"

Usa StorageClasses per implementare QoS per ONTAP.

I driver ONTAP supportano sia il thin provisioning che il thick provisioning. I driver ONTAP predefiniscono il thin provisioning. Se si desidera il thick provisioning, è necessario configurare il file di definizione del backend o il StorageClass. Se entrambi sono configurati, StorageClass ha la precedenza. Configurare quanto segue per ONTAP:

La protezione del PVC viene attivata automaticamente su Kubernetes a partire dalla versione 1.10.

Sì. È possibile espandere un PVC che è stato creato da Trident. Si noti che l'autogrow del volume è una funzionalità di ONTAP che non è applicabile a Trident.

L'importazione del volume non riesce se il volume esterno è in modalità DP o è offline. Si riceve il seguente messaggio di errore:

Kubernetes Storage Resource Quota dovrebbe funzionare finché lo storage NetApp ha capacità. Quando lo storage NetApp non può rispettare le impostazioni della quota Kubernetes a causa della mancanza di capacità, Trident tenta di eseguire il provisioning ma restituisce un errore.

Sì. La creazione di snapshot di volumi on-demand e di Persistent Volumes da snapshot è supportata da Trident. Per creare PV da snapshot, assicurarsi che la funzione VolumeSnapshotDataSource sia stata abilitata.

Da oggi, il supporto per le istantanee su richiesta è disponibile per i nostri ontap-nas, ontap-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san e azure-netapp-files driver backend.

Questa opzione è disponibile su ontap-nas, ontap-san e ontap-nas-flexgroup driver. È inoltre possibile specificare un snapshotPolicy per il ontap-san-economy driver al livello FlexVol.

Questa funzione è disponibile anche sui ontap-nas-economy driver, ma con una granularità a livello di volume FlexVol e non a livello di qtree. Per abilitare la possibilità di eseguire snapshot dei volumi forniti da Trident, impostare il parametro del backend snapshotPolicy sulla policy di snapshot desiderata come definita sul backend ONTAP. Qualsiasi snapshot eseguito dallo storage controller non è conosciuto da Trident.

Sì, è possibile riservare una percentuale specifica di spazio su disco per l'archiviazione delle copie snapshot tramite Trident impostando l' snapshotReserve attributo nel file di definizione del backend. Se sono stati configurati snapshotPolicy e snapshotReserve nel file di definizione del backend, la percentuale di riserva di snapshot viene impostata in base alla percentuale snapshotReserve indicata nel file di backend. Se il numero di percentuale snapshotReserve non è indicato, ONTAP per impostazione predefinita considera la percentuale di riserva di snapshot come 5. Se l'opzione snapshotPolicy è impostata su none, la percentuale di riserva di snapshot è impostata su 0.

Sì, è possibile accedere alla directory delle snapshot sul volume fornito da Trident impostando il parametro snapshotDir nel file di definizione del backend.

Attualmente, SnapMirror deve essere impostato esternamente utilizzando ONTAP CLI o OnCommand System Manager.

Per ripristinare un volume a una snapshot di ONTAP, eseguire le seguenti operazioni:

I mirror di condivisione del carico possono essere creati per i volumi root delle SVM che servono dati su NFS. ONTAP aggiorna automaticamente i mirror di condivisione del carico per i volumi che sono stati creati da Trident. Ciò può comportare ritardi nel montaggio dei volumi. Quando vengono creati più volumi utilizzando Trident, il provisioning di un volume dipende dall'aggiornamento del mirror di condivisione del carico da parte di ONTAP.

Kubernetes non consente le classi di storage nei namespace. Tuttavia, puoi utilizzare Kubernetes per limitare l'utilizzo di una specifica classe di storage per namespace utilizzando le Storage Resource Quotas, che sono per namespace. Per negare a uno specifico namespace l'accesso a uno specifico storage, imposta la quota di risorse a 0 per quella classe di storage.