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.

Scopri di più sul tiering BlueXP

Collaboratori

Il servizio di tiering BlueXP 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 tiering BlueXP consente di ridurre i costi del data center e di passare da un modello CAPEX a un modello OPEX.

Il servizio di tiering BlueXP 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 (hot) rimangono nel Tier locale (aggregati ONTAP on-premise), mentre i dati inattivi (cold) vengono spostati nel Tier cloud, il tutto preservando l'efficienza dei dati ONTAP.

Originariamente supportato sui sistemi AFF, FAS e ONTAP Select con aggregati all-SSD, a partire da ONTAP 9.8 è possibile eseguire il tiering dei dati da aggregati costituiti da HDD oltre a SSD dalle performance elevate. Vedere "Considerazioni e requisiti per l'utilizzo di FabricPool" per ulteriori informazioni.

Il tiering BlueXP può essere configurato per cluster a nodo singolo, cluster configurati in ha, cluster nelle configurazioni di mirroring di tiering e configurazioni MetroCluster utilizzando il mirror FabricPool. Le licenze di tiering BlueXP sono condivise tra tutti i cluster.

Caratteristiche

BlueXP 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

  • È possibile scegliere la classe di accesso/il Tier di storage di cloud provider predefiniti oppure utilizzare il Lifecycle management per assegnare un Tier più conveniente ai dati meno recenti

  • È possibile creare connessioni ad archivi di oggetti aggiuntivi che possono essere utilizzati per altri aggregati nel cluster

  • Utilizzando l'interfaccia utente è possibile trascinare gli archivi di oggetti in un aggregato per il tiering e per il mirroring FabricPool

  • 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 pagina Clusters per ottenere una vista completa del tiering dei dati nella tua infrastruttura di cloud ibrido

Per ulteriori informazioni sul valore offerto dal tiering BlueXP, "Consulta la pagina di tiering di BlueXP sul sito Web di BlueXP".

Suggerimento I sistemi Cloud Volumes ONTAP sono di sola lettura grazie al tiering BlueXP. "È possibile impostare il tiering per i sistemi Cloud Volumes ONTAP dall'ambiente di lavoro in BlueXP".

Provider di storage a oggetti supportati

È possibile eseguire il tiering dei dati inattivi da un sistema ONTAP on-premise ai seguenti provider di storage a oggetti:

  • Amazon S3

  • Microsoft Azure Blob

  • Storage Google Cloud

  • NetApp StorageGRID

  • Storage a oggetti compatibile con S3 (ad esempio, MinIO)

Le licenze di tiering BlueXP possono anche essere condivise con i cluster che stanno tiering dei dati su IBM Cloud Object Storage. La configurazione di FabricPool deve essere impostata utilizzando Gestore di sistema o l'interfaccia utente di ONTAP, ma "La licenza per questo tipo di configurazione viene completata utilizzando il tiering BlueXP."

Nota Puoi tierare i dati dai volumi NAS al cloud pubblico o ai cloud privati, come StorageGRID. Quando si esegue il tiering dei dati a cui accedono i protocolli SAN, NetApp consiglia di utilizzare cloud privati a causa di considerazioni sulla connettività.

Tier di storage a oggetti

I cluster ONTAP possono eseguire il tiering dei dati inattivi in un singolo archivio di oggetti o in più archivi 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.

BlueXP Tiering utilizza il livello di accesso/classe di storage predefinito del provider cloud per i dati inattivi. Tuttavia, è possibile applicare una regola del ciclo di vita in modo che i dati vengano automaticamente passati dalla classe di storage predefinita a un'altra classe di storage dopo un certo numero di giorni. In questo modo è possibile ridurre i costi spostando i dati molto freddi in uno storage meno costoso.

Nota Non è possibile selezionare le regole del ciclo di vita per i dati a più livelli per lo storage compatibile con StorageGRID o S3.

Prezzi e licenze

Paga il tiering BlueXP con un abbonamento pay-as-you-go, un abbonamento annuale, una licenza di tiering BlueXP Bring-your-own o una combinazione. 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.

Poiché il tiering BlueXP preserva l'efficienza dello storage del volume di origine, pagherai i costi dello storage a oggetti del provider cloud per i dati a più livelli dopo l'efficienza di ONTAP (per la minore quantità di dati dopo l'applicazione della deduplica e della compressione).

30 giorni di prova gratuita

Se non si dispone di una licenza di tiering BlueXP, una versione di prova gratuita di 30 giorni del tiering BlueXP inizia quando si imposta il tiering sul primo cluster. Al termine della prova gratuita di 30 giorni, dovrai pagare il tiering BlueXP tramite un abbonamento pay-as-you-go, un abbonamento annuale, una licenza BYOL o una combinazione.

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. Tutti i dati su più livelli in precedenza rimangono accessibili, il che significa che è possibile recuperare e utilizzare questi dati. Una volta recuperati, questi dati vengono spostati di nuovo nel Tier di performance dal cloud.

Abbonamento pay-as-you-go

BlueXP 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 il servizio non subisca interruzioni 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 BYOL, 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.

Non ti verrà addebitato alcun costo dal tuo abbonamento pay-as-you-go durante la prova gratuita o se non hai superato la licenza BlueXP Tiering BYOL.

Contratto annuale

Il tiering di BlueXP offre un contratto annuale con il tiering dei dati inattivi su Amazon S3 o Azure. È disponibile in termini di 1, 2 o 3 anni.

Al momento, i contratti annuali non sono supportati in fase di tiering nel cloud Google.

Porta la tua licenza

Porta la tua licenza acquistando una licenza BlueXP Tiering da NetApp (precedentemente nota come licenza "Cloud Tiering"). È possibile acquistare licenze a 1, 2 o 3 anni e specificare qualsiasi quantità di capacità di tiering (a partire da un minimo di 10 TIB). La licenza di tiering BYOL BlueXP è una licenza mobile che è possibile utilizzare su più cluster ONTAP on-premise. La capacità di tiering totale definita nella licenza di tiering BlueXP può essere utilizzata da tutti i cluster on-premise.

Dopo aver acquistato una licenza di tiering BlueXP, è necessario utilizzare il portafoglio digitale BlueXP in BlueXP per aggiungere la licenza. "Scopri come utilizzare una licenza BlueXP Tiering BYOL".

Come indicato in precedenza, si consiglia di impostare un abbonamento pay-as-you-go, anche se è stata acquistata una licenza BYOL.

Nota A partire da agosto 2021, la vecchia licenza FabricPool è stata sostituita dalla licenza Cloud Tiering. "Scopri di più su come la licenza di tiering BlueXP è diversa dalla licenza FabricPool".

Come funziona il tiering BlueXP

BlueXP 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:

Immagine dell'architettura che mostra il servizio di tiering BlueXP con una connessione al connettore del provider cloud, il connettore con una connessione al cluster ONTAP e una connessione tra il cluster ONTAP e lo storage a oggetti nel provider cloud. I dati attivi risiedono nel cluster ONTAP, mentre i dati inattivi risiedono nello storage a oggetti.

Ad un livello elevato, il tiering BlueXP funziona come segue:

  1. Scopri il tuo cluster on-premise di BlueXP.

  2. È possibile impostare il tiering fornendo dettagli sullo storage a oggetti, tra cui il bucket/container, una classe di storage o un Tier di accesso e le regole del ciclo di vita per i dati a più livelli.

  3. BlueXP configura ONTAP per l'utilizzo del provider di storage a oggetti e rileva la quantità di dati attivi e inattivi nel cluster.

  4. È possibile scegliere i volumi da tiering e il criterio di tiering da applicare a tali volumi.

  5. 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).

  6. Se è stata applicata una regola del ciclo di vita ai dati a livelli (disponibile solo per alcuni provider), i dati a livelli precedenti vengono assegnati a un livello più conveniente dopo un determinato numero di giorni.

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.

È inoltre possibile regolare il periodo di raffreddamento. Indica il numero di giorni in cui i dati utente di un volume devono rimanere inattivi prima che vengano considerati "freddi" e spostati nello storage a oggetti. Per i criteri di tiering che consentono di regolare il periodo di raffreddamento, i valori validi sono da 2 a 183 giorni quando si utilizza ONTAP 9.8 e versioni successive e da 2 a 63 giorni per le versioni precedenti di ONTAP; da 2 a 63 è la procedura consigliata.

Nessuna policy (nessuna)

Mantiene i dati su un volume nel Tier di performance, impedendo che vengano spostati nel Tier 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 modificarlo.

Nota I dati ripristinati vengono riscritti nel Tier di performance solo se c'è spazio. Se la capacità del Tier di performance è superiore al 70%, i blocchi continuano ad essere accessibili dal Tier cloud.
Dati utente e snapshot cold (Auto)

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. Questo criterio è disponibile a partire da ONTAP 9.4.

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 è 31, ma è possibile modificarlo.

Nota I dati ripristinati vengono riscritti nel Tier di performance solo se c'è spazio. Se la capacità del Tier di performance è superiore al 70%, i blocchi continuano ad essere accessibili dal Tier 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.

  • Il backup e il ripristino di BlueXP sono influenzati in modo analogo dai volumi impostati con un criterio di tiering. "Vedi considerazioni sui criteri di tiering con il backup e ripristino di BlueXP".

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).

Nota Questo criterio è disponibile per ONTAP 9.5 o versioni precedenti. È stato sostituito con la policy di tiering all a partire da ONTAP 9.6.