Astra Trident viene rilasciato ogni tre mesi: Gennaio, aprile, luglio e ottobre. Questo è un mese dopo il rilascio di Kubernetes.

Astra Trident di solito non supporta le funzionalità alpha in Kubernetes. Trident potrebbe supportare le funzionalità beta all'interno delle due release Trident che seguono la release beta di Kubernetes.

Astra Trident non ha dipendenze da altri prodotti software NetApp e funziona come applicazione standalone. Tuttavia, è necessario disporre di un dispositivo di storage back-end NetApp.

Utilizzare tridentctl get Per ottenere ulteriori informazioni sulla configurazione di Astra Trident.

Sì. Trident 20.01 introduce gli endpoint Prometheus che possono essere utilizzati per raccogliere informazioni sul funzionamento di Astra Trident, come il numero di backend gestiti, il numero di volumi sottoposti a provisioning, i byte utilizzati e così via. È inoltre possibile utilizzare Cloud Insights per il monitoraggio e l'analisi.

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

Astra Trident non ha più bisogno di un etcd. Utilizza i CRD per mantenere lo stato.

Sì, Astra Trident può essere installato offline. Vedere "qui".

Sì. Astra Trident 18.10 e versioni successive supportano la funzionalità di installazione remota da qualsiasi computer kubectl accesso al cluster. Dopo kubectl l'accesso viene verificato (ad esempio, avviare un kubectl get nodes dal computer remoto per verificare), seguire le istruzioni di installazione.

Astra Trident viene installato come Kubernetes Deployment (ReplicaSet) con un'istanza e quindi ha integrato. Non aumentare il numero di repliche nella distribuzione. Se il nodo in cui è installato Astra Trident viene perso o il pod è altrimenti inaccessibile, Kubernetes ridistribuisce automaticamente il pod su un nodo integro nel cluster. Astra Trident è solo il piano di controllo, pertanto i pod attualmente montati non vengono influenzati se Astra Trident viene riimplementato.

Astra Trident legge dal Kubernetes API Server per determinare quando le applicazioni richiedono nuovi PVC, in modo da avere accesso al sistema kube.

Il programma di installazione di Trident crea Kubernetes ClusterRole, che ha accesso specifico alle risorse PersistentVolume, PersistentVolumeClaim, StorageClass e Secret del cluster Kubernetes. Vedere "qui".

È possibile generare e modificare localmente i file manifest utilizzati da Astra Trident per l'installazione, se necessario. Vedere "qui".

Sebbene non sia consigliato, è possibile utilizzare lo stesso SVM backend per due istanze di Astra Trident. Specificare un nome di volume univoco per ogni istanza durante l'installazione e/o specificare un nome univoco StoragePrefix nel setup/backend.json file. In questo modo si garantisce che non venga utilizzato lo stesso FlexVol per entrambe le istanze.

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

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

Sì, Astra Trident supporta il servizio Azure NetApp Files in Azure e Cloud Volumes Service in AWS e GCP.

Anche se Astra Trident è open source e viene fornito gratuitamente, NetApp lo supporta completamente, a condizione che il vostro back-end NetApp sia supportato.

Per inoltrare 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 del kubelet per diagnosticare i problemi di montaggio sul lato Kubernetes. Le istruzioni per ottenere il log di Kubernetes variano in base alla modalità di installazione di Kubernetes.

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

Creare un problema su "Astra Trident Github". Assicurarsi di includere tutte le informazioni e i registri necessari relativi al problema.

In caso di domande, problemi o richieste, contattaci tramite il nostro "Lasco" Team o GitHub.

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

Ci sono due scenari probabili per cui Astra Trident non riesce a trovare un nodo Kubernetes. Può essere dovuto a un problema di rete all'interno di Kubernetes o a un problema DNS. Il demonset di nodi Trident eseguito su ciascun nodo Kubernetes deve essere in grado di comunicare con il controller Trident per registrare il nodo con Trident. Se si verificano modifiche di rete dopo l'installazione di Astra Trident, il 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 vengono memorizzati negli oggetti CRD. Tutti i PVS forniti da Trident funzioneranno normalmente.

NetApp supporta l'aggiornamento di Astra Trident da una release principale alla successiva release principale immediata. È possibile eseguire l'aggiornamento dalla versione 18.xx alla versione 19.xx, dalla versione 19.xx alla versione 20.xx e così via. Prima dell'implementazione in produzione, è necessario testare l'aggiornamento in un laboratorio.

Se si desidera eseguire il downgrade, è necessario valutare diversi fattori. Vedere "la sezione sul downgrade".

NetApp consiglia di inserire entrambe le opzioni nel file di definizione del backend. Tuttavia, la LIF di gestione è l'unica a essere obbligatoria.

Sì. A partire da 20.04, Astra Trident supporta CHAP bidirezionale per backend ONTAP. Questa operazione richiede l'impostazione useCHAP=true nella configurazione back-end.

Astra Trident è in grado di 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 di back-end e di aggiungere IP di nodo che rientrano in questi intervalli a un criterio di esportazione creato da Trident. In questo modo, Astra Trident gestisce automaticamente l'aggiunta e l'eliminazione di regole per i nodi con IP all'interno di dati CIDR. Questa funzione richiede CSI Trident.

Astra Trident 19.01 e versioni successive supportano la specifica di una porta nel DataLIF. Configurarlo in backend.json file as (file con nome “managementLIF”: <ip address>:<port>”. Ad esempio, se l'indirizzo IP della LIF di gestione è 192.0.2.1 e la porta è 1000, configurare "managementLIF": "192.0.2.1:1000".

Sì. Astra Trident 20.01 supporta la definizione degli indirizzi IPv6 per i parametri di gestione LIF e dataLIF per i backend ONTAP. Assicurarsi che l'indirizzo segua la semantica IPv6 e che la managementLIF sia definita tra parentesi quadre (ad esempio, [ec0d:6504:a9c1:ae67:53d1:4bdf:ab32:e233]). Assicurarsi inoltre che Astra Trident sia installato utilizzando `--use-ipv6 Flag per il funzionamento su IPv6.

Sì, è possibile aggiornare la LIF di gestione back-end utilizzando tridentctl update backend comando.

No, non è possibile aggiornare Data LIF sul back-end.

Astra Trident supporta molti backend contemporaneamente, con lo stesso driver o driver diversi.

Astra Trident memorizza le credenziali di back-end come Kubernetes Secrets.

Se non è possibile utilizzare gli attributi di backend per selezionare automaticamente i pool giusti per una classe, il storagePools e. additionalStoragePools i parametri vengono utilizzati per selezionare un set specifico di pool.

Il excludeStoragePools Il parametro viene utilizzato per filtrare il set di pool che Astra Trident utilizzerà per il provisioning e rimuoverà i pool corrispondenti.

Se sono presenti più backend configurati dello stesso tipo, Astra Trident seleziona il backend appropriato in base ai parametri presenti in StorageClass e. PersistentVolumeClaim. Ad esempio, se sono presenti più backend di driver ontap-nas, Astra Trident tenta di associare i parametri in StorageClass e. PersistentVolumeClaim combinato e abbinato a un backend in grado di soddisfare i requisiti elencati nella StorageClass e. PersistentVolumeClaim. Se ci sono più backend che corrispondono alla richiesta, Astra Trident seleziona uno di essi in maniera casuale.

Sì.

Il ontap-nas-economy Il driver crea fino a 200 Qtree nello stesso FlexVol (configurabile tra 50 e 300), 100,000 Qtree per nodo cluster e 2,4 milioni per cluster. Quando si immette un nuovo PersistentVolumeClaim Che è servito dal driver economico, il driver cerca di vedere se esiste già un FlexVol in grado di servire il nuovo Qtree. Se il FlexVol non esiste in grado di servire il Qtree, viene creato un nuovo FlexVol.

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

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

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

È possibile impostare la crittografia sul volume fornito da Trident utilizzando il parametro di crittografia nel file di definizione del backend.

Utilizzare StorageClasses Per implementare QoS per ONTAP.

I driver ONTAP supportano il thin provisioning o il thick provisioning. Per impostazione predefinita, i driver ONTAP passano al thin provisioning. Se si desidera eseguire 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 PVC viene attivata automaticamente su Kubernetes a partire dalla versione 1.10.

Sì. È possibile espandere un PVC creato da Astra Trident. Tenere presente che la crescita automatica del volume è una funzione di ONTAP non applicabile a Trident.

A partire dalla versione 19.04, è possibile utilizzare la funzione di importazione dei volumi per trasferire i volumi in Kubernetes.

L'importazione del volume non riesce se il volume esterno è in modalità DP o non è in linea. Viene visualizzato il seguente messaggio di errore:

Trident 19.10 supporta l'espansione del PVS iSCSI utilizzando CSI Provisioner.

La quota delle risorse di storage di Kubernetes dovrebbe funzionare finché lo storage NetApp dispone di capacità. Quando lo storage NetApp non riesce a rispettare le impostazioni di quota di Kubernetes a causa della mancanza di capacità, Astra Trident tenta di eseguire il provisioning, ma gli errori non vengono eseguiti.

Sì. Astra Trident supporta la creazione di snapshot di volumi on-demand e volumi persistenti. Per creare PVS da snapshot, assicurarsi che VolumeSnapshotDataSource feature gate è stato attivato.

A partire da oggi, il supporto on-demand per le snapshot è disponibile per il nostro ontap-nas, ontap-san, ontap-san-economy, solidfire-san, aws-cvs, gcp-cvs, e. azure-netapp-files driver di back-end.

Disponibile in ontap-nas, ontap-san, e. ontap-nas-flexgroup driver. È inoltre possibile specificare un snapshotPolicy per ontap-san-economy Driver a livello di FlexVol.

Questa opzione è disponibile anche sul ontap-nas-economy Ma a livello di granularità FlexVol e non a livello di granularità qtree. Per abilitare la funzione di snapshot dei volumi forniti da Astra Trident, impostare l'opzione del parametro backend snapshotPolicy Al criterio di snapshot desiderato, come definito nel backend ONTAP. Astra Trident non conosce le snapshot eseguite dal controller di storage.

Sì, è possibile riservare una percentuale specifica di spazio su disco per la memorizzazione delle copie Snapshot tramite Astra Trident impostando snapshotReserve nel file di definizione del backend. Se è stato configurato snapshotPolicy e. snapshotReserve nel file di definizione del backend, la percentuale di riserva snapshot viene impostata in base a. snapshotReserve percentuale indicata nel file backend. Se il snapshotReserve Il numero percentuale non viene menzionato, ONTAP per impostazione predefinita assume la percentuale di riserva snapshot come 5. Se il snapshotPolicy l'opzione è impostata su nessuno, la percentuale di riserva snapshot è impostata su 0.

Sì, è possibile accedere alla directory di snapshot sul volume fornito da Trident impostando snapshotDir nel file di definizione back-end.

Attualmente, SnapMirror deve essere impostato esternamente utilizzando l'interfaccia CLI di ONTAP o Gestione di sistema di OnCommand.

Per ripristinare un volume in uno snapshot ONTAP, attenersi alla seguente procedura:

È possibile creare mirror di condivisione del carico per i volumi root delle SVM che servono dati su NFS. ONTAP aggiorna automaticamente i mirror di condivisione del carico per i volumi creati da Trident. Ciò potrebbe causare ritardi nell'installazione dei volumi. Quando si creano 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 classi di storage negli spazi dei nomi. Tuttavia, è possibile utilizzare Kubernetes per limitare l'utilizzo di una classe di storage specifica per spazio dei nomi utilizzando le quote delle risorse di storage, che sono per spazio dei nomi. Per negare l'accesso a uno spazio dei nomi specifico a uno storage specifico, impostare la quota di risorse su 0 per tale classe di storage.