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ì. Endpoint Prometheus che possono essere utilizzati per raccogliere informazioni sul funzionamento di Astra Trident, come il numero di backend gestiti, il numero di volumi con provisioning, i byte consumati e così via. È anche 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.

Sì, Astra Trident può essere installato offline. Fare riferimento a. "Scopri di più sull'installazione di Astra Trident".

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 Trident crea un Kubernetes ClusterRole, che ha accesso specifico alle risorse PersistentVolume, PersistentVolumeClaim, StorageClass e Secret del cluster Kubernetes. Fare riferimento a. "Personalizzare l'installazione di tridentctl".

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

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 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 "Astra 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 Astra "Discordare il canale" 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 Trident vengono memorizzati in 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 è necessaria una correzione per i bug osservati dopo un aggiornamento, problemi di dipendenza o un aggiornamento non riuscito o incompleto, è necessario "Disinstallare Astra Trident" e reinstallare la versione precedente utilizzando le istruzioni specifiche per quella versione. Questo è l'unico modo consigliato per eseguire il downgrade a una versione precedente.

La LIF di gestione è obbligatoria. La LIF dei dati varia:

Sì. Astra Trident supporta il protocollo CHAP bidirezionale per i 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.

Astra Trident supporta la definizione degli indirizzi IPv6 per:

Astra Trident deve essere installato utilizzando il flag --use-ipv6 (per tridentctl installazione), IPv6 (Per l'operatore Trident), o. tridentTPv6 (Per l'installazione di Helm) per il suo funzionamento oltre IPv6.

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

È possibile aggiornare Data LIF su ontap-nas e. ontap-nas-economy solo.

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. Per ulteriori informazioni, fare riferimento a: "Come funziona Astra Trident con NVE e NAE"

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.

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

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-nas-flexgroup, ontap-san, ontap-san-economy, solidfire-san, 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.