Note di rilascio
Scopri di più sul Cloud Tiering
Suggerisci modifiche
PDF
Il servizio di tiering cloud di NetApp estende il tuo data center al cloud attraverso il tiering automatico dei dati inattivi dai cluster ONTAP on-premise allo storage a oggetti. In questo modo si libera spazio prezioso sul cluster per più carichi di lavoro, senza apportare modifiche al livello applicativo. Il cloud tiering può ridurre i costi nel tuo data center e consente di passare da un modello CAPEX a un modello OPEX.
Il servizio di tiering cloud sfrutta le funzionalità di FabricPool. FabricPool è una tecnologia NetApp Data Fabric che consente il tiering automatizzato dei dati verso uno storage a oggetti a basso costo. I dati attivi rimangono su SSD dalle performance elevate, mentre i dati inattivi vengono suddivisi in livelli per lo storage a oggetti a basso costo, preservando al contempo l'efficienza dei dati ONTAP.
Caratteristiche
Cloud Tiering offre automazione, monitoraggio, report e un'interfaccia di gestione comune:
-
L'automazione semplifica la configurazione e la gestione del tiering dei dati dai cluster ONTAP on-premise al cloud
-
Un singolo pannello di controllo elimina la necessità di gestire in modo indipendente FabricPool in diversi cluster
-
I report mostrano la quantità di dati attivi e inattivi su ciascun cluster
-
Uno stato di salute tiering ti aiuta a identificare e correggere i problemi man mano che si verificano
-
Se disponi di sistemi Cloud Volumes ONTAP, puoi trovarli nella dashboard dei cluster per ottenere una vista completa del tiering dei dati nella tua infrastruttura di cloud ibrido
I sistemi Cloud Volumes ONTAP sono di sola lettura dal cloud tiering. "Hai impostato il tiering per Cloud Volumes ONTAP dall'ambiente di lavoro in Cloud Manager".
Per ulteriori informazioni sul valore offerto dal Cloud Tiering, "Consulta la pagina Cloud Tiering su NetApp Cloud Central".
|
Anche se il Cloud Tiering può ridurre significativamente l'ingombro dello storage, non è una soluzione di backup. |
Provider di storage a oggetti supportati
È possibile raggruppare i dati inattivi da un cluster ONTAP in Amazon S3, storage Blob Microsoft Azure, storage cloud Google o StorageGRID (cloud privato).
Prezzi e licenze
Paga il tiering cloud con un abbonamento pay-as-you-go, una licenza di tiering ONTAP chiamata FabricPool o una combinazione di entrambi. Se non si dispone di una licenza, è disponibile una versione di prova gratuita di 30 giorni per il primo cluster.
Non sono previsti costi per il tiering dei dati su StorageGRID. Non è richiesta alcuna licenza BYOL o registrazione PAYGO.
30 giorni di prova gratuita
Se non disponi di una licenza FabricPool, inizia una prova gratuita di 30 giorni del Cloud Tiering quando configuri il tiering sul primo cluster. Al termine della prova gratuita di 30 giorni, dovrai pagare il Tier cloud tramite un abbonamento pay-as-you-go, una licenza FabricPool o una combinazione di entrambi.
Se la versione di prova gratuita termina e non hai sottoscritto o aggiunto una licenza, ONTAP non esegue più il Tier dei dati cold sullo storage a oggetti, ma i dati esistenti sono ancora disponibili per l'accesso.
Abbonamento pay-as-you-go
Cloud Tiering offre licenze basate sui consumi in un modello pay-as-you-go. Dopo aver effettuato l'iscrizione attraverso il marketplace del tuo cloud provider, paghi per GB i dati a più livelli, senza alcun pagamento anticipato. Il tuo cloud provider ti addebita la fattura mensile.
È necessario iscriversi anche se si dispone di una versione di prova gratuita o se si porta la propria licenza (BYOL):
-
L'iscrizione garantisce che non vi siano interruzioni del servizio al termine della prova gratuita.
Al termine del periodo di prova, ti verrà addebitato ogni ora in base alla quantità di dati che hai effettuato il tiering.
-
Se si dispone di un numero di dati superiore a quello consentito dalla licenza FabricPool, il tiering dei dati continua con l'abbonamento pay-as-you-go.
Ad esempio, se si dispone di una licenza da 10 TB, tutta la capacità oltre i 10 TB viene addebitata tramite l'abbonamento pay-as-you-go.
Durante la prova gratuita o se non hai superato la licenza di FabricPool, non ti verrà addebitato alcun costo dal tuo abbonamento pay-as-you-go.
Porta la tua licenza
Porta la tua licenza acquistando una licenza ONTAP FabricPool da NetApp. È possibile acquistare licenze a termine o perpetue.
Dopo aver acquistato una licenza FabricPool, sarà necessario aggiungerla al cluster, "Che puoi fare direttamente da Cloud Tiering".
Dopo aver attivato la licenza tramite Cloud Tiering, se si acquista ulteriore capacità aggiuntiva in un secondo momento, la licenza sul cluster viene aggiornata automaticamente con la nuova capacità. Non è necessario applicare un nuovo file di licenza NetApp (NLF) al cluster.
Come indicato in precedenza, si consiglia di impostare un abbonamento pay-as-you-go, anche se il cluster dispone di una licenza BYOL.
Mailto:ng-cloud-tiering@netapp.com?subject=Licensing[Contattaci per acquistare una licenza].
Come funziona il Cloud Tiering
Cloud Tiering è un servizio gestito da NetApp che utilizza la tecnologia FabricPool per tierare automaticamente i dati inattivi (cold) dai cluster ONTAP on-premise allo storage a oggetti nel cloud pubblico o privato. Le connessioni a ONTAP avvengono da un connettore.
La seguente immagine mostra la relazione tra ciascun componente:
A un livello elevato, il Cloud Tiering funziona come segue:
-
Scopri il tuo cluster on-premise da Cloud Manager.
-
È possibile impostare il tiering fornendo dettagli sullo storage a oggetti, tra cui bucket/container e una classe di storage o un Tier di accesso.
-
Cloud Manager configura ONTAP per l'utilizzo del provider di storage a oggetti e rileva la quantità di dati attivi e inattivi nel cluster.
-
È possibile scegliere i volumi da tiering e il criterio di tiering da applicare a tali volumi.
-
ONTAP avvia il tiering dei dati inattivi nell'archivio di oggetti, non appena i dati raggiungono le soglie da considerare inattivi (vedere Policy di tiering dei volumi).
Storage a oggetti
Ogni cluster ONTAP esegue il Tier dei dati inattivi in un singolo archivio di oggetti. Quando si imposta il tiering dei dati, è possibile aggiungere un nuovo bucket/container o selezionare un bucket/container esistente, insieme a una classe di storage o a un Tier di accesso.
Policy di tiering dei volumi
Quando si selezionano i volumi che si desidera applicare il Tier, si sceglie una policy di tiering dei volumi da applicare a ciascun volume. Una policy di tiering determina quando o se i blocchi di dati utente di un volume vengono spostati nel cloud.
- Nessuna policy di tiering
-
Mantiene i dati su un volume nel Tier di performance, impedendo che vengano spostati nel cloud.
- Snapshot a freddo (solo Snapshot)
-
ONTAP esegue il tiering dei blocchi snapshot cold nel volume che non sono condivisi con il file system attivo sullo storage a oggetti. Se letti, i blocchi di dati cold nel Tier cloud diventano hot e vengono spostati nel Tier di performance.
I dati vengono suddivisi in livelli solo dopo che un aggregato ha raggiunto la capacità del 50% e quando i dati hanno raggiunto il periodo di raffreddamento. Il numero predefinito di giorni di raffreddamento è 2, ma è possibile regolare il numero di giorni.
Le scritture dal Tier cloud al Tier performance sono disattivate se la capacità del Tier performance è superiore al 70%. In questo caso, si accede ai blocchi direttamente dal livello cloud. - Cold User Data (Auto) (dati utente cold)
-
ONTAP esegue il tiering di tutti i cold block del volume (esclusi i metadati) nello storage a oggetti. I dati cold non includono solo le copie Snapshot, ma anche i dati cold user dal file system attivo.
Se letti in lettura casuale, i blocchi di dati cold nel Tier cloud diventano hot e vengono spostati nel Tier di performance. Se letti in base a letture sequenziali, come quelle associate a scansioni di indice e antivirus, i blocchi di dati cold sul livello cloud rimangono freddi e non vengono scritti sul livello di performance.
I dati vengono suddivisi in livelli solo dopo che un aggregato ha raggiunto la capacità del 50% e quando i dati hanno raggiunto il periodo di raffreddamento. Il periodo di raffreddamento è il tempo in cui i dati dell'utente in un volume devono rimanere inattivi per essere considerati "freddi" e spostati nell'archivio di oggetti. Il numero predefinito di giorni di raffreddamento è 31, ma è possibile regolare il numero di giorni.
Le scritture dal Tier cloud al Tier performance sono disattivate se la capacità del Tier performance è superiore al 70%. In questo caso, si accede ai blocchi direttamente dal livello cloud. - Tutti i dati utente (tutti)
-
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.
Prima di scegliere questa policy di tiering, prendere in considerazione quanto segue:
-
Il tiering dei dati riduce immediatamente l'efficienza dello storage (solo inline).
-
Utilizzare questa policy solo se si è sicuri che i dati cold sul volume non cambiano.
-
Lo storage a oggetti non è transazionale e si tradurrà in una frammentazione significativa se soggetto a modifiche.
-
Considerare l'impatto dei trasferimenti SnapMirror prima di assegnare la policy di tiering a volumi di origine nelle relazioni di protezione dei dati.
Poiché i dati vengono immediatamente suddivisi in Tier, SnapMirror legge i dati dal Tier cloud piuttosto che dal Tier di performance. Ciò rallenterà le operazioni di SnapMirror, probabilmente rallentando altre operazioni di SnapMirror in un secondo momento in coda, anche se utilizzano policy di tiering diverse.
-
- Tutti i dati utente DP (backup)
-
Tutti i dati presenti in un volume di protezione dei dati (esclusi i metadati) vengono immediatamente spostati nel Tier cloud. In caso di lettura, i blocchi di dati cold nel livello cloud rimangono freddi e non vengono riscritti nel Tier di performance (a partire da ONTAP 9.4).
Questo criterio è disponibile per ONTAP 9.5 o versioni precedenti. È stato sostituito con la policy di tiering all a partire da ONTAP 9.6.