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.

Sposta un volume in un Tier locale ONTAP abilitato per FabricPool

Collaboratori johnlantz netapp-dbagwell netapp-bhouser netapp-lenida netapp-thomi netapp-aherbin
PDF

A "spostamento del volume" è il modo in cui ONTAP sposta un volume senza interruzioni da un Tier locale (origine) a un altro (destinazione). È possibile eseguire lo spostamento dei volumi per diversi motivi, anche se i motivi più comuni sono la gestione del ciclo di vita dell'hardware, l'espansione dei cluster e il bilanciamento del carico.

È importante comprendere come funziona lo spostamento dei volumi con FabricPool, perché le modifiche che avvengono sia nel Tier locale, che nel Tier cloud collegato e nel volume (policy di tiering dei volumi) possono avere un notevole impatto sulla funzionalità.

Nota Prima di ONTAP 9,7, System Manager utilizza il termine aggregate per descrivere un livello locale. A prescindere dalla versione di ONTAP, la CLI di ONTAP utilizza il termine aggregate. Per ulteriori informazioni sui livelli locali, vedere "Dischi e Tier locali".

Tier locale di destinazione

Se il Tier locale di destinazione di uno spostamento del volume non ha un Tier cloud collegato, i dati del volume di origine archiviati nel Tier cloud vengono scritti nel Tier locale nel Tier locale di destinazione.

A partire da ONTAP 9,8, quando un volume è "report dei dati inattivi" abilitato, FabricPool utilizzerà la mappa termica del volume per mettere immediatamente in coda i dati cold e iniziare il tiering non appena vengono scritti nel Tier locale di destinazione.

Prima di ONTAP 9,8, lo spostamento di un volume in un altro livello locale ripristina il periodo di inattività dei blocchi nel livello locale. Ad esempio, un volume che utilizza la policy di tiering automatico dei volumi con dati nel Tier locale che non è stato attivo da 20 giorni, ma non è ancora stato sottoposto a tiering, ripristinerà la temperatura dei dati a 0 giorni dopo lo spostamento di un volume.

Spostamenti dei volumi ottimizzati

A partire da ONTAP 9,6, se il Tier locale di destinazione di uno spostamento del volume utilizza lo stesso bucket del Tier locale di origine, i dati sul volume di origine memorizzato nel bucket non si spostano di nuovo nel Tier locale. I dati in tiering rimangono a riposo e solo i dati più utilizzati devono essere spostati da un Tier locale a un altro. Questo spostamento ottimizzato dei volumi produce una notevole efficienza della rete.

Ad esempio, uno spostamento di volume ottimizzato da 300 TB significa che, anche se 300 TB di dati inattivi vengono spostati da un livello locale a un altro, non verranno attivati 300 TB di letture e 300 TB di scritture nell'archivio oggetti.

Gli spostamenti di volumi non ottimizzati generano traffico aggiuntivo di rete e calcolo (letture/GET e scritture/put), un aumento delle richieste sul cluster ONTAP e sull'archivio di oggetti, aumentando potenzialmente i costi durante il tiering negli archivi di oggetti pubblici.

Nota

Alcune configurazioni sono incompatibili con spostamenti ottimizzati dei volumi:

  • Modifica della policy di tiering durante lo spostamento dei volumi

  • Tier locali di origine e destinazione utilizzando chiavi di crittografia diverse

  • Volumi FlexClone

  • Volumi padre FlexClone

  • MetroCluster (supporta spostamenti di volumi ottimizzati in ONTAP 9,8 e versioni successive)

  • Bucket mirror FabricPool non sincronizzati

Se il Tier locale di destinazione di uno spostamento del volume ha un Tier cloud collegato, i dati del volume di origine archiviati nel Tier cloud vengono dapprima scritti nel Tier locale nel Tier locale di destinazione. Viene quindi scritto nel Tier cloud sul Tier locale di destinazione se questo approccio è appropriato per la policy di tiering del volume.

La scrittura dei dati nel Tier locale migliora per prima cosa le performance dello spostamento del volume e riduce il tempo di cutover. Se non viene specificata una policy di tiering dei volumi durante lo spostamento di un volume, il volume di destinazione utilizza la policy di tiering del volume di origine.

Se durante lo spostamento del volume viene specificata un'altra policy di tiering, il volume di destinazione viene creato con la policy di tiering specificata e lo spostamento del volume non è ottimizzato.

Metadati per volumi

Indipendentemente dall'ottimizzazione dello spostamento di un volume, ONTAP memorizza una quantità significativa di metadati relativi a posizione, efficienza di archiviazione, autorizzazioni, modelli di utilizzo, ecc. di tutti i dati, sia locali che a livelli. I metadati rimangono sempre sul livello locale e non sono a livelli. Quando un volume viene spostato da un Tier locale a un altro, queste informazioni devono essere spostate anche nel Tier locale di destinazione.

Durata

Gli spostamenti di volume richiedono ancora tempo per essere completati e ci si dovrebbe aspettare che uno spostamento di volume ottimizzato richieda all'incirca lo stesso tempo dello spostamento di una stessa quantità di dati non suddivisi in livelli.

È importante capire che la "capacità di elaborazione" riportata dal volume move show il comando non rappresenta la produttività in termini di dati spostati dal livello cloud, ma dati di volume aggiornati localmente.

Nota Quando si utilizza una relazione di disaster recovery di SVM, i volumi di origine e destinazione devono utilizzare la stessa policy di tiering.
Fasi

  1. Utilizzare il volume move start comando per spostare un volume da un Tier locale di origine a un Tier locale di destinazione.

Esempio di spostamento di un volume

Nell'esempio seguente viene spostato un volume denominato myvol2 vs1 SVM in dest_FabricPool un Tier locale abilitato per FabricPool.

cluster1::> volume move start -vserver vs1 -volume myvol2
-destination-aggregate dest_FabricPool