Note di rilascio
Panoramica sul tiering dei dati
Suggerisci modifiche
PDF
Riduci i costi di storage abilitando il tiering automatizzato dei dati inattivi su storage a oggetti a basso costo. I dati attivi rimangono in SSD o HDD ad alte prestazioni, mentre i dati inattivi vengono suddivisi in livelli per lo storage a oggetti a basso costo. In questo modo è possibile recuperare spazio sullo storage primario e ridurre lo storage secondario.
Cloud Volumes ONTAP supporta il tiering dei dati in AWS, Azure e Google Cloud Platform. Il tiering dei dati è basato sulla tecnologia FabricPool.
|
Non è necessario installare una licenza per le funzionalità per attivare il tiering dei dati (FabricPool). |
Tiering dei dati in AWS
Quando si abilita il tiering dei dati in AWS, Cloud Volumes ONTAP utilizza EBS come Tier di performance per i dati hot e AWS S3 come Tier di capacità per i dati inattivi. La modifica del livello di tiering di un sistema consente di scegliere una classe di storage S3 diversa.
- Tier di performance
-
Il livello di performance può essere SSD General Purpose, SSD IOPS con provisioning o HDD ottimizzati per il throughput.
- Tier di capacità
-
Un sistema Cloud Volumes ONTAP esegue il Tier dei dati inattivi su un singolo bucket S3 utilizzando la classe di storage Standard. Standard è ideale per i dati ad accesso frequente memorizzati in più zone di disponibilità.
Cloud Manager crea un singolo bucket S3 per ogni ambiente di lavoro e lo nomina fabric-pool-cluster unique identifier. Non viene creato un bucket S3 diverso per ciascun volume. - Livelli di tiering
-
Se non intendi accedere ai dati inattivi, puoi ridurre i costi di storage modificando il livello di tiering di un sistema in uno dei seguenti: Intelligent Tiering, One-zone infrequent Access o Standard-infrequent Access. Quando si modifica il livello di tiering, i dati inattivi iniziano nella classe di storage Standard e vengono spostati nella classe di storage selezionata, se non si accede ai dati dopo 30 giorni.
I costi di accesso sono più elevati se si accede ai dati, quindi è necessario prendere in considerazione questo aspetto prima di modificare il livello di tiering. "Scopri di più sulle classi di storage Amazon S3".
È possibile modificare il livello di tiering dopo aver creato il sistema. Per ulteriori informazioni, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".
Il livello di tiering è esteso a livello di sistema, non per volume.
Tiering dei dati in Azure
Quando abiliti il tiering dei dati in Azure, Cloud Volumes ONTAP utilizza i dischi gestiti da Azure come Tier di performance per i dati hot e lo storage Blob Azure come Tier di capacità per i dati inattivi. La modifica del livello di tiering di un sistema consente di scegliere un diverso livello di storage Azure.
- Tier di performance
-
Il Tier di performance può essere SSD o HDD.
- Tier di capacità
-
Un sistema Cloud Volumes ONTAP esegue il Tier dei dati inattivi in un singolo container blob utilizzando il Tier di storage Azure hot. Il Tier hot è ideale per i dati ad accesso frequente.
Cloud Manager crea un nuovo account storage con un singolo container per ogni ambiente di lavoro Cloud Volumes ONTAP. Il nome dell'account di storage è casuale. Non viene creato un container diverso per ogni volume. - Livelli di tiering
-
Se non intendi accedere ai dati inattivi, puoi ridurre i costi di storage modificando il livello di tiering di un sistema nel Tier di storage Azure COOL. Quando si modifica il livello di tiering, i dati inattivi vengono avviati nel livello di hot storage e spostati nel livello di cool storage, se non si accede ai dati dopo 30 giorni.
I costi di accesso sono più elevati se si accede ai dati, quindi è necessario prendere in considerazione questo aspetto prima di modificare il livello di tiering. "Scopri di più sui Tier di accesso allo storage Azure Blob".
È possibile modificare il livello di tiering dopo aver creato il sistema. Per ulteriori informazioni, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".
Il livello di tiering è esteso a livello di sistema, non per volume.
Tiering dei dati in GCP
Quando abiliti il tiering dei dati in GCP, Cloud Volumes ONTAP utilizza i dischi persistenti come Tier di performance per i dati hot e un bucket di storage cloud di Google come Tier di capacità per i dati inattivi.
- Tier di performance
-
Il Tier di performance può essere SSD o HDD (dischi standard).
- Tier di capacità
-
Un sistema Cloud Volumes ONTAP esegue il Tier dei dati inattivi in un singolo bucket di storage cloud di Google utilizzando la classe di storage regionale.
Cloud Manager crea un singolo bucket per ogni ambiente di lavoro e lo nomina fabric-pool-cluster unique identifier. Non viene creato un bucket diverso per ogni volume. - Livelli di tiering
-
Al momento non sono supportate altre classi di storage GCP.
Tiering dei dati e limiti di capacità
Se si abilita il tiering dei dati, il limite di capacità di un sistema rimane invariato. Il limite viene distribuito tra il Tier di performance e il Tier di capacità.
Policy di tiering dei volumi
Per attivare il tiering dei dati, è necessario selezionare una policy di tiering dei volumi quando si crea, modifica o replica un volume. È possibile selezionare un criterio diverso per ciascun volume.
Alcuni criteri di tiering hanno un periodo di raffreddamento minimo associato, che imposta il tempo in cui i dati dell'utente in un volume devono rimanere inattivi per essere considerati "freddi" e spostati al livello di capacità.
Cloud Manager consente di scegliere tra le seguenti policy di tiering dei volumi quando si crea o modifica un volume:
- Solo Snapshot
-
Dopo che un aggregato ha raggiunto la capacità del 50%, Cloud Volumes ONTAP esegue il Tier dei dati cold user delle copie Snapshot non associate al file system attivo al Tier di capacità. Il periodo di raffreddamento è di circa 2 giorni.
In lettura, i blocchi di dati cold sul Tier di capacità diventano hot e vengono spostati sul Tier di performance.
- Automatico
-
Dopo che un aggregato ha raggiunto la capacità del 50%, Cloud Volumes ONTAP esegue il Tier dei blocchi di dati cold in un volume fino a raggiungere un livello di capacità. I dati cold non includono solo le copie Snapshot, ma anche i dati cold user dal file system attivo. Il periodo di raffreddamento è di circa 31 giorni.
Questo criterio è supportato a partire da Cloud Volumes ONTAP 9.4.
Se letti in modo casuale, i blocchi di dati cold nel Tier di capacità diventano hot e passano al Tier di performance. Se letti in base a letture sequenziali, come quelle associate a scansioni di indice e antivirus, i blocchi di dati cold rimangono freddi e non passano al livello di performance.
- Nessuno
-
Mantiene i dati di un volume nel Tier di performance, evitando che vengano spostati nel Tier di capacità.
Quando si replica un volume, è possibile scegliere se eseguire il Tier dei dati sullo storage a oggetti. In questo caso, Cloud Manager applica il criterio Backup al volume di protezione dei dati. A partire da Cloud Volumes ONTAP 9.6, la policy di tiering all sostituisce la policy di backup.
La disattivazione di Cloud Volumes ONTAP influisce sul periodo di raffreddamento
I blocchi di dati vengono raffreddati mediante scansioni di raffreddamento. Durante questo processo, i blocchi che non sono stati utilizzati hanno spostato la temperatura del blocco (raffreddato) al valore successivo più basso. Il tempo di raffreddamento predefinito dipende dalla policy di tiering del volume:
-
Auto: 31 giorni
-
Solo snapshot: 2 giorni
Affinché la scansione di raffreddamento funzioni, è necessario che Cloud Volumes ONTAP sia in esecuzione. Se Cloud Volumes ONTAP è disattivato, anche il raffreddamento si interrompe. Di conseguenza, potrebbero verificarsi tempi di raffreddamento più lunghi.
Impostazione del tiering dei dati
Per istruzioni e un elenco delle configurazioni supportate, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".