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 abilitare 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.
- 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. - Classi di storage
-
La classe di storage predefinita per i dati Tiered in AWS è Standard. Se non si prevede di accedere ai dati inattivi, è possibile ridurre i costi di storage cambiando la classe di storage in una delle seguenti opzioni: Intelligent Tiering, One-zone infrequent Access o Standard-infrequent Access. Quando si modifica la classe di storage, i dati inattivi vengono avviati nella classe di storage Standard e vengono passati alla 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 tenere in considerazione questo aspetto prima di modificare la classe di storage. "Scopri di più sulle classi di storage Amazon S3".
È possibile selezionare una classe di storage quando si crea l'ambiente di lavoro e modificarla in qualsiasi momento. Per ulteriori informazioni sulla modifica della classe di storage, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".
La classe di storage per il tiering dei dati è estesa a tutto il 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.
- 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. - Tier di accesso allo storage
-
Il Tier di accesso allo storage predefinito per i dati a più livelli in Azure è il hot Tier. Se non intendi accedere ai dati inattivi, puoi ridurre i costi di storage passando al Tier di storage COOL. Quando si modifica il Tier di storage, i dati inattivi vengono avviati nel Tier di storage hot e vengono passati al Tier di storage cool, 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 Tier di storage. "Scopri di più sui Tier di accesso allo storage Azure Blob".
È possibile selezionare un Tier di storage quando si crea l'ambiente di lavoro e modificarlo in qualsiasi momento. Per ulteriori informazioni sulla modifica del Tier di storage, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".
Il Tier di accesso allo storage per il tiering dei dati è esteso a tutto il 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. - Classi di storage
-
La classe di storage predefinita per i dati a più livelli è la classe Standard Storage. Se l'accesso ai dati non è frequente, puoi ridurre i costi di storage passando a Nearline Storage o Coldline Storage. Quando si modifica la classe di storage, i dati inattivi vengono avviati nella classe di storage standard e vengono passati alla 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 tenere in considerazione questo aspetto prima di modificare la classe di storage. "Scopri di più sulle classi di storage per Google Cloud Storage".
È possibile selezionare un Tier di storage quando si crea l'ambiente di lavoro e modificarlo in qualsiasi momento. Per ulteriori informazioni sulla modifica della classe di storage, vedere "Tiering dei dati inattivi su storage a oggetti a basso costo".
La classe di storage per il tiering dei dati è estesa a tutto il sistema, non per volume.
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.
- Tutto
-
Tutti i dati (non inclusi i metadati) vengono immediatamente contrassegnati come cold e tiered per lo storage a oggetti il più presto possibile. Non è necessario attendere 48 ore affinché i nuovi blocchi di un volume si raffreddino. Tenere presente che i blocchi situati nel volume prima dell'impostazione del criterio All richiedono 48 ore per diventare freddi.
In caso di lettura, i blocchi di dati cold nel Tier cloud restano freddi e non vengono riscritti nel Tier di performance. Questo criterio è disponibile a partire da ONTAP 9.6.
- 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".