Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Cluster ONTAP a versione mista

Collaboratori
PDF

Un cluster ONTAP a versione mista è costituito da nodi che eseguono due diverse release principali di ONTAP per un periodo di tempo limitato. Ad esempio, se un cluster è attualmente costituito da nodi che eseguono ONTAP 9,8 e 9.12.1, il cluster è in versione mista. Analogamente, un cluster in cui i nodi eseguono ONTAP 9.9.1 e 9.13.1 sarebbe un cluster a versione mista. NetApp supporta cluster ONTAP a versione mista per periodi di tempo limitati e in scenari specifici.

Di seguito sono riportati gli scenari più comuni in cui un cluster ONTAP si trova in uno stato di versione mista:

  • Aggiornamenti del software ONTAP in cluster di grandi dimensioni

  • Gli aggiornamenti del software ONTAP sono necessari quando si prevede di aggiungere nuovi nodi a un cluster

Le informazioni si applicano alle versioni di ONTAP che supportano i sistemi con piattaforme NetApp, come AFF A-Series e C-Series, ASA, FAS e C-Series. Le informazioni non sono valide per le versioni cloud di ONTAP (9.x.0), ad esempio 9.12.0.

Requisiti per i cluster ONTAP a versione mista

Se il cluster deve entrare in uno stato di versione ONTAP misto, è necessario essere a conoscenza di requisiti e restrizioni importanti.

  • In un cluster non possono essere presenti più di due versioni principali di ONTAP diverse per volta. Ad esempio, ONTAP 9.9.1 e 9.13.1 sono supportati, ma ONTAP 9,9.1, 9.12.1 e 9.13.1 non lo sono. I cluster con nodi in esecuzione con diversi livelli di patch P o D della stessa release di ONTAP, come ONTAP 9.9.1P1 e 9.9.1P5, non sono considerati cluster ONTAP con versione mista.

  • Mentre il cluster si trova in uno stato di versione mista, non inserire alcun comando che alteri l'operazione o la configurazione del cluster, ad eccezione di quelli richiesti per il processo di aggiornamento o di migrazione dei dati. Ad esempio, attività come la migrazione LIF (ma non solo), operazioni pianificate di failover dello storage o la creazione o l'eliminazione di oggetti su larga scala non devono essere eseguite fino al completamento dell'upgrade e della migrazione dei dati.

  • Per un funzionamento ottimale del cluster, il tempo in cui il cluster si trova in uno stato di versione mista deve essere il più breve possibile. La durata massima di permanenza di un cluster in uno stato di versione mista dipende dalla versione ONTAP più bassa del cluster.

    Se la versione più bassa di ONTAP in esecuzione nel cluster di versioni miste è: Quindi, è possibile rimanere in uno stato di versione misto per un massimo di

    ONTAP 9.8 o superiore

    90 giorni

    ONTAP 9.7 o versione precedente

    7 giorni

  • A partire da ONTAP 9,8, la differenza di versione tra i nodi originali e i nuovi nodi non può essere superiore a quattro. Ad esempio, un cluster ONTAP con versione mista potrebbe avere nodi che eseguono ONTAP 9.8 e 9.12.1 o nodi che eseguono ONTAP 9.9.1 e 9.13.1. Tuttavia, un cluster ONTAP con versione mista con nodi che eseguono ONTAP 9,8 e 9.13.1 non sarebbe supportato.

    Per un elenco completo dei cluster di versioni miste supportati, vedere "percorsi di aggiornamento supportati". Tutti i percorsi di aggiornamento diretto sono supportati per i cluster di versioni miste.

Aggiornamento della versione ONTAP di un cluster di grandi dimensioni

Uno scenario per l'accesso a uno stato di cluster con versione mista prevede l'aggiornamento della versione ONTAP di un cluster con più nodi per sfruttare le funzionalità disponibili nelle versioni successive di ONTAP 9. Quando è necessario aggiornare la versione ONTAP di un cluster più grande, si inserisce uno stato del cluster a versione mista per un periodo di tempo durante l'aggiornamento di ciascun nodo del cluster.

Aggiunta di nuovi nodi a un cluster ONTAP

Un altro scenario per l'inserimento di uno stato di cluster con versione mista prevede l'aggiunta di nuovi nodi al cluster. È possibile aggiungere nuovi nodi al cluster per espanderne la capacità oppure aggiungere nuovi nodi durante il processo di sostituzione completa dei controller. In entrambi i casi, è necessario abilitare la migrazione dei dati dai controller esistenti ai nuovi nodi nel nuovo sistema.

Se si prevede di aggiungere nuovi nodi al cluster e tali nodi richiedono una versione minima di ONTAP successiva alla versione attualmente in esecuzione nel cluster, è necessario eseguire eventuali aggiornamenti software supportati sui nodi esistenti nel cluster prima di aggiungere i nuovi nodi.

Idealmente, si dovrebbe aggiornare tutti i nodi esistenti alla versione minima di ONTAP richiesta dai nodi che si intende aggiungere al cluster. Tuttavia, se questo non è possibile perché alcuni dei nodi esistenti non supportano la versione successiva di ONTAP, sarà necessario immettere uno stato di versione mista per un periodo di tempo limitato come parte del processo di aggiornamento. Se si dispone di nodi che non supportano la versione minima di ONTAP richiesta dai nuovi controller, attenersi alla seguente procedura:

  1. "Eseguire l'upgrade" I nodi che non supportano la versione minima di ONTAP richiesta dai nuovi controller fino alla versione massima di ONTAP supportata.

    Ad esempio, se si dispone di un sistema FAS8080 con ONTAP 9,5 e si sta aggiungendo una nuova piattaforma C-Series con ONTAP 9.12.1, è necessario aggiornare il sistema FAS8080 a ONTAP 9,8 (ovvero la versione ONTAP massima supportata).

  2. "Aggiungere i nuovi nodi al cluster".

  3. "Migrare i dati" dai nodi rimossi dal cluster ai nuovi nodi aggiunti.

  4. "Rimuovere i nodi non supportati dal cluster".

  5. "Eseguire l'upgrade" gli altri nodi del cluster, con la stessa versione dei nuovi nodi.

    In alternativa, è possibile eseguire l'upgrade dell'intero cluster (compresi i nuovi nodi) al "ultima versione di patch consigliata" Della versione di ONTAP in esecuzione sui nuovi nodi.

Per ulteriori informazioni sulla migrazione dei dati, consulta: