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à

RSS
PDF

Le Release Notes forniscono informazioni sulle nuove funzionalità, i miglioramenti e le correzioni di bug nell'ultima versione di NetApp Trident.

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

Novità della versione 26.06.2

Scopri le novità in NetApp Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Miglioramenti

  • Kubernetes:

    • Aggiunto il supporto per Kubernetes 1.37.

Correzioni

  • Kubernetes:

    • Risolto il problema per cui le regole della policy di esportazione di ONTAP-NAS venivano eliminate silenziosamente quando il controller Trident veniva riavviato o quando veniva aggiornato un TridentBackendConfig mentre enableConcurrency era impostato su true. Questo poteva lasciare bloccati i volumi già montati ("Issue #1166", "Issue #1179").

    • Risolto il problema relativo agli aggiornamenti del backend che eseguivano una scansione degli orfani per volume alla ricerca di modifiche non sostanziali, come credenziali e QoS, che potevano bloccare le operazioni CSI per ore su backend di grandi dimensioni. La scansione ora viene eseguita solo quando cambia il prefisso SVM o di storage.

    • Corrette le credenziali che comparivano nei log di debug di Trident, inclusi i dump delle richieste CSI gRPC, il dump dell'ambiente di avvio e TridentBackendConfig le specifiche registrate dal controller CRD. Il dump dell'ambiente di avvio ora registra i valori solo per le variabili di Trident TRIDENT_* ed elenca le altre variabili per nome.

Novità della versione 26.06.1

Scopri le novità in NetApp Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Correzioni

  • Kubernetes:

    • Risolto un problema di competizione tra la pubblicazione CSI e lo spostamento del volume che poteva collegare un volume utilizzando informazioni di accesso obsolete.

    • Risolto un problema di competizione in cui NodeGetInfo poteva restituire etichette di topologia vuote prima del completamento della registrazione del nodo, causando errori di provisioning basati sulla topologia.

    • Risolto un raro problema di condizione di gara nella disconnessione NVMe che poteva causare la chiusura di un sottosistema condiviso mentre un altro pod era ancora in fase di connessione.

    • Risolti gli errori di pubblicazione dei cloni NVMe PVC (e la mappatura errata del namespace padre) durante la creazione di cloni di un volume montato in modalità concorrente.

    • Risolti gli errori di creazione degli snapshot per i PVC sui backend ONTAP-SAN-Economy utilizzando un nameTemplate.

Miglioramenti

  • Kubernetes:

    • Aggiunta l'opzione storageAPITimeout (secondi) nella configurazione del backend ONTAP per impostare i timeout dei client API REST e ZAPI per ciascun backend.

Novità della versione 26.06

Scopri le novità in NetApp Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Miglioramenti

  • Kubernetes:

    • Aggiunto il supporto generale (GA) per la concorrenza per i driver ONTAP-NAS-Economy e ONTAP-SAN-Economy, facendo uscire questa funzionalità dalla Tech Preview, e aggiunto il supporto GA per la concorrenza anche per i driver Azure NetApp Files (ANF) e SolidFire.

    • Aggiunto il supporto per Kubernetes 1.36.

    • Aggiunto il supporto generale (GA) per l'autogrow dei volumi con i driver NAS e SAN di Google Cloud NetApp Volumes (GCNV).

    • Aggiunto il posizionamento bilanciato Unified ONTAP per una selezione ottimale degli aggregati durante il provisioning di nuovi volumi ("Issue #64").

    • Aggiunto il supporto ONTAP AFX per il driver ONTAP-NAS-Flexgroup.

    • Aggiunta l'integrazione con il NetApp Shift Toolkit per semplificare la migrazione delle macchine virtuali quando usi il Red Hat OpenShift Migration Toolkit for Virtualization.

    • Aggiunto il supporto Cloud Identity per il driver SAN GCNV.

    • Aggiunto il supporto per i volumi subordinati per la propagazione di Trident Volume Publication (TVP) e i flussi di lavoro di crescita automatica in Trident.

    • Aggiunto il supporto per gli aggiornamenti dei volumi e gli snapshot dei gruppi di volumi quando usi Trident con la concorrenza abilitata.

    • Aggiunta la limitazione dinamica della frequenza gRPC per GCNV.

    • Aggiunto un probe di esecuzione per la verifica della prontezza del controller e ottimizzate le impostazioni predefinite di QPS e Burst dell'API Kubernetes per il controller e i sidecar.

    • Sequenziamento delle operazioni sui nodi migliorato grazie alla separazione delle fasi di collegamento, configurazione della crittografia e formattazione del filesystem.

    • I filesystem root dei container Trident sono stati montati in modalità di sola lettura per migliorare la sicurezza.

    • Aggiunta la rimozione best-effort degli snapshot dei volumi clone nei backend ONTAP quando viene eliminato lo snapshot di origine di un volume clone.

    • Aggiunto il riconoscimento dei PVC di clonazione di backup per impedire che i PVC temporanei creati da Veeam Kasten, Trilio e Cohesity rimangano bloccati nella ONTAP Volume Recovery Queue.

    • Gestione avanzata degli ARN AWS per il supporto di regioni speciali.

    • Impedisci la riduzione delle dimensioni dei Flexvol durante l'operazione di ridimensionamento per il driver ONTAP-SAN-ECONOMY.

Miglioramenti sperimentali

Nota Non utilizzare in ambienti di produzione.

  • [Anteprima tecnica]: Aggiunto il supporto per l'importazione di qtree ONTAP-NAS-Economy.

  • [Anteprima tecnica]: Aggiunto il supporto per la concorrenza per i driver ASA-R2 (SAN e NVMe).

  • [Anteprima tecnica]: Aggiunto trasporto HTTP GCNV in modalità ONTAP per i driver ONTAP-SAN e ONTAP-NAS.

Correzioni

  • Kubernetes:

    • Risolti i problemi di race condition e la gestione dello stato per le operazioni simultanee di pubblicazione/annullamento pubblicazione, clonazione, cache e aggiornamento del backend.

    • Risolte le condizioni di competizione delle policy di esportazione e la gestione simultanea di pubblicazione/annullamento pubblicazione per i volumi subordinati e i cloni di sola lettura nei driver ONTAP-NAS e ONTAP-NAS-Economy.

    • Corretto il rilevamento ONTAP-NAS-Economy FlexVol dopo un failover MetroCluster quando le policy di snapshot differiscono ("Issue #1082").

    • Risolti i tentativi di eliminazione del volume ONTAP-NAS-Economy che interrompevano le eliminazioni di qtree di lunga durata ("Issue #1121").

    • Risolto il comportamento di importazione e ridimensionamento di ONTAP-SAN e ONTAP-SAN-Economy, inclusa la convalida di fsType, la gestione dei metadati del volume e il comportamento della modalità di autogrow.

    • Risolto un problema di race condition nello spazio dei nomi NVMe/TCP durante la creazione simultanea di volumi ("Issue #1089").

    • Risolti gli errori di ridimensionamento iSCSI che si verificavano quando i percorsi e i portali disponibili non corrispondevano e migliorato il comportamento dei ridimensionamenti ripetuti.

    • Risolti gli errori di eliminazione dei volumi ONTAP-SAN causati da condizioni di volume occupato.

    • Corretto la gestione degli errori ONTAP REST e migliorato il comportamento del timeout dello stato SVM.

    • Gestione corretta del pool zonale SAN GCNV e del gruppo host, conversione normalizzata dell'identificativo del volume e normalizzazione delle richieste di creazione al di sotto della dimensione minima.

    • Corretta la selezione del pool di capacità nativo GCNV per escludere i pool in modalità ONTAP.

    • Risolto il failover di KubeVirt per le VM che utilizzano Trident Automated Workload Failover per velocizzare il failover delle VM.

    • Risolti i problemi RBAC delle installazioni gestite dall'operatore, inclusi i ClusterRoles dei nodi mancanti e la riconciliazione errata di ClusterRole e ClusterRoleBinding durante gli aggiornamenti. Questo vale per le installazioni basate su Operator e Helm che utilizzano il chart Trident Operator.

    • Risolti diff persistenti di GitOps su TridentConfigurator e CRD correlati omettendo i valori di priorità predefiniti e correggendo l'indentazione del template YAML ("Issue #915", "Issue #1120").

    • Corretto il patching dei CRD TridentVolumePublication durante un upgrade di Helm ("Issue #1151").

    • Corretto l'ordine di avvio di CSI avviando il servizio CSI gRPC prima dei tentativi di registrazione del nodo.

    • Risolta la sovrapposizione della configurazione di clonazione SMB sicura durante le operazioni simultanee.

    • Corrette le annotazioni mancanti sul pod controller Trident dopo un aggiornamento ("Issue #1004").

    • Provisioning di qtree lenti migliorato su SVM di grandi dimensioni ("Issue #1142").

    • Corretto ControllerPublish per usare il tipo di filesystem di configurazione del volume invece di un tipo di filesystem predefinito errato.

    • Risolto un problema per cui i dispositivi dm orfani potevano causare ripetuti errori CSI NodeUnstageVolume.

    • Pulizia migliorata dei nodi obsoleti e dei percorsi multipli, rimuovendo gli artefatti fantasma dei percorsi multipli e le risorse TridentNode obsolete dopo la pulizia dei nodi eliminati in modo soft.

Trident Protect

Miglioramenti

Correzioni

  • Risolto il problema per cui il ripristino di macchine virtuali tra cluster non riusciva a causa di un errore del webhook di ammissione quando lo spazio dei nomi dell'applicazione di origine non esisteva nel cluster di destinazione.

  • Risolto il problema per cui i ripristini selettivi in-place delle macchine virtuali non riuscivano nella fase di creazione dell'applicazione a causa di una mancata corrispondenza delle specifiche con una risorsa personalizzata dell'applicazione esistente; ora l'applicazione esistente viene riutilizzata.

  • Risolto il problema per cui i processi di rispristino in-place delle macchine virtuali si bloccavano in uno stato Running quando sia la macchina virtuale che il suo PersistentVolumeClaim venivano eliminati; un PersistentVolumeClaim mancante viene ora considerato come un errore irreversibile.

  • Risolto il problema che causava l'attivazione errata di un backup o di uno snapshot immediato durante la modifica di una pianificazione di protezione esistente.

  • Corretto il finalizzatore dello snapshot che tentava di recuperare la risorsa personalizzata dell'applicazione dopo che era stata eliminata; ora il finalizzatore salta quando l'applicazione non viene trovata.

  • La capacità di archiviazione protetta fissa aumenta significativamente dopo un ripristino in-place di una macchina virtuale grazie all'utilizzo della copia sparsa durante la fase di copia di PersistentVolumeClaim.

  • Risolto il problema per cui Trident Protect eliminava l'oggetto snapshot di Kubernetes prima di confermare l'eliminazione dello snapshot sottostante in ONTAP; ora il finalizzatore attende l'eliminazione di VolumeSnapshot.

  • Risolto il problema per cui gli snapshot non venivano eseguiti quando un'operazione di freeze di una macchina virtuale non riusciva; ora le operazioni di freeze e unfreeze continuano anche in caso di errore.

  • Risolto il problema per cui le applicazioni delle macchine virtuali KubeVirt ricreavano in modo errato i PersistentVolumeClaims durante le operazioni di reverse, reverse resync e resync di AppMirrorRelationship.

Novità della versione 26.02.1

Scopri le novità in NetApp Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Correzioni

  • Kubernetes:

  • Corretto il comportamento SAN di Google Cloud NetApp Volumes (GCNV) per supportare i pool Flex Unified ZONAL per carichi di lavoro a blocchi (iSCSI). Sono ora supportate sia le configurazioni zonali che regionali.

  • Corretta la gestione dei pool NAS UNIFIED di Google Cloud NetApp Volumes (GCNV) migliorando la creazione, la convalida, la denominazione e le operazioni di ricerca dei volumi di fallback quando InternalID è assente.

  • Risolto un problema per cui le operazioni di ridimensionamento dei dispositivi iSCSI potevano non riuscire quando i percorsi e i portali disponibili non corrispondevano.

  • Risolto un problema intermittente che blkid identificava in modo errato il tipo di filesystem per i dispositivi LUKS, impedendo la creazione di nuovi volumi.

  • È stato risolto un problema per cui le operazioni di pubblicazione e staging di LUKS su larga scala potevano bloccare il controller Trident. Gli utenti sono ora tenuti a tenere traccia delle passphrase LUKS associate ai volumi.

  • Risolto un problema per cui le partizioni iSCSI multipath potevano apparire come dispositivi fantasma, impedendo le operazioni CSI NodeUnstage di avere successo.

  • Risolto un problema di race condition nello spazio dei nomi NVMe/TCP durante la creazione simultanea di volumi (Issue #1089).

  • Risolto il problema delle operazioni di clonazione simultanee degli snapshot quando questi venivano eseguiti nello stesso secondo.

  • Risolto un problema che impediva alle VM KubeVirt che utilizzano dataVolumes di eseguire il failover con Trident Automated Workload Failover.

  • Risolto un errore che si verificava durante l'eliminazione di una risorsa personalizzata non valida TridentMirrorRelationship mentre si utilizzava il core concorrente di Trident.

  • Risolto il problema di indentazione nella tridentactionmirrorupdates definizione YAML del CRD di Kubernetes (Issue #1120).

  • Risolto il problema relativo alla chiamata API REST per l'eliminazione asincrona di qtree (Issue #1121).

  • Corretto ControllerPublish per utilizzare il tipo di file system di configurazione del volume anziché un tipo di file system predefinito errato.

  • Risolto il problema di registrazione all'avvio del controller per segnalare correttamente lo stato dei driver concorrenti.

  • Gestione corretta dei backend sospesi in Trident concorrente.

  • Gestione avanzata degli ARN AWS per il supporto di regioni speciali.

Trident Protect

Correzioni

Aggiornate le dipendenze di Trident Protect per risolvere le vulnerabilità di sicurezza:

Novità della versione 26.02

Scopri le novità in NetApp Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Miglioramenti

Miglioramenti sperimentali

Nota Non utilizzare in ambienti di produzione.

  • [Anteprima tecnica]: Aggiunto supporto per la concorrenza per i driver ONTAP-NAS-Economy e ONTAP-SAN-Economy.

Problemi noti

Attenzione

C'è un problema noto con il csi-snapshotter sidecar. In tutte le versioni di Kubernetes, VolumeGroupSnapshots v1beta1 impedisce a VolumeSnapshots di raggiungere lo ReadyToUse stato.

Sono disponibili due soluzioni alternative:

  1. Eliminare i CRD VolumeGroupSnapshots per disabilitare VolumeGroupSnapshots, quindi reinstallare Trident.

  2. Installa VolumeGroupSnapshots v1beta2 e snapshot-controller la versione 8.4.0 o successiva, quindi reinstalla Trident. VolumeGroupSnapshots non funziona su versioni di Kubernetes precedenti alla v1.34.

Correzioni

  • Kubernetes:

    • Risolto un problema per cui l'annullamento della pubblicazione di un clone di sola lettura rimuoveva le regole della policy di esportazione dal volume di origine nei driver ONTAP-NAS, ONTAP-NAS-Economy e Google Cloud NetApp Volumes "Issue #1086".

    • Sono state sostituite le immagini kubectl con varianti leggere basate su Alpine per evitare errori di pull in seguito alla deprecazione delle immagini pubbliche di Bitnami "Issue #1080".

    • Corretto il problema di conservazione dell'annotazione della distribuzione esistente durante l'aggiornamento di Trident "Issue #1004".

    • Consenti la clonazione tra diverse classi di archiviazione se entrambe le classi di archiviazione puntano allo stesso backend "Issue #1104".

    • Risolti i problemi di preparazione dei nodi causati da timeout in ambienti cloud con latenze di rete. Aumentati i valori di timeout per le installazioni basate sul cloud.

    • È stato risolto un problema nella creazione di LUN che causava la mancata impostazione dell'attributo del tipo di filesystem quando il processo entrava in uno stato di retry.

    • Corretto il lookup del volume dell'API REST per ignorare lo stato del volume, prevenendo falsi negativi durante le query del volume.

    • Migliorata l'efficienza del controller Trident per il driver ontap-nas-economy quando utilizzato su larga scala.

    • Imposta internalID durante l'importazione LUN nel driver ontap-san-economy.

    • Aumentati i limiti delle query di Azure Resource Graph per gestire più subnet.

    • Migliorati i timeout di clone split di CSI e ONTAP per evitare condizioni di competizione con alcune applicazioni di backup "Issue #1098", "Issue #1100".

    • Corretta la soppressione dei messaggi di errore LUKS "Issue #1069".

    • Corretta la gestione dei mapper LUKS obsoleti per i protocolli iSCSI e NVMe. La logica di pulizia avanzata impedisce errori di montaggio causati da mapper di dispositivi orfani.

  • Corrette le limitazioni di scalabilità per i volumi RWX NVMe.

  • Aggiornato il pacchetto OpenTelemetry-Go per correggere "CVE-2026-24051".

Trident Protect

Miglioramenti

  • Trident Protect ora disabilita automaticamente le pianificazioni di protezione e annulla le operazioni in corso prima di un rispristino in-place, e le riattiva dopo il completamento del ripristino. Per saperne di più, consulta "Ripristina le applicazioni utilizzando Trident Protect".

  • Aggiunto il campo runImmediately al CR della pianificazione e il flag CLI --run-immediately per attivare un backup o uno snapshot immediato al momento della creazione della pianificazione. Per saperne di più, consulta "Crea una pianificazione della protezione dei dati".

  • Aggiunto il supporto per specificare un nome personalizzato per l'applicazione ripristinata utilizzando il destinationApplicationName field nella restore CR o il --destination-app-name CLI flag. Per saperne di più, consulta "Ripristina le applicazioni utilizzando Trident Protect".

Correzioni

  • Risolti i problemi di ripristino causati dalla creazione di pod prima che i relativi account di servizio richiesti fossero disponibili.

  • Corretto Roles e RoleBindings che venivano saltati durante i ripristini delle applicazioni.

  • Risolto il problema per cui il nome del cluster di origine non veniva visualizzato nell'output tridentctl-protect get appvaultcontent nonostante fosse configurato correttamente.

  • Corretti gli errori di ripristino di Kopia che venivano ignorati a causa della mancata gestione pipefail.

  • Risolti errori di snapshot e backup causati dai filtri delle risorse che escludevano i volumi persistenti.

  • Risolto il problema del ripristino PVC errato nelle applicazioni multi-namespace con PVC con nomi identici tra namespace, che poteva causare la perdita di dati.

Novità della versione 25.10

Scoprite le novità in Trident e Trident Protect, inclusi miglioramenti, correzioni e deprecazioni.

Trident

Miglioramenti

  • Kubernetes:

  • Aggiunta un'opzione per il controller Trident per utilizzare la rete host tramite helm, operator e tridentctl ("Issue #858").

  • Aggiunto il supporto QoS manuale al driver ANF, rendendolo pronto per la produzione in Trident 25.10; questo miglioramento sperimentale è stato introdotto in Trident 25.06.

Miglioramenti sperimentali

Nota Non utilizzare in ambienti di produzione.

  • [Anteprima tecnica]: Aggiunto supporto per la concorrenza per ONTAP-NAS (solo NFS) e ONTAP-SAN (NVMe per ONTAP 9 unificato), oltre all'anteprima tecnica esistente per il driver ONTAP-SAN (protocolli iSCSI e FCP in ONTAP 9 unificato).

Correzioni

  • Kubernetes:

    • È stata corretta l'incoerenza del nome del container node-driver-registrar CSI standardizzando Linux DaemonSet a node-driver-registrar per farlo corrispondere a Windows DaemonSet e alla denominazione dell'immagine del container.

    • Risolto un problema per cui le export policy per i qtree legacy non venivano aggiornate correttamente.

  • Openshift:

    • Risolto il problema per cui il pod del nodo Trident non si avviava sui nodi Windows in Openshift perché SCC aveva allowHostDirVolumePlugin impostato su false ("Issue #950").

  • Corretto il problema QPS dell'API Kubernetes che non veniva impostato tramite Helm ("Issue #975").

  • Risolta l'impossibilità di montare un Persistent Volume Claim (PVC) basato su uno snapshot di un PVC con filesystem XFS basato su NVMe sullo stesso nodo Kubernetes.

  • Risolto il problema di modifica dell'UUID dopo il riavvio dell'host/Docker in modalità NDVP aggiungendo nomi di sottosistema univoci/condivisi per backend (ad esempio, netappdvp_subsystem).

  • Corretti errori di montaggio per volumi iSCSI durante l'aggiornamento di Trident da versioni precedenti alla 23.10 alla 24.10 e successive, risolvendo il problema "invalid SANType".

  • Risolto il problema per cui lo stato del backend Trident non passava a online/offline senza riavviare il Trident controller.

  • Risolta la condizione di gara intermittente che causava un lento ridimensionamento del PVC.

  • Risolto il problema degli snapshot che non venivano ripuliti in caso di errori di clone del volume.

  • Risolto il problema di mancato unstaging del volume quando il percorso del dispositivo veniva modificato dal kernel.

  • Risolto il problema di mancata rimozione dello stage del volume a causa del dispositivo LUKS già chiuso.

  • Risolto il problema per cui le operazioni di archiviazione lente causavano errori ContextDeadline.

  • L'operatore Trident attenderà il timeout configurabile k8s per verificare la versione di Trident.

Trident Protect

NetApp Trident Protect offre avanzate capacità di gestione dei dati delle applicazioni che migliorano la funzionalità e la disponibilità delle applicazioni Kubernetes stateful supportate dai sistemi di storage NetApp ONTAP e dal NetApp Trident CSI storage provisioner.

Miglioramenti

  • Aggiunte annotazioni per controllare i timeout degli Snapshot CR per i CR di pianificazione e backup:

    • protect.trident.netapp.io/snapshot-completion-timeout

    • protect.trident.netapp.io/volume-snapshots-ready-to-use-timeout

    • protect.trident.netapp.io/volume-snapshots-created-timeout

      Vedi "Annotazioni di backup e schedule supportate".

  • Aggiunta un'annotazione alla schedule CR per configurare il timeout di bind del PVC, che verrà utilizzato dalla backup CR: protect.trident.netapp.io/pvc-bind-timeout-sec. Vedi "Annotazioni di backup e schedule supportate".

  • Migliorati tridentctl-protect gli elenchi di backup e snapshot con un nuovo campo per indicare i fallimenti degli hook di esecuzione.

Modifiche in 25.06.2

Trident

Correzioni

  • Kubernetes: risolto un problema critico in cui venivano rilevati dispositivi iSCSI errati durante il distacco dei volumi dai nodi Kubernetes.

Modifiche in 25.06.1

Trident

Importante Per i clienti che utilizzano SolidFire, non aggiornare a 25.06.1 a causa di un problema noto durante l'annullamento della pubblicazione dei volumi. 25.06.2 verrà rilasciata a breve per risolvere questo problema.

Correzioni

  • Kubernetes:

    • Risolto un problema per cui gli NQN non venivano controllati prima di essere unmapppati dai sottosistemi.

    • Risolto un problema in cui più tentativi di chiudere un dispositivo LUKS portavano a errori nel detach dei volumi.

    • Corretto il destage del volume iSCSI quando il percorso del dispositivo è cambiato dalla sua creazione.

    • Blocca la clonazione a blocchi dei volumi tra classi di archiviazione.

  • OpenShift: Risolto un problema per cui la preparazione del nodo iSCSI non riusciva con OCP 4.19.

  • Aumentato il timeout durante la clonazione di un volume utilizzando backend SolidFire ("Issue #1008").

Modifiche in 25.06

Trident

Miglioramenti

  • Kubernetes:

    • Aggiunto supporto per CSI Volume Group Snapshots con v1beta1 Volume Group Snapshot Kubernetes API per il driver ONTAP-SAN iSCSI. Vedi "Lavorare con le Snapshot dei gruppi di volumi".

      Nota VolumeGroupSnapshot is a beta feature in Kubernetes con API beta. Kubernetes 1.32 è la versione minima richiesta per VolumeGroupSnapshot.

    • Aggiunto supporto per ONTAP ASA r2 per NVMe/TCP oltre a iSCSI. Vedi "Opzioni ed esempi di configurazione SAN ONTAP".

    • Aggiunto il supporto SMB sicuro per i volumi ONTAP-NAS e ONTAP-NAS-Economy. Ora è possibile utilizzare utenti e gruppi di Active Directory con volumi SMB per una maggiore sicurezza. Vedi "Abilita SMB sicuro".

    • Concorrenza dei nodi Trident migliorata per una maggiore scalabilità nelle operazioni dei nodi per i volumi iSCSI.

    • Aggiunto --allow-discards quando si aprono i volumi LUKS per consentire i comandi discard/TRIM per space reclamation.

    • Prestazioni migliorate durante la formattazione di volumi crittografati LUKS.

    • Pulizia LUKS migliorata per dispositivi LUKS non riusciti ma parzialmente formattati.

    • Idempotenza del nodo Trident migliorata per l'attacco e lo scollegamento del volume NVMe.

    • Aggiunto internalID field alla configurazione del volume Trident per il driver ONTAP-SAN-Economy.

    • Aggiunto supporto per la replicazione del volume con SnapMirror per backend NVMe. Vedi "Replicare i volumi utilizzando SnapMirror".

Miglioramenti sperimentali

Nota Non utilizzare in ambienti di produzione.

  • [Anteprima tecnica] Abilitate le operazioni simultanee del controller Trident tramite il --enable-concurrency feature flag. Ciò consente alle operazioni del controller di essere eseguite in parallelo, migliorando le prestazioni per ambienti affollati o di grandi dimensioni.

    Nota Questa funzionalità è sperimentale e attualmente supporta flussi di lavoro paralleli limitati con il driver ONTAP-SAN (protocolli iSCSI e FCP).

  • [Tech Preview] Aggiunto il supporto QOS manuale con il driver ANF.

Correzioni

  • Kubernetes:

    • Risolto un problema con CSI NodeExpandVolume dove i dispositivi multipath potevano avere dimensioni incongruenti quando i dischi SCSI sottostanti non erano disponibili.

    • Risolto il problema della mancata pulizia delle policy di esportazione duplicate per i driver ONTAP-NAS e ONTAP-NAS-Economy.

    • Risolto il problema per cui i volumi GCNV utilizzavano NFSv3 come predefinito quando nfsMountOptions non era impostato; ora sono supportati entrambi i protocolli NFSv3 e NFSv4. Se nfsMountOptions non viene fornito, viene utilizzata la versione NFS predefinita dell’host (NFSv3 o NFSv4).

    • Risolto il problema di distribuzione durante l'installazione di Trident tramite Kustomize ("Issue #831").

    • Corrette le policy di esportazione mancanti per i PVC creati da Snapshot ("Issue #1016").

    • Risolto il problema in cui le dimensioni del volume ANF non sono automaticamente allineate a incrementi di 1 GiB.

    • Risolto problema durante l'utilizzo di NFSv3 con Bottlerocket.

  • Risolto il problema con i volumi ONTAP-NAS-Economy che si espandevano fino a 300 TB nonostante i fallimenti del ridimensionamento.

  • Risolto il problema per cui le operazioni di clone split venivano eseguite in modo sincrono quando si utilizzava l'ONTAP REST API.

Deprecazioni:

  • Kubernetes: aggiornato il supporto minimo di Kubernetes a v1.27.

Trident Protect

NetApp Trident Protect offre avanzate capacità di gestione dei dati delle applicazioni che migliorano la funzionalità e la disponibilità delle applicazioni Kubernetes stateful supportate dai sistemi di storage NetApp ONTAP e dal NetApp Trident CSI storage provisioner.

Miglioramenti

  • Tempi di ripristino migliorati, offrendo la possibilità di eseguire backup completi più frequenti.

  • Granularità migliorata della definizione dell'applicazione e ripristino selettivo con filtro Group-Version-Kind (GVK).

  • Risincronizzazione efficiente e replicazione inversa quando si utilizza AppMirrorRelationship (AMR) con NetApp SnapMirror, per evitare la replicazione completa del PVC.

  • Aggiunta la possibilità di utilizzare EKS Pod Identity per creare AppVault bucket, eliminando la necessità di specificare un segreto con le credenziali del bucket per i cluster EKS.

  • Aggiunta la possibilità di saltare il ripristino di etichette e annotazioni nello spazio dei nomi di ripristino, se necessario.

  • AppMirrorRelationship (AMR) ora verificherà l'espansione del PVC di origine ed eseguirà l'espansione appropriata sul PVC di destinazione, se necessario.

Correzioni

  • Risolto un bug per cui i valori di annotazione degli snapshot precedenti venivano applicati agli snapshot più recenti. Ora tutte le annotazioni degli snapshot vengono applicate correttamente.

  • Definito un segreto per la crittografia del data mover (Kopia / Restic) per impostazione predefinita, se non definito.

  • Aggiunta una convalida migliorata e messaggi di errore per la creazione di S3 appvault.

  • AppMirrorRelationship (AMR) ora replica solo i PV nello stato Bound, per evitare tentativi falliti.

  • Risolto il problema per cui venivano visualizzati errori durante l'ottenimento di AppVaultContent su un AppVault con un numero elevato di backup.

  • KubeVirt VMSnapshots sono esclusi dalle operazioni di ripristino e failover per evitare errori.

  • Risolto il problema con Kopia in cui gli snapshot venivano rimossi prematuramente perché la pianificazione di conservazione predefinita di Kopia sovrascriveva quanto impostato dall'utente nella pianificazione.

Modifiche in 25.02.1

Trident

Correzioni

  • Kubernetes:

    • Risolto un problema nel trident-operator in cui i nomi e le versioni delle immagini sidecar venivano compilati in modo errato quando si utilizzava un registro immagini non predefinito ("Issue #983").

    • Risolto il problema per cui le sessioni multipath non riuscivano a ripristinarsi durante un ONTAP failover giveback ("Issue #961").

Modifiche in 25.02

A partire da Trident 25.02, il riepilogo delle novità fornisce dettagli su miglioramenti, correzioni e deprecazioni per le release di Trident e Trident Protect.

Trident

Miglioramenti

  • Kubernetes:

    • Aggiunto supporto per ONTAP ASA r2 per iSCSI.

    • Aggiunto il supporto per il force detach per i volumi ONTAP-NAS durante gli scenari di Non-Graceful Node Shutdown. I nuovi volumi ONTAP-NAS ora utilizzeranno policy di esportazione per volume gestite da Trident. Fornito un percorso di upgrade per i volumi esistenti per passare al nuovo modello di policy di esportazione durante l'annullamento della pubblicazione senza influire sui carichi di lavoro attivi.

    • Aggiunta annotazione cloneFromSnapshot.

    • Aggiunto supporto per la clonazione di volumi cross namespace.

    • Migliorate le risoluzioni di scansione auto-riparante iSCSI per avviare nuove scansioni in base all'esatto host, canale, target e ID LUN.

    • Aggiunto il supporto per Kubernetes 1.32.

  • OpenShift:

    • Aggiunto il supporto per la preparazione automatica dei nodi iSCSI per RHCOS su cluster ROSA.

    • Aggiunto supporto per OpenShift Virtualization per i driver ONTAP.

  • Aggiunto il supporto Fibre Channel sul driver ONTAP-SAN.

  • Aggiunto il supporto NVMe LUKS.

  • Passato all'immagine scratch per tutte le immagini di base.

  • Aggiunta la rilevazione e la registrazione dello stato della connessione iSCSI quando le sessioni iSCSI dovrebbero essere registrate ma non lo sono ("Issue #961").

  • Aggiunto supporto per volumi SMB con il driver google-cloud-netapp-volumes.

  • Aggiunto supporto per consentire ai volumi ONTAP di saltare la coda di ripristino durante l'eliminazione.

  • Aggiunto supporto per sovrascrivere le immagini predefinite utilizzando SHA invece dei tag.

  • Aggiunto il flag image-pull-secrets all'installer tridentctl.

Correzioni

  • Kubernetes:

    • Corretti gli indirizzi IP dei nodi mancanti dalle policy di esportazione automatica ("Issue #965").

    • Corretto il passaggio prematuro delle policy di esportazione automatiche alla policy per volume per ONTAP-NAS-Economy.

    • Corrette le credenziali di configurazione backend per supportare tutte le partizioni AWS ARN disponibili ("Issue #913").

    • Aggiunta opzione per disabilitare la riconciliazione del configuratore automatico nell'operatore Trident ("Issue #924").

    • Aggiunto securityContext per il container csi-resizer ("Issue #976").

Trident Protect

NetApp Trident Protect offre avanzate capacità di gestione dei dati delle applicazioni che migliorano la funzionalità e la disponibilità delle applicazioni Kubernetes stateful supportate dai sistemi di storage NetApp ONTAP e dal NetApp Trident CSI storage provisioner.

Miglioramenti

  • Aggiunto il supporto per backup e ripristino delle VM di virtualizzazione KubeVirt / OpenShift per entrambi i volumeMode: File e volumeMode: Block (raw device) storage. Questo supporto è compatibile con tutti i driver Trident e migliora le funzionalità di protezione esistenti durante la replica dello storage utilizzando NetApp SnapMirror con Trident Protect.

  • Aggiunta la possibilità di controllare il comportamento di freeze a livello di applicazione per gli ambienti Kubevirt.

  • Aggiunto supporto per la configurazione delle connessioni proxy AutoSupport.

  • Aggiunta la possibilità di definire un segreto per la crittografia del data mover (Kopia / Restic).

  • Aggiunta la possibilità di eseguire manualmente un execution hook.

  • Aggiunta la possibilità di configurare i vincoli di contesto di sicurezza (SCC) durante l'installazione di Trident Protect.

  • Aggiunto supporto per la configurazione di nodeSelector durante l'installazione di Trident Protect.

  • Aggiunto supporto per proxy HTTP / HTTPS in uscita per oggetti AppVault.

  • Esteso ResourceFilter per consentire l'esclusione delle risorse con ambito cluster.

  • Aggiunto supporto per il token di sessione AWS nelle credenziali S3 AppVault.

  • Aggiunto il supporto per la raccolta delle risorse dopo gli hook di esecuzione pre-snapshot.

Correzioni

  • Migliorata la gestione dei volumi temporanei per saltare la coda di ripristino del volume ONTAP.

  • Le annotazioni SCC sono ora ripristinate ai valori originali.

  • Efficienza di ripristino migliorata con supporto per operazioni parallele.

  • Supporto migliorato per i timeout dell'hook di esecuzione per applicazioni di grandi dimensioni.

Modifiche in 24.10.1

Miglioramenti

  • Kubernetes: Aggiunto supporto per Kubernetes 1.32.

  • Aggiunta la rilevazione e la registrazione dello stato della connessione iSCSI quando le sessioni iSCSI dovrebbero essere registrate ma non lo sono ("Issue #961").

Correzioni

  • Corretti gli indirizzi IP dei nodi mancanti dalle policy di esportazione automatica ("Issue #965").

  • Corretto il passaggio prematuro delle policy di esportazione automatiche alla policy per volume per ONTAP-NAS-Economy.

  • Aggiornate le dipendenze Trident e Trident-ASUP per risolvere CVE-2024-45337 e CVE-2024-45310.

  • Rimosse le disconnessioni per i portali non-CHAP intermittenti non funzionanti durante l'auto-riparazione iSCSI ("Issue #961").

Modifiche in 24.10

Miglioramenti

  • Il driver Google Cloud NetApp Volumes è ora generalmente disponibile per i volumi NFS e supporta il provisioning basato sulla zona.

  • GCP Workload Identity verrà utilizzato come Cloud Identity per Google Cloud NetApp Volumes con GKE.

  • Aggiunto formatOptions parametro di configurazione ai driver ONTAP-SAN e ONTAP-SAN-Economy per consentire agli utenti di specificare le opzioni di formato LUN.

  • Ridotta la dimensione minima del volume di Azure NetApp Files a 50 GiB. La nuova dimensione minima di Azure dovrebbe essere generalmente disponibile a novembre.

  • Aggiunto denyNewVolumePools parametro di configurazione per limitare i driver ONTAP-NAS-Economy e ONTAP-SAN-Economy ai pool Flexvol preesistenti.

  • Aggiunto il rilevamento per l'aggiunta, la rimozione o la ridenominazione degli aggregati dall'SVM su tutti i driver ONTAP.

  • Aggiunti 18 MiB di overhead ai LUKS LUN per garantire che le dimensioni PVC segnalate siano utilizzabili.

  • Migliorata la gestione degli errori di stage e unstage dei nodi ONTAP-SAN e ONTAP-SAN-Economy per consentire a unstage di rimuovere i dispositivi dopo uno stage non riuscito.

  • Aggiunto un generatore di ruoli personalizzato che consente ai clienti di creare un ruolo minimalista per Trident in ONTAP.

  • Aggiunta registrazione aggiuntiva per la risoluzione dei problemi lsscsi ("Issue #792").

Kubernetes

  • Aggiunte nuove funzionalità Trident per i flussi di lavoro nativi di Kubernetes:

  • Aggiunto un nuovo flag --k8s-api-qps agli installatori per impostare il valore QPS utilizzato da Trident per comunicare con il server API Kubernetes.

  • Aggiunto --node-prep flag agli installer per la gestione automatica delle dipendenze del protocollo storage sui nodi del cluster Kubernetes. Compatibilità testata e verificata con Amazon Linux 2023 e il protocollo storage iSCSI

  • Aggiunto supporto per il distacco forzato per volumi ONTAP-NAS-Economy durante scenari di Non-Graceful Node Shutdown.

  • I nuovi volumi NFS ONTAP-NAS-Economy utilizzeranno policy di esportazione per-qtree quando si utilizza autoExportPolicy l'opzione backend. I qtree verranno mappati alle policy di esportazione restrittive del nodo solo al momento della pubblicazione, per migliorare il controllo degli accessi e la sicurezza. I qtree esistenti verranno convertiti al nuovo modello di policy di esportazione quando Trident annullerà la pubblicazione del volume da tutti i nodi, così da non influire sui carichi di lavoro attivi.

  • Aggiunto il supporto per Kubernetes 1.31.

Miglioramenti sperimentali

  • Aggiunta anteprima tecnica per il supporto Fibre Channel sul driver ONTAP-SAN.

Correzioni

  • Kubernetes:

    • Corretto il webhook di ammissione Rancher che impediva le installazioni di Trident Helm ("Issue #839").

    • Chiave di Affinity fissa nei valori dell'helm chart ("Issue #898").

    • Corretto tridentControllerPluginNodeSelector/tridentNodePluginNodeSelector non funzionerà con il valore "true" ("Issue #899").

    • Eliminati gli snapshot effimeri creati durante la clonazione ("Issue #901").

  • Aggiunto supporto per Windows Server 2019.

  • Corretto `go mod tidy`in Trident repo ("Issue #767").

Deprecazioni

  • Kubernetes:

    • Aggiornata la versione minima supportata di Kubernetes a 1.25.

    • Rimosso il supporto per POD Security Policy.

Rebranding del prodotto

A partire dalla versione 24.10, Astra Trident è stato rinominato Trident (NetApp Trident). Questo rebranding non influisce su alcuna funzionalità, piattaforma supportata o interoperabilità per Trident.

Modifiche in 24.06

Miglioramenti

  • IMPORTANTE: Il limitVolumeSize parametro ora limita le dimensioni qtree/LUN nei driver ONTAP economy. Utilizza il nuovo limitVolumePoolSize parametro per controllare le dimensioni Flexvol in tali driver. ("Issue #341").

  • Aggiunta la possibilità per l'auto-riparazione iSCSI di avviare scansioni SCSI tramite l'ID LUN esatto se sono in uso igroups obsoleti ("Issue #883").

  • Aggiunto il supporto per le operazioni di clonazione e ridimensionamento del volume da consentire anche quando il backend è in modalità sospesa.

  • Aggiunta la possibilità per le impostazioni di log configurate dall'utente per il controller Trident di essere propagate ai pod nodo Trident.

  • Aggiunto il supporto in Trident per utilizzare REST per impostazione predefinita anziché ONTAPI (ZAPI) per le versioni ONTAP 9.15.1 e successive.

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

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

  • Aggiunto il supporto Bottlerocket per volumi NFS.

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

Kubernetes

  • Aggiunto il supporto per Kubernetes 1.30.

  • Aggiunta la possibilità per Trident DaemonSet di pulire le mount zombie e i file di tracciamento residui all'avvio ("Issue #883").

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

  • Aggiunta la consapevolezza della topologia al driver ANF.

  • Aggiunto il supporto per nodi Windows Server 2022.

Correzioni

  • Risolti i problemi di installazione di Trident dovuti a transazioni obsolete.

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

  • Modificata la priorità del controller Trident SecurityContextConstraint a 0 ("Issue #887").

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

  • Corretto Trident per impedire la riduzione dei volumi FlexVol durante l'operazione di ridimensionamento per il driver ONTAP-SAN.

  • Risolto il problema di importazione del volume ANF con NFS v4.1.

Modifiche in 24.02

Miglioramenti

  • Aggiunto supporto per Cloud Identity.

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

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

  • Aggiunto supporto per installare Trident come componente aggiuntivo sul cluster EKS dalla console EKS.

  • Aggiunta la possibilità di configurare e disabilitare l'auto-riparazione iSCSI ("Issue #864").

  • Aggiunta la personalità Amazon FSx ai driver ONTAP per abilitare l'integrazione con AWS IAM e SecretsManager, e per consentire a Trident di eliminare i volumi FSx con backup ("Issue #453").

Kubernetes

  • Aggiunto il supporto per Kubernetes 1.29.

Correzioni

  • Messaggi di avviso ACP corretti, quando ACP non è abilitato ("Issue #866").

  • Aggiunto un ritardo di 10 secondi prima di eseguire un clone split durante l'eliminazione dello snapshot per i driver ONTAP, quando un clone è associato allo snapshot.

Deprecazioni

  • Rimosso il framework di attestazioni in-toto dai manifesti delle immagini multipiattaforma.

Modifiche in 23.10

Correzioni

  • Espansione del volume fissa se una nuova dimensione richiesta è inferiore alla dimensione totale del volume per i driver di storage ontap-nas e ontap-nas-flexgroup ("Issue #834").

  • Dimensioni del volume fisse per visualizzare solo le dimensioni utilizzabili del volume durante l'importazione per i driver di storage ontap-nas e ontap-nas-flexgroup ("Issue #722").

  • Correzione della conversione del nome FlexVol per ONTAP-NAS-Economy.

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

Miglioramenti

Kubernetes

Aggiunto il supporto per Kubernetes 1.28.

Trident

  • Aggiunto supporto per l'utilizzo di Azure Managed Identities (AMI) con il driver di archiviazione azure-netapp-files.

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

  • Aggiunta la possibilità di mettere in pausa il provisioning di un volume quando il backend è impostato sullo stato sospeso dall'utente ("Issue #558").

Modifiche in 23.07.1

Kubernetes: Corretta l'eliminazione del daemonset per supportare gli aggiornamenti senza tempi di inattività ("Issue #740").

Modifiche in 23.07

Correzioni

Kubernetes

  • Corretto l'aggiornamento di Trident per ignorare i vecchi pod bloccati nello stato di terminazione ("Issue #740").

  • Aggiunta tolleranza alla definizione "transient-trident-version-pod" ("Issue #795").

Trident

  • Richieste ONTAPI (ZAPI) corrette per garantire che i numeri di serie LUN vengano interrogati durante l'ottenimento degli attributi LUN per identificare e correggere i dispositivi iSCSI fantasma durante le operazioni di Node Staging.

  • Corretta la gestione degli errori nel codice del driver di archiviazione ("Issue #816").

  • Risolto il problema di ridimensionamento della quota quando si utilizzano i driver ONTAP con use-rest=true.

  • Correzione della creazione del clone del LUN in ontap-san-economy.

  • Ripristina il campo delle 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-provisioned.

  • Distribuzione e permessi Linux del daemonset ridotti al minimo ("Issue #817").

Trident

  • Non viene più segnalato il campo di stato per volumi e snapshot "online".

  • Aggiorna lo stato del backend se il backend ONTAP è offline ("Problemi #801", "#543").

  • Il numero di serie del LUN viene sempre recuperato e pubblicato durante il workflow ControllerVolumePublish.

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

  • Verifica aggiuntiva per i volumi iSCSI per garantire che il dispositivo multipath corretto venga rimosso dalla messa in scena.

Miglioramento sperimentale

Aggiunto il supporto in tech preview per NVMe over TCP per il driver ONTAP-SAN.

Documentazione

Sono stati apportati numerosi miglioramenti organizzativi e di formattazione.

Deprecazioni

Kubernetes

  • Rimosso il supporto per le snapshot v1beta1.

  • Rimosso il supporto per i volumi pre-CSI e le classi di archiviazione.

  • Aggiornata la versione minima supportata di Kubernetes a 1.22.

Modifiche in 23.04

Importante Il distacco forzato del volume per i volumi ONTAP-SAN-* è supportato solo con le versioni di Kubernetes in cui è abilitato il gate della funzione Non-Graceful Node Shutdown. Il distacco forzato deve essere abilitato al momento dell'installazione utilizzando il flag dell'installer --enable-force-detach Trident.

Correzioni

  • Corretto Trident Operator per utilizzare IPv6 localhost per l'installazione quando specificato in spec.

  • Corrette le autorizzazioni del ruolo del cluster Trident Operator per essere in sincronia con le autorizzazioni del bundle ("Issue #799").

  • Problema risolto con il collegamento del volume raw a blocchi su più nodi in modalità RWX.

  • Corretto il supporto per la clonazione di FlexGroup e l'importazione di volumi SMB.

  • Risolto il problema per cui il controller Trident non poteva spegnersi immediatamente ("Issue #811").

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

  • Aggiunta una correzione per consentire ai processi esterni di essere eseguiti fino al completamento.

  • Corretto errore di compilazione per l'architettura s390 ("Issue #537").

  • Corretto il livello di registrazione errato durante le operazioni di montaggio dei volumi ("Issue #781").

  • Corretto un potenziale errore di asserzione di tipo ("Issue #802").

Miglioramenti

  • Kubernetes:

    • Aggiunto il supporto per Kubernetes 1.27.

    • Aggiunto il supporto per l'importazione di volumi LUKS.

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

    • Aggiunto il supporto per il force detach dei volumi ONTAP-SAN-* durante gli scenari di Non-Graceful Node Shutdown.

    • Tutti i volumi ONTAP-SAN-* utilizzeranno ora igroup per nodo. Le LUN saranno mappate su igroup solo quando saranno attivamente pubblicate su tali nodi per migliorare la nostra posizione di sicurezza. I volumi esistenti saranno opportunisticamente passati al nuovo schema di igroup quando Trident determinerà che è sicuro farlo senza impattare i carichi di lavoro attivi ("Issue #758").

    • Sicurezza di Trident migliorata grazie alla pulizia degli igroup gestiti da Trident non utilizzati dai backend ONTAP-SAN-*.

  • Aggiunto il supporto per i volumi SMB con Amazon FSx ai driver di storage ontap-nas-economy e ontap-nas-flexgroup.

  • Aggiunto il supporto per le condivisioni SMB con i driver di storage ontap-nas, ontap-nas-economy e ontap-nas-flexgroup.

  • Aggiunto supporto per i nodi arm64 ("Issue #732").

  • Migliorata la procedura di spegnimento di Trident disattivando prima i server API ("Issue #811").

  • Aggiunto il supporto per la compilazione multipiattaforma per host Windows e arm64 al Makefile; vedi BUILD.md.

Deprecazioni

Kubernetes: Gli igroup backend-scoped non verranno più creati durante la configurazione dei driver ontap-san e ontap-san-economy ("Issue #758").

Modifiche in 23.01.1

Correzioni

  • Corretto Trident Operator per utilizzare IPv6 localhost per l'installazione quando specificato in spec.

  • Corretti i permessi del ruolo del cluster dell'operatore Trident per essere sincronizzati con i permessi del bundle "Issue #799".

  • Aggiunta una correzione per consentire ai processi esterni di essere eseguiti fino al completamento.

  • Problema risolto con il collegamento del volume raw a blocchi su più nodi in modalità RWX.

  • Corretto il supporto per la clonazione di FlexGroup e l'importazione di volumi SMB.

Modifiche in 23.01

Importante Kubernetes 1.27 è ora supportato in Trident. Si prega di aggiornare Trident prima di aggiornare Kubernetes.

Correzioni

  • Kubernetes: Aggiunte opzioni per escludere la creazione di Pod Security Policy per risolvere le installazioni di Trident tramite Helm ("Problemi #783, #794").

Miglioramenti

Kubernetes

  • Aggiunto il supporto per Kubernetes 1.26.

  • Miglioramento dell'utilizzo complessivo delle risorse Trident RBAC ("Issue #757").

  • Aggiunta l'automazione per rilevare e correggere le sessioni iSCSI interrotte o stantie sui nodi host.

  • Aggiunto il supporto per l'espansione dei volumi LUKS criptati.

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

Trident

  • Aggiunto il supporto per i volumi SMB con Amazon FSx for NetApp ONTAP al driver di archiviazione ontap-nas.

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

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

  • Aggiunto il supporto per l'uso opzionale di flexgroupAggregateList quando si creano FlexGroups con il driver di storage ontap-nas-flexgroup.

  • Prestazioni migliorate per il driver di archiviazione ontap-nas-economy quando si gestiscono più FlexVol volumi

  • Abilitati gli aggiornamenti dataLIF per tutti i driver di storage ONTAP NAS.

  • Aggiornata la convenzione di naming per il deployment di Trident e DaemonSet per riflettere il sistema operativo del nodo host.

Deprecazioni

  • Kubernetes: Aggiornato il minimo supportato di Kubernetes a 1.21.

  • I DataLIF non devono più essere specificati quando si configurano ontap-san o ontap-san-economy driver.

Modifiche in 22.10

È necessario leggere le seguenti informazioni critiche prima di eseguire l'aggiornamento a Trident 22.10.

Attenzione
<strong>Informazioni critiche su Trident 22.10</strong>

  • Kubernetes 1.25 è ora supportato in Trident. Devi aggiornare Trident a 22.10 prima di aggiornare a Kubernetes 1.25.

  • Trident ora applica rigorosamente l'uso della configurazione multipathing negli ambienti SAN, con un valore consigliato di find_multipaths: no nel file multipath.conf.

    L'utilizzo di una configurazione non multipath o l'utilizzo di find_multipaths: yes o find_multipaths: smart nel file multipath.conf causerà errori di montaggio. Trident ha raccomandato l'utilizzo di find_multipaths: no dalla release 21.07.

Correzioni

  • Corretto un problema specifico del backend ONTAP creato utilizzando il campo credentials che non riesce ad andare online durante l'aggiornamento 22.07.0 ("Issue #759").

  • Docker: Risolto un problema che causava il mancato avvio del plugin del volume Docker in alcuni ambienti ("Issue #548" e "Issue #760").

  • Corretto il problema SLM specifico per ONTAP SAN backends per garantire che solo il sottoinsieme di dataLIF appartenenti ai nodi di reporting venga pubblicato.

  • Risolto un problema di prestazioni in cui si verificavano scansioni non necessarie per iSCSI LUN durante l'associazione di un volume.

  • Rimossi i tentativi granulari all'interno del flusso di lavoro Trident iSCSI per fallire rapidamente e ridurre gli intervalli di tentativi esterni.

  • Risolto il problema per cui veniva restituito un errore durante il flushing di un dispositivo iSCSI quando il dispositivo multipath corrispondente era già stato flushato.

Miglioramenti

  • Kubernetes:

    • Aggiunto il supporto per Kubernetes 1.25. Devi aggiornare Trident a 22.10 prima di aggiornare a Kubernetes 1.25.

    • Aggiunti un ServiceAccount, un ClusterRole e un ClusterRoleBinding separati per il Trident Deployment e DaemonSet per consentire futuri miglioramenti dei permessi.

    • Aggiunto supporto per "condivisione di volumi cross-namespace".

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

  • Aggiunto nuovo operator yaml (bundle_post_1_25.yaml) senza un PodSecurityPolicy per supportare Kubernetes 1.25.

  • Aggiunto "supporto per volumi crittografati LUKS" per ontap-san e ontap-san-economy driver di archiviazione.

  • Aggiunto il supporto per nodi Windows Server 2019.

  • Aggiunto "supporto per volumi SMB sui nodi Windows" attraverso il azure-netapp-files driver di archiviazione.

  • Il rilevamento automatico della commutazione MetroCluster per i driver ONTAP è ora generalmente disponibile.

Deprecazioni

  • Kubernetes: Aggiornato il supporto minimo di Kubernetes alla 1.20.

  • Rimosso il driver Astra Data Store (ADS).

  • Rimosso il supporto per yes e smart opzioni per find_multipaths quando si configura il multipathing dei nodi worker per iSCSI.

Modifiche in 22.07

Correzioni

Kubernetes

  • Corretto il problema relativo alla gestione dei valori booleani e numerici per il selettore dei nodi quando si configura Trident con Helm o il Trident Operator. ("Issue GitHub #700")

  • Corretto il problema nella gestione degli errori da percorsi non-CHAP, in modo che kubelet ritenti se fallisce. "Issue GitHub #736")

Miglioramenti

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

  • I volumi ONTAP-SAN ora utilizzeranno igroup per nodo e mapperanno le LUN agli igroup solo durante la pubblicazione attiva su tali nodi per migliorare la nostra sicurezza. I volumi esistenti verranno opportunisticamente convertiti al nuovo schema igroup quando Trident determinerà che è sicuro farlo senza influire sui carichi di lavoro attivi.

  • Incluso un ResourceQuota con le installazioni di Trident per garantire che Trident DaemonSet sia programmato quando il consumo di PriorityClass è limitato per impostazione predefinita.

  • Aggiunto il supporto per le funzionalità di rete al driver Azure NetApp Files. ("Issue GitHub #717")

  • Aggiunta l'anteprima tecnica del rilevamento automatico del passaggio MetroCluster ai driver ONTAP. ("Issue GitHub #228")

Deprecazioni

  • Kubernetes: Aggiornato il supporto minimo di Kubernetes alla 1.19.

  • La configurazione del backend non consente più tipi di autenticazione multipli in una singola configurazione.

Rimozioni

  • Il driver AWS CVS (deprecato dalla 22.04) è stato rimosso.

  • Kubernetes

    • Rimossa la capability SYS_ADMIN non necessaria dai pod dei nodi.

    • Riduce nodeprep a semplici informazioni sull'host e alla scoperta di servizi attivi per effettuare una conferma best-effort che i servizi NFS/iSCSI siano disponibili sui nodi worker.

Documentazione

È stata aggiunta una nuova sezione "Standard di sicurezza del pod" (PSS) che descrive in dettaglio le autorizzazioni abilitate da Trident durante l'installazione.

Modifiche in 22.04

NetApp sta migliorando e perfezionando continuamente i suoi prodotti e servizi. Ecco alcune delle ultime funzionalità di Trident. Per le versioni precedenti, fare riferimento a "Versioni precedenti della documentazione".

Importante Se si esegue l'aggiornamento da una qualsiasi versione precedente di Trident e si utilizza Azure NetApp Files, il parametro location config è ora un campo singleton obbligatorio.

Correzioni

  • Analisi migliorata dei nomi degli iSCSI initiator. ("Issue GitHub #681")

  • Risolto il problema per cui i parametri della classe di archiviazione CSI non erano consentiti. ("Issue GitHub #598")

  • Corretta la dichiarazione di chiave duplicata in Trident CRD. ("Issue GitHub #671")

  • Corretto il registro Snapshot CSI impreciso. ("Issue GitHub #629"))

  • Risolto il problema relativo all'annullamento della pubblicazione dei volumi sui nodi eliminati. ("Issue GitHub #691")

  • Aggiunta la gestione delle incongruenze del file system sui dispositivi a blocchi. ("Issue GitHub #656")

  • Risolto il problema relativo all'estrazione delle immagini di auto-supporto quando si imposta il imageRegistry flag durante l'installazione. ("Issue GitHub #715")

  • Risolto il problema per cui 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. ("Issue GitHub #698")

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

  • Trident ora tenta di abilitare automaticamente la funzionalità di autorizzazioni Unix di Azure NetApp Files.

  • Kubernetes: Il daemonset Trident ora viene eseguito con la classe di priorità system-node-critical. ("Issue GitHub #694")

Rimozioni

Il driver E-Series (disattivato dalla versione 20.07) è stato rimosso.

Modifiche in 22.01.1

Correzioni

  • Risolto il problema relativo all'annullamento della pubblicazione dei volumi sui nodi eliminati. ("Issue GitHub #691")

  • Risolto il panic durante l'accesso ai campi nil per lo spazio aggregato nelle risposte API ONTAP.

Modifiche in 22.01.0

Correzioni

  • Kubernetes: Aumenta il tempo di ripetizione del backoff della 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.

  • I DataLIF ONTAP SAN IPv6 ora funzionano se specificati tra parentesi.

  • Risolto il problema per cui il tentativo di importare un volume già importato restituiva EOF lasciando PVC nello stato in sospeso. ("Issue GitHub #489")

  • Risolto il problema per cui le prestazioni di Trident rallentano quando vengono creati più di 32 snapshot su un SolidFire volume.

  • 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 Kubernetes:

    • Aggiunto il supporto per Kubernetes 1.23.

    • Aggiungere opzioni di pianificazione per i pod Trident quando installati tramite Trident Operator o Helm. ("Issue GitHub #651")

  • Consenti volumi tra regioni nel driver GCP. ("Issue GitHub #633")

  • Aggiunto supporto per l'opzione 'unixPermissions' ai volumi di Azure NetApp Files. ("Issue GitHub #666")

Deprecazioni

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

Modifiche in 21.10.1

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

Correzioni

  • Risolta una potenziale condizione di competizione durante l'importazione di un volume su un backend GCP CVS che poteva causare il fallimento dell'importazione.

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

  • Risolto il problema per cui le SVM non venivano più rilevate se non veniva specificato alcun nome SVM (GitHub issue 612).

Modifiche in 21.10.0

Correzioni

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

  • Risolto il problema per cui Trident registrava un errore fatale durante l'arresto (GitHub issue 597).

  • Correzioni relative a Kubernetes:

    • Restituisce lo spazio utilizzato da un volume come minimo restoreSize quando si creano snapshot con ontap-nas e ontap-nas-flexgroup driver (GitHub issue 645).

    • Risolto il problema per cui Failed to expand filesystem errore veniva registrato dopo il ridimensionamento del volume (GitHub issue 560).

    • Risolto il problema per cui un pod poteva rimanere bloccato in Terminating stato (GitHub issue 572).

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

    • Risolto il problema dell'installer YAML personalizzato con un'immagine diversa (GitHub issue 613).

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

    • Risolto il problema per cui tutti gli installer Trident potevano identificare Kubernetes semplice come OpenShift (GitHub issue 639).

    • Corretto l'operatore Trident per interrompere la riconciliazione se il server API Kubernetes non è raggiungibile (GitHub issue 599).

Miglioramenti

  • Aggiunto supporto per unixPermissions option sui volumi GCP-CVS Performance.

  • Aggiunto supporto per volumi CVS ottimizzati per la scalabilità in GCP nell'intervallo da 600 GiB a 1 TiB.

  • Miglioramenti relativi a Kubernetes:

    • Aggiunto il supporto per Kubernetes 1.22.

    • Abilitato l'operatore Trident e il grafico Helm per funzionare con Kubernetes 1.22 (GitHub issue 628).

    • Aggiunta l'immagine dell'operatore al comando tridentctl images (GitHub issue 570).

Miglioramenti sperimentali

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

  • Aggiunto il supporto REST anteprima tecnica per i ontap-nas-flexgroup, ontap-san e ontap-nas-economy driver.

Problemi noti

I problemi noti identificano i problemi che potrebbero impedirti di utilizzare il prodotto con successo.

  • Quando si aggiorna un cluster Kubernetes dalla versione 1.24 alla 1.25 o successiva che ha Trident installato, è necessario aggiornare values.yaml per impostare excludePodSecurityPolicy su true o aggiungere --set excludePodSecurityPolicy=true al comando helm upgrade prima di poter aggiornare il cluster.

  • Trident ora impone un fsType (fsType="" vuoto per i volumi che non hanno il fsType specificato nel loro StorageClass. Quando si lavora con Kubernetes 1.17 o versioni successive, Trident supporta la fornitura di un fsType vuoto per i volumi NFS. Per i volumi iSCSI, è necessario impostare il fsType sul proprio StorageClass quando si applica un fsGroup utilizzando un Security Context.

  • Quando si utilizza un backend su più istanze di Trident, ogni file di configurazione del backend dovrebbe avere un valore storagePrefix diverso per i backend ONTAP o utilizzare un TenantName diverso per i backend SolidFire. Trident non può rilevare i volumi che altre istanze di Trident hanno creato. Il tentativo di creare un volume esistente su backend ONTAP o SolidFire ha successo, perché Trident tratta la creazione del volume come un'operazione idempotente. Se storagePrefix o TenantName non sono diversi, potrebbero verificarsi collisioni di nomi per i volumi creati sullo stesso backend.

  • Quando si installa Trident (utilizzando tridentctl o il Trident Operator) e si utilizza tridentctl per gestire Trident, è necessario assicurarsi che la variabile d'ambiente KUBECONFIG sia impostata. Questo è necessario per indicare il cluster Kubernetes su cui tridentctl dovrebbe lavorare. Quando si lavora con più ambienti Kubernetes, è necessario assicurarsi che il file KUBECONFIG sia correttamente referenziato.

  • Per eseguire la space reclamation online per iSCSI PV, il sistema operativo sottostante sul nodo worker potrebbe richiedere che le opzioni di montaggio vengano passate al volume. Questo vale per le istanze RHEL/Red Hat Enterprise Linux CoreOS (RHCOS), che richiedono il discard "opzione di montaggio"; assicurati che l'opzione discard mountOption sia inclusa nel tuo [StorageClass^] per supportare l'online block discard.

  • Se si dispone di più di un'istanza di Trident per cluster Kubernetes, Trident non può comunicare con altre istanze e non può rilevare altri volumi da esse creati, il che porta a un comportamento imprevisto e non corretto se più di un'istanza è in esecuzione all'interno di un cluster. Dovrebbe esserci una sola istanza di Trident per cluster Kubernetes.

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

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

  • ONTAP non può fornire contemporaneamente più di un FlexGroup alla volta, a meno che il set di aggregati non sia univoco per ogni richiesta di provisioning.

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

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

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

Trova ulteriori informazioni