Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Novità

Collaboratori RSS
PDF

Le Note di rilascio forniscono informazioni su nuove funzionalità, miglioramenti e correzioni di bug nell'ultima versione di Astra Trident.

Attenzione Il tridentctl file binario per Linux fornito nel file zip del programma di installazione è la versione testata e supportata. Tenere presente che il macos file binario fornito nella /extras parte del file zip non è testato o supportato.

Novità del 24,06

Miglioramenti

  • IMPORTANTE: Il limitVolumeSize parametro ora limita le dimensioni di qtree/LUN nei driver ONTAP economy. Utilizzare il nuovo limitVolumePoolSize parametro per controllare le dimensioni FlexVol in tali driver. ("Problema n. 341").

  • È stata aggiunta la capacità di autoriparazione iSCSI di avviare scansioni SCSI con l'ID LUN esatto se sono in uso igroup deprecati ("Problema n. 883").

  • Supporto aggiunto per le operazioni di cloning e ridimensionamento del volume da consentire anche quando il backend è in modalità sospesa.

  • È stata aggiunta la possibilità di propagare le impostazioni di registro configurate dall'utente per il controller Trident ai pod di nodo Astra Trident.

  • È stato aggiunto il supporto in Astra Trident per usare REST per impostazione predefinita invece di ZAPI per ONTAP versioni 9.15.1 e successive.

  • Aggiunto supporto per nomi di volumi e metadati personalizzati sui backend di storage ONTAP per nuovi volumi persistenti.

  • Migliorato il azure-netapp-files driver (ANF) per abilitare automaticamente la directory snapshot per impostazione predefinita quando le opzioni di montaggio NFS sono impostate per utilizzare NFS versione 4.x

  • Aggiunto supporto Bottlerocket per volumi NFS.

  • Aggiunto il supporto dell'anteprima tecnica per Google Cloud NetApp Volumes.

Kubernetes

  • Aggiunto supporto per Kubernetes 1,30.

  • Aggiunta la possibilità per Astra Trident DaemonSet di pulire i montaggi zombie e i file di tracciamento residui all'avvio ("Problema n. 883").

  • Aggiunta annotazione PVC trident.netapp.io/luksEncryption per l'importazione dinamica dei volumi LUKS ("Problema n. 849").

  • Aggiunta della conoscenza della topologia al driver ANF.

  • Aggiunto supporto per nodi Windows Server 2022.

Correzioni

  • Risolti i problemi di installazione di Astra Trident a causa di transazioni obsolete.

  • Corretto tridentctl per ignorare i messaggi di avviso da Kubernetes ("Problema n. 892").

  • La priorità del controller Astra Trident è stata modificata SecurityContextConstraint in 0 ("Problema n. 887").

  • I driver ONTAP accettano dimensioni del volume inferiori a 20MiB GB ("Problema[#885").

  • È stato corretto Astra Trident per impedire la riduzione di Flexvol durante l'operazione di ridimensionamento per il driver ONTAP-SAN.

  • Risolto un errore di importazione del volume ANF con NFS v4,1.

Dipendenze

  • Rimosso il supporto per Windows Server 2019 EOL.

Modifiche nel 24,02

Miglioramenti

  • Aggiunto supporto per Cloud Identity.

    • AKS con ANF - Azure workload Identity verrà utilizzato come Cloud Identity.

    • EKS con FSxN - il ruolo AWS IAM verrà utilizzato come identità Cloud.

  • Aggiunto il supporto per installare Astra Trident come add-on sul cluster EKS dalla console EKS.

  • È stata aggiunta la possibilità di configurare e disattivare la correzione automatica iSCSI ("Problema n. 864").

  • È stata aggiunta la personalità FSX ai driver ONTAP per consentire l'integrazione con AWS IAM e SecretsManager e per consentire ad Astra Trident di eliminare i volumi FSX con i backup ("Problema n. 453").

Kubernetes

  • Aggiunto supporto per Kubernetes 1,29.

Correzioni

  • Messaggi di avviso ACP fissi, quando ACP non è abilitato ("Problema n. 866").

  • È stato aggiunto un ritardo di 10 secondi prima di eseguire una suddivisione dei cloni durante l'eliminazione dello snapshot per i driver ONTAP, quando un clone è associato allo snapshot.

Dipendenze

  • Rimosso il framework degli attestati in-toto dai manifesti di immagini multipiattaforma.

Modifiche nel 23,10

Correzioni

  • Espansione del volume fissa se una nuova dimensione richiesta è inferiore alla dimensione del volume totale per i driver di archiviazione ONTAP-nas e ONTAP-nas-FlexGroup ("Problema n. 834").

  • Dimensioni volume fisse per visualizzare solo le dimensioni utilizzabili del volume durante l'importazione per i driver di archiviazione ONTAP-nas e ONTAP-nas-FlexGroup ("Problema n. 722").

  • Conversione fissa del nome FlexVol per ONTAP-NAS-Economy.

  • Risolto il problema di inizializzazione di Astra Trident su un nodo Windows quando il nodo viene riavviato.

Miglioramenti

Kubernetes

Aggiunto supporto per Kubernetes 1,28.

Astra Trident

  • Aggiunto supporto per l'utilizzo di Azure Managed Identity (AMI) con driver di storage Azure-netapp-Files.

  • Aggiunto supporto per NVMe su TCP per il driver ONTAP-SAN.

  • È stata aggiunta la possibilità di sospendere il provisioning di un volume quando il backend è impostato sullo stato sospeso dall'utente ("Problema n. 558").

Funzionalità avanzate disponibili in Astra Control

Con Astra Trident 23,10, un nuovo componente software chiamato Astra Control Provivisioner è disponibile per gli utenti con licenza Astra Control. Questo provisioner fornisce l'accesso a un superset di funzionalità avanzate di gestione e provisioning dello storage, oltre a quelle supportate da Astra Trident. Per la release 23,10, queste funzionalità includono:

  • Funzionalità di backup e ripristino per le applicazioni con backend di storage con garanzia di driver basati sulla convenienza di ontap-nas

  • Maggiore sicurezza backend dello storage con crittografia Kerberos 5

  • Recovery di dati con snapshot

  • Miglioramenti di SnapMirror

"Scopri di più su Astra Control Provisioner."

Modifiche nel 23.07.1

Kubernetes: eliminazione di daemonset fissa per supportare aggiornamenti senza downtime ("Problema n. 740").

Modifiche nel 23,07

Correzioni

Kubernetes

  • Aggiornamento Trident corretto per ignorare i vecchi pod bloccati in stato di terminazione ("Problema n. 740").

  • Aggiunta tolleranza alla definizione "Transmitter-Trident-version-pod" ("Problema n. 795").

Astra Trident

  • Sono state risolte le richieste ZAPI ONTAP per garantire che i numeri di serie LUN vengano interrogati quando si ottengono gli attributi LUN per identificare e correggere i dispositivi iSCSI fantasma durante le operazioni di staging dei nodi.

  • Correzione della gestione degli errori nel codice del driver di archiviazione ("Problema n. 816").

  • Risolto il ridimensionamento delle quote quando si utilizzano i driver ONTAP con use-REST=true.

  • Creazione di cloni di LUN fissi in ontap-san-economy.

  • Ripristina campo informazioni di pubblicazione da rawDevicePath a devicePath; aggiunta logica per popolare e recuperare (in alcuni casi) devicePath campo.

Miglioramenti

Kubernetes

  • Aggiunto supporto per l'importazione di snapshot pre-sottoposte a provisioning.

  • Distribuzione ridotta al minimo e permessi di daemonset linux ("Problema n. 817").

Astra Trident

  • Non è più necessario specificare il campo dello stato per volumi e snapshot "online".

  • Aggiorna lo stato backend se il backend ONTAP è offline ("Numeri 801", "N. 543").

  • Il numero di serie LUN viene sempre recuperato e pubblicato durante il flusso di lavoro ControllerVolumePublish.

  • Aggiunta logica aggiuntiva per verificare il numero di serie e le dimensioni del dispositivo multipath iSCSI.

  • Verifica aggiuntiva dei volumi iSCSI per assicurare che il dispositivo multipath corretto non venga messo in fase.

Miglioramento sperimentale

Aggiunto il supporto dell'anteprima tecnica per NVMe su TCP per il driver ONTAP-SAN.

Documentazione

Sono stati apportati molti miglioramenti a livello organizzativo e di formattazione.

Dipendenze

Kubernetes

  • Supporto rimosso per istantanee v1beta1.

  • Rimosso il supporto per volumi e classi di storage pre-CSI.

  • Aggiornato il numero minimo di Kubernetes supportati a 1,22.

Modifiche nel 23,04

Importante Force volume Detach for ONTAP-SAN-* Volumes è supportato solo con le versioni di Kubernetes con la funzionalità non-Graceal Node Shutdown abilitata. La rimozione forzata deve essere attivata al momento dell'installazione utilizzando il --enable-force-detach flag del programma di installazione Trident.

Correzioni

  • Fixed Trident Operator to Use IPv6 localhost for installation when specified in spec.

  • Sono state fissate le autorizzazioni dei ruoli del cluster dell'operatore Trident da sincronizzare con le autorizzazioni del bundle ("Problema n. 799").

  • Risolto il problema relativo al collegamento di un volume di blocco raw su più nodi in modalità RWX.

  • Supporto corretto della clonazione FlexGroup e importazione di volumi per volumi SMB.

  • Risolto il problema per cui il controller Trident non poteva arrestarsi immediatamente ("Problema n. 811").

  • Aggiunta correzione per elencare tutti i nomi di igroup associati a un LUN specificato fornito con i driver ontap-san-*.

  • Aggiunta di una correzione per consentire l'esecuzione di processi esterni fino al completamento.

  • Corretto errore di compilazione per l'architettura s390 ("Problema n. 537").

  • Corretto livello di registrazione errato durante le operazioni di montaggio del volume ("Problema n. 781").

  • Corretto errore di asserzione del tipo di potenziale ("Problema n. 802").

Miglioramenti

  • Kubernetes:

    • Aggiunto supporto per Kubernetes 1,27.

    • Aggiunto supporto per l'importazione di volumi LUKS.

    • Aggiunto supporto per la modalità di accesso al PVC ReadWriteOncePod.

    • Aggiunto il supporto per force Detach per volumi ONTAP-SAN-* durante scenari di non-Graged Node Shutdown.

    • Tutti i volumi ONTAP-SAN-* ora utilizzeranno igroups per nodo. Le LUN verranno mappate solo agli igroups mentre vengono pubblicate attivamente su tali nodi per migliorare la nostra posizione in materia di sicurezza. I volumi esistenti verranno opportunamente commutati al nuovo schema di igroup quando Trident determina che è sicuro farlo senza influire sui carichi di lavoro attivi ("Problema n. 758").

    • Sicurezza Trident migliorata grazie alla pulizia degli igroups gestiti da Trident inutilizzati dai backend ONTAP-SAN-*.

  • Aggiunto supporto per volumi SMB con Amazon FSX ai driver di storage ontap-nas-Economy e ontap-nas-Flexgroup.

  • Supporto aggiunto per le condivisioni SMB con i driver di storage ontap-nas, ontap-nas-Economy e ontap-nas-Flexgroup.

  • Aggiunto supporto per arm64 nodi ("Problema n. 732").

  • Procedura di arresto Trident migliorata disattivando prima i server API ("Problema n. 811").

  • Aggiunto supporto di build multipiattaforma per host Windows e arm64 a Makefile; vedere BUILD.MD.

Dipendenze

Kubernetes: gli igroup con ambito backend non verranno più creati quando si configurano i driver ONTAP-san e ONTAP-san-economy ("Problema n. 758").

Modifiche nel 23.01.1

Correzioni

  • Fixed Trident Operator to Use IPv6 localhost for installation when specified in spec.

  • Sono state fissate le autorizzazioni del ruolo del cluster dell'operatore Trident da sincronizzare con le autorizzazioni del bundle "Problema n. 799".

  • Aggiunta di una correzione per consentire l'esecuzione di processi esterni fino al completamento.

  • Risolto il problema relativo al collegamento di un volume di blocco raw su più nodi in modalità RWX.

  • Supporto corretto della clonazione FlexGroup e importazione di volumi per volumi SMB.

Modifiche nel 23,01

Importante Kubernetes 1,27 è ora supportato in Trident. Aggiornare Astra Trident prima di aggiornare Kubernetes.

Correzioni

  • Kubernetes: Aggiunte opzioni per escludere la creazione di criteri di protezione del pod per correggere le installazioni di Trident tramite Helm ("Numeri 783, 794").

Miglioramenti

Kubernetes

  • Aggiunto supporto per Kubernetes 1,26.

  • Miglioramento dell'utilizzo complessivo delle risorse RBAC di Trident ("Problema n. 757").

  • Aggiunta dell'automazione per rilevare e correggere sessioni iSCSI interrotte o obsolete sui nodi host.

  • Aggiunto supporto per l'espansione dei volumi crittografati con LUKS.

  • Kubernetes: Aggiunto il supporto della rotazione delle credenziali per i volumi crittografati LUKS.

Astra Trident

  • Aggiunto supporto per volumi SMB con Amazon FSX per ONTAP al driver di storage ontap-nas.

  • Aggiunto supporto per le autorizzazioni NTFS quando si utilizzano volumi SMB.

  • Aggiunto supporto per pool di storage per volumi GCP con livello di servizio CVS.

  • Aggiunto supporto per l'utilizzo opzionale di flexgroupAggregateList durante la creazione di FlexGroups con il driver di storage ontap-nas-flexgroup.

  • Performance migliorate per il driver di storage ontap-nas-economy durante la gestione di più FlexVol.

  • Aggiornamenti dataLIF abilitati per tutti i driver di storage NAS ONTAP.

  • È stata aggiornata la convenzione di denominazione di Trident Deployment e DemonSet per riflettere il sistema operativo del nodo host.

Dipendenze

  • Kubernetes: Aggiornato il numero minimo di Kubernetes supportati a 1.21.

  • Le interfacce LIF dati non devono più essere specificate durante la configurazione ontap-san o ontap-san-economy i driver.

Modifiche nel 22,10

Prima di eseguire l'aggiornamento ad Astra Trident 22.10, è necessario leggere le seguenti informazioni critiche.

Attenzione
<strong> informazioni sulle </strong> di Astra Trident 22.10

  • Kubernetes 1,25 è ora supportato in Trident. Devi aggiornare Astra Trident alla versione 22.10 prima di eseguire l'aggiornamento a Kubernetes 1.25.

  • Astra Trident ora 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 OR find_multipaths: smart nel file multipath.conf determinerà errori di montaggio. Trident ha consigliato l'uso di find_multipaths: no fin dalla versione 21,07.

Correzioni

  • Risolto il problema specifico del backend ONTAP creato utilizzando il credentials campo che non riesce a venire online durante l'aggiornamento 22.07.0 ("Problema n. 759").

  • Docker: ha risolto un problema che ha causato il mancato avvio del plugin del volume Docker in alcuni ambienti ("Problema n. 548" e "Problema n. 760").

  • Risolto il problema SLM specifico dei backend SAN ONTAP per garantire la pubblicazione solo di un sottoinsieme di dati LIF appartenenti ai nodi di reporting.

  • Risolto il problema delle performance in cui si verificavano scansioni non necessarie per LUN iSCSI durante il collegamento di un volume.

  • Sono stati rimossi tentativi granulari all'interno del workflow iSCSI di Astra Trident per accelerare i guasti e ridurre gli intervalli di tentativi esterni.

  • Risolto un problema a causa del quale si verificava un errore durante lo spurgo di un dispositivo iSCSI quando il dispositivo multipath corrispondente era già stato svuotato.

Miglioramenti

  • Kubernetes:

    • Aggiunto supporto per Kubernetes 1,25. Devi aggiornare Astra Trident alla versione 22.10 prima di eseguire l'aggiornamento a Kubernetes 1.25.

    • Aggiunta di un ServiceAccount, ClusterRole e ClusterRoleBinding separato per la distribuzione Trident e DemonSet per consentire futuri miglioramenti delle autorizzazioni.

    • Aggiunto supporto per "condivisione di volumi tra spazi dei nomi".

  • Tutti i driver di storage Trident ontap-* ora funzionano con l'API REST ONTAP.

  • Aggiunto nuovo operatore yaml (bundle_post_1_25.yaml) senza a PodSecurityPolicy per supportare Kubernetes 1,25.

  • Aggiunto "Supporto per volumi con crittografia LUKS" per ontap-san i driver di archiviazione e. ontap-san-economy

  • Aggiunto supporto per nodi Windows Server 2019.

  • Aggiunto "Supporto per volumi SMB su nodi Windows" tramite il azure-netapp-files driver di archiviazione.

  • Il rilevamento automatico dello switchover MetroCluster per i driver ONTAP è ora generalmente disponibile.

Dipendenze

  • Kubernetes: aggiornato il numero minimo di Kubernetes supportati a 1.20.

  • Driver ADS (Astra Data Store) rimosso.

  • Rimosso il supporto yes e smart le opzioni per find_multipaths la configurazione del multipathing dei nodi di lavoro per iSCSI.

Modifiche nel 22,07

Correzioni

Kubernetes

  • Risolto il problema della gestione dei valori booleani e numerici per il selettore di nodi durante la configurazione di Trident con Helm o l'operatore Trident. ("Numero GitHub 700")

  • Risolto il problema di gestione degli errori dal percorso non CHAP, in modo che il kubelet ritenta in caso di errore. "Numero GitHub 736")

Miglioramenti

  • Transizione da k8s.gcr.io a registry.k8s.io come registro predefinito per le immagini CSI

  • I volumi ONTAP-SAN ora utilizzeranno igroups per nodo e mapperanno solo le LUN agli igroups mentre vengono attivamente pubblicate su tali nodi per migliorare la nostra posizione di sicurezza. I volumi esistenti verranno opportunamente trasferiti al nuovo schema di igroup quando Astra Trident stabilisce che è sicuro farlo senza influire sui carichi di lavoro attivi.

  • Incluso un ResourceQuota con installazioni Trident per garantire che Trident DemonSet venga pianificato quando il consumo di PriorityClass è limitato per impostazione predefinita.

  • Aggiunto il supporto per le funzioni di rete al driver Azure NetApp Files. ("Numero GitHub 717")

  • Aggiunta dell'anteprima tecnica per il rilevamento automatico dello switchover MetroCluster ai driver ONTAP. ("Numero GitHub 228")

Dipendenze

  • Kubernetes: aggiornato il numero minimo di Kubernetes supportati a 1.19.

  • La configurazione back-end non consente più l'utilizzo di più tipi di autenticazione in una singola configurazione.

Rimozioni

  • Il driver CVS AWS (obsoleto dal 22.04) è stato rimosso.

  • Kubernetes

    • Rimozione della funzionalità SYS_ADMIN non necessaria dai pod di nodi.

    • Riduce il nodeprep fino alle semplici informazioni host e al rilevamento attivo del servizio per confermare al meglio che i servizi NFS/iSCSI sono disponibili sui nodi di lavoro.

Documentazione

È stata aggiunta una nuova "Standard di sicurezza Pod"sezione (PSS) con i dettagli delle autorizzazioni abilitate da Astra Trident all'installazione.

Modifiche nel 22,04

NetApp continua a migliorare e migliorare i propri prodotti e servizi. Ecco alcune delle funzionalità più recenti di Astra Trident. Per le versioni precedenti, fare riferimento alla "Versioni precedenti della documentazione".

Importante Se si sta eseguendo l'aggiornamento da qualsiasi precedente release di Trident e si utilizza Azure NetApp Files, il locationparametro di configurazione è ora un campo singleton obbligatorio.

Correzioni

  • Analisi migliorata dei nomi degli iniziatori iSCSI. ("Numero GitHub 681")

  • Risolto il problema a causa del quale i parametri della classe di storage CSI non erano consentiti. ("Numero GitHub 598")

  • È stata corretta la dichiarazione della chiave duplicata in Trident CRD. ("Numero GitHub 671")

  • Sono stati corretti registri Snapshot CSI imprecisi. ("Numero GitHub 629"))

  • Risolto il problema di annullamento della pubblicazione dei volumi sui nodi cancellati. ("Numero GitHub 691")

  • Aggiunta la gestione delle incoerenze del file system sui dispositivi a blocchi. ("Numero GitHub 656")

  • Risolto il problema di estrazione delle immagini con supporto automatico durante l'impostazione del imageRegistry flag durante l'installazione. ("Numero GitHub 715")

  • Risolto il problema a causa del quale il driver Azure NetApp Files non riusciva a clonare un volume con più regole di esportazione.

Miglioramenti

  • Le connessioni in entrata agli endpoint sicuri di Trident ora richiedono almeno TLS 1.3. ("Numero GitHub 698")

  • Trident aggiunge ora gli header HSTS alle risposte dai suoi endpoint sicuri.

  • Trident ora tenta di attivare automaticamente la funzione di permessi unix di Azure NetApp Files.

  • Kubernetes: Trident demonset ora funziona con la classe di priorità system-node-critical. ("Numero GitHub 694")

Rimozioni

Il driver e-Series (disattivato dal 20.07) è stato rimosso.

Modifiche nel 22.01.1

Correzioni

  • Risolto il problema di annullamento della pubblicazione dei volumi sui nodi cancellati. ("Numero GitHub 691")

  • Risolto il problema dell'accesso ai campi nil per lo spazio aggregato nelle risposte API ONTAP.

Modifiche nel 22.01.0

Correzioni

  • Kubernetes: aumenta il tempo di tentativi di backoff per la registrazione dei nodi per cluster di grandi dimensioni.

  • Risolto il problema per cui il driver Azure-netapp-Files poteva essere confuso da più risorse con lo stesso nome.

  • Le LIF dati ONTAP SAN IPv6 ora funzionano se specificate con parentesi quadre.

  • Risolto il problema a causa del quale il tentativo di importare un volume già importato restituisce EOF lasciando PVC in stato di attesa. ("Numero GitHub 489")

  • Risolto il problema relativo al rallentamento delle prestazioni di Astra Trident quando vengono creati più di 32 snapshot su un volume SolidFire.

  • Ha sostituito SHA-1 con SHA-256 nella creazione del certificato SSL.

  • Corretto il driver Azure NetApp Files per consentire nomi di risorse duplicati e limitare le operazioni a un'unica posizione.

  • Corretto il driver Azure NetApp Files per consentire nomi di risorse duplicati e limitare le operazioni a un'unica posizione.

Miglioramenti

  • Miglioramenti di Kubernetes:

    • Aggiunto supporto per Kubernetes 1,23.

    • Aggiungi le opzioni di pianificazione per i pod Trident se installati tramite Trident Operator o Helm. ("Numero GitHub 651")

  • Consenti volumi cross-area nel driver GCP. ("Numero GitHub 633")

  • Aggiunto il supporto per l'opzione 'unixPermissions' ai volumi Azure NetApp Files. ("Numero GitHub 666")

Dipendenze

L'interfaccia REST di Trident può ascoltare e servire solo a 127.0.0.1 o [::1] indirizzi

Modifiche nel 21.10.1

Attenzione La versione v21.10.0 presenta un problema che può mettere il controller Trident in uno stato CrashLoopBackOff quando un nodo viene rimosso e quindi aggiunto di nuovo al cluster Kubernetes. Questo problema è stato risolto in v21.10.1 (problema di GitHub 669).

Correzioni

  • Correzione della potenziale condizione di gara durante l'importazione di un volume su un backend CVS GCP, con conseguente mancata importazione.

  • Risolto un problema che può portare il controller Trident in uno stato CrashLoopBackOff quando un nodo viene rimosso e quindi aggiunto di nuovo al cluster Kubernetes (problema GitHub 669).

  • Risolto il problema a causa del quale le SVM non venivano più rilevate se non è stato specificato alcun nome SVM (problema di GitHub 612).

Modifiche nel 21.10.0

Correzioni

  • Risolto il problema a causa del quale i cloni dei volumi XFS non potevano essere montati sullo stesso nodo del volume di origine (problema di GitHub 514).

  • Risolto il problema a causa del quale Astra Trident ha registrato un errore irreversibile durante lo shutdown (problema di GitHub 597).

  • Correzioni relative a Kubernetes:

    • Restituire lo spazio utilizzato di un volume come valore minimo di restoreSize durante la creazione di snapshot con ontap-nas i driver e ontap-nas-flexgroup (problema GitHub 645).

    • Risolto il problema a causa del quale Failed to expand filesystem l'errore è stato registrato dopo il ridimensionamento del volume (problema GitHub 560).

    • Risolto il problema a causa del quale un pod potrebbe bloccarsi nello Terminating stato (problema GitHub 572).

    • Risolto il caso in cui un ontap-san-economy FlexVol potesse essere pieno di LUN snapshot (problema GitHub 533).

    • Risolto il problema del programma di installazione YAML personalizzato con immagini diverse (problema GitHub 613).

    • Corretto il calcolo delle dimensioni dello snapshot (problema di GitHub 611).

    • Risolto il problema per cui tutti gli installatori di Astra Trident potevano identificare Kubernetes semplici come OpenShift (problema di GitHub 639).

    • Risolto il problema dell'operatore Trident per interrompere la riconciliazione se il server API Kubernetes non è raggiungibile (problema di GitHub 599).

Miglioramenti

  • Aggiunto il supporto per unixPermissions l'opzione per GCP-CVS Performance Volumes.

  • Supporto aggiunto per volumi CVS ottimizzati per la scalabilità in GCP nell'intervallo da 600 GiB a 1 TIB.

  • Miglioramenti relativi a Kubernetes:

    • Aggiunto supporto per Kubernetes 1,22.

    • Ha consentito all'operatore Trident e al grafico Helm di lavorare con Kubernetes 1.22 (problema GitHub 628).

    • Aggiunta dell'immagine dell'operatore al tridentctl comando immagini (GitHub problema 570).

Miglioramenti sperimentali

  • Aggiunto il supporto per la replica del volume nel ontap-san driver.

  • Aggiunto supporto REST tech preview per i ontap-nas-flexgroup driver , ontap-san, e ontap-nas-economy .

Problemi noti

I problemi noti identificano i problemi che potrebbero impedire l'utilizzo corretto del prodotto.

  • Quando si esegue l'aggiornamento di un cluster Kubernetes da 1,24 a 1,25 o versione successiva su true cui è installato Astra Trident, è necessario aggiornare Values.yaml per impostarlo excludePodSecurityPolicy o aggiungerlo --set excludePodSecurityPolicy=true al helm upgrade comando prima di poter aggiornare il cluster.

  • Astra Trident ora applica uno spazio vuoto fsType (fsType="") per i volumi che non hanno lo fsType specificato nella propria classe StorageClass. Quando si utilizza Kubernetes 1,17 o versione successiva, Trident supporta l'offerta di un bianco fsType per i volumi NFS. Per i volumi iSCSI, è necessario impostare fsType su StorageClass quando si applica un utilizzo di un fsGroup contesto di protezione.

  • Quando si utilizza un backend tra più istanze di Astra Trident, ogni file di configurazione backend deve avere un valore diverso storagePrefix per i backend ONTAP o utilizzare un valore diverso per i TenantName backend SolidFire. Astra Trident non è in grado di rilevare i volumi creati da altre istanze di Astra Trident. Il tentativo di creare un volume esistente su backend ONTAP o SolidFire ha esito positivo, perché Astra Trident considera la creazione del volume come un'operazione di idempotent. Se storagePrefix o TenantName non differiscono, potrebbero esserci collisioni di nomi per i volumi creati sullo stesso backend.

  • Quando si installa Astra Trident (utilizzando tridentctl o l'operatore Trident) e si utilizza tridentctl per gestire Astra Trident, è necessario assicurarsi che la KUBECONFIG variabile di ambiente sia impostata. Ciò è necessario per indicare il cluster Kubernetes tridentctl con cui dovrebbe lavorare. Quando si lavora con più ambienti Kubernetes, occorre assicurarsi che il KUBECONFIG file sia fornito in modo accurato.

  • Per eseguire la rigenerazione dello spazio online per iSCSI PVS, il sistema operativo sottostante sul nodo di lavoro potrebbe richiedere il passaggio delle opzioni di montaggio al volume. Questo è vero per le istanze RHEL/RedHat CoreOS, che richiedono il discard "opzione di montaggio"; assicurarsi che l'opzione Discard mountOption sia inclusa nel[StorageClass ^] per supportare l'eliminazione dei blocchi online.

  • Se si dispone di più istanze di Astra Trident per cluster Kubernetes, Astra Trident non è in grado di comunicare con altre istanze e non è in grado di rilevare altri volumi creati, il che comporta un comportamento imprevisto e non corretto se più di un'istanza viene eseguita all'interno di un cluster. Dovrebbe essere presente una sola istanza di Astra Trident per cluster Kubernetes.

  • Se gli oggetti basati su Astra Trident StorageClass vengono eliminati da Kubernetes mentre Astra Trident è offline, Astra Trident non rimuove le classi di storage corrispondenti dal proprio database quando torna online. È necessario eliminare queste classi di archiviazione utilizzando tridentctl o l'API REST.

  • Se un utente elimina un PV fornito da Astra Trident prima di eliminare il PVC corrispondente, Astra Trident non elimina automaticamente il volume di backup. È necessario rimuovere il volume tramite tridentctl o l'API REST.

  • ONTAP non è in grado di eseguire contemporaneamente il provisioning di più FlexGroup alla volta, a meno che il set di aggregati non sia univoco per ogni richiesta di provisioning.

  • Quando si utilizza Astra Trident su IPv6, è necessario specificare managementLIF e dataLIF nella definizione di backend tra parentesi quadre. Ad esempio, [fd20:8b1e:b258:2000:f816:3eff:feec:0].

    Nota Non è possibile specificare dataLIF su un backend SAN ONTAP. Astra Trident rileva tutte le LIF iSCSI disponibili e le utilizza per stabilire la sessione multipath.

  • Se si utilizza il solidfire-san driver con OpenShift 4,5, assicurarsi che i nodi di lavoro sottostanti utilizzino MD5 come algoritmo di autenticazione CHAP. Gli algoritmi CHAP conformi a FIPS sicuri SHA1, SHA-256 e SHA3-256 sono disponibili con Element 12.7.

Trova ulteriori informazioni