Esegui il tiering dei dati Cloud Volumes ONTAP inattivi in uno storage a oggetti a basso costo
Suggerisci modifiche
PDF
È possibile ridurre i costi di storage per Cloud Volumes ONTAP combinando un Tier di performance SSD o HDD per i dati hot con un Tier di capacità dello storage a oggetti per i dati inattivi. Il tiering dei dati è basato sulla tecnologia FabricPool. Per una panoramica di alto livello, fare riferimento alla "Panoramica sul tiering dei dati".
Per impostare il tiering dei dati, è necessario effettuare le seguenti operazioni:
Scegliere una configurazione supportataSono supportate la maggior parte delle configurazioni. Se si dispone di un sistema Cloud Volumes ONTAP che esegue la versione più recente, è possibile procedere. "Scopri di più".
Garantire la connettività tra Cloud Volumes ONTAP e lo storage a oggetti-
Per AWS, è necessario un endpoint VPC per S3. Scopri di più.
-
Per Azure, non sarà necessario eseguire alcuna operazione se BlueXP dispone delle autorizzazioni necessarie. Scopri di più.
-
Per Google Cloud, è necessario configurare la subnet per Private Google Access e impostare un account di servizio. Scopri di più.
Assicurarsi di disporre di un aggregato con il tiering attivatoIn un aggregato, il tiering dei dati deve essere abilitato per poter essere utilizzato su un volume. È necessario conoscere i requisiti per i nuovi volumi e per i volumi esistenti. Scopri di più.
Scegliere un criterio di tiering quando si crea, modifica o replica un volumeBlueXP richiede di scegliere un criterio di tiering quando si crea, modifica o si replica un volume.
|
Cosa non è richiesto per il tiering dei dati? (8217)
|
Configurazioni che supportano il tiering dei dati
È possibile abilitare il tiering dei dati quando si utilizzano configurazioni e funzionalità specifiche.
Supporto in AWS
-
La suddivisione in livelli dei dati è supportata in AWS a partire da Cloud Volumes ONTAP 9.2.
-
Il livello di performance può essere SSD General Purpose (gp3 o gp2) o SSD IOPS con provisioning (io1).
Si sconsiglia di suddividere i dati in livelli per l'archiviazione di oggetti quando si utilizzano HDD Throughput Optimized (st1). -
I dati inattivi vengono suddivisi in bucket Amazon S3. Il suddivisione in bucket di altri provider non è supportata.
Supporto in Azure
-
Il tiering dei dati è supportato in Azure come segue:
-
Versione 9.4 in con sistemi a nodo singolo
-
Versione 9.6 in con coppie ha
-
-
Il Tier di performance può essere costituito da dischi gestiti da SSD Premium, dischi gestiti da SSD Standard o dischi gestiti da HDD Standard.
-
I dati inattivi sono suddivisi in livelli in Microsoft Azure Blob. Il suddivisione in livelli in altri provider non è supportata.
Supporto in Google Cloud
-
La suddivisione in livelli dei dati è supportata in Google Cloud a partire da Cloud Volumes ONTAP 9.6.
-
Il Tier di performance può essere costituito da dischi persistenti SSD, dischi persistenti bilanciati o dischi persistenti standard.
-
I dati inattivi sono gestiti tramite livelli di Google Cloud Storage. Il livello di altri provider non è supportato.
Interoperabilità delle funzionalità
-
Il tiering dei dati è supportato dalle tecnologie di crittografia.
-
Il thin provisioning deve essere attivato sui volumi.
Requisiti
A seconda del provider di cloud, è necessario impostare alcune connessioni e autorizzazioni in modo che Cloud Volumes ONTAP possa eseguire il Tier dei dati cold sullo storage a oggetti.
Requisiti per il tiering dei dati cold in AWS S3
Assicurarsi che Cloud Volumes ONTAP disponga di una connessione a S3. Il modo migliore per fornire tale connessione consiste nella creazione di un endpoint VPC per il servizio S3. Per istruzioni, fare riferimento alla "Documentazione AWS: Creazione di un endpoint gateway" .
Quando si crea l'endpoint VPC, assicurarsi di selezionare la regione, il VPC e la tabella di routing che corrispondono all'istanza di Cloud Volumes ONTAP. È inoltre necessario modificare il gruppo di protezione per aggiungere una regola HTTPS in uscita che abilita il traffico all'endpoint S3. In caso contrario, Cloud Volumes ONTAP non può connettersi al servizio S3.
In caso di problemi, fare riferimento a "AWS Support Knowledge Center: Perché non è possibile connettersi a un bucket S3 utilizzando un endpoint VPC gateway?".
Requisiti per il tiering dei dati cold nello storage Azure Blob
Non è necessario impostare una connessione tra il Tier di performance e il Tier di capacità, purché BlueXP disponga delle autorizzazioni necessarie. BlueXP abilita un endpoint del servizio VNET se il ruolo personalizzato per il connettore dispone delle seguenti autorizzazioni:
"Microsoft.Network/virtualNetworks/subnets/write",
"Microsoft.Network/routeTables/join/action",Il ruolo personalizzato include le autorizzazioni per impostazione predefinita. "Visualizzare l'autorizzazione Azure per il connettore"
Requisiti per tierare i dati cold in un bucket di storage Google Cloud
-
La subnet in cui risiede Cloud Volumes ONTAP deve essere configurata per l'accesso privato a Google. Per istruzioni, fare riferimento a. "Documentazione Google Cloud: Configurazione di Private Google Access".
-
È necessario allegare un account di servizio a Cloud Volumes ONTAP.
Quando si crea un ambiente di lavoro Cloud Volumes ONTAP, viene richiesto di selezionare questo account di servizio.
Se non si seleziona un account di servizio durante l'implementazione, è necessario chiudere Cloud Volumes ONTAP, accedere alla console di Google Cloud, quindi collegare l'account di servizio alle istanze di Cloud Volumes ONTAP. È quindi possibile attivare il tiering dei dati come descritto nella sezione successiva.
-
Per crittografare il bucket con chiavi di crittografia gestite dal cliente, abilitare il bucket di storage Google Cloud per l'utilizzo della chiave.
Abilitazione del tiering dei dati dopo l'implementazione dei requisiti
BlueXP crea un archivio di oggetti per i dati cold quando viene creato il sistema, a condizione che non vi siano problemi di connettività o permessi. Se i requisiti sopra elencati non sono stati implementati prima della creazione del sistema, sarà necessario abilitare manualmente il tiering tramite l'API o ONTAP System Manager, che crea l'archivio di oggetti.
|
|
La possibilità di abilitare il tiering tramite l'interfaccia utente di BlueXP sarà disponibile in una release futura di Cloud Volumes ONTAP. |
Verifica che il tiering sia abilitato sugli aggregati
Il tiering dei dati deve essere attivato su un aggregato per consentire il tiering dei dati su un volume. È necessario conoscere i requisiti per i nuovi volumi e per i volumi esistenti.
-
Nuovi volumi
Se abiliti il tiering dei dati su un nuovo volume, non dovrai preoccuparti di abilitare il tiering dei dati su un aggregato. BlueXP crea il volume su un aggregato esistente che ha attivato il tiering oppure crea un nuovo aggregato per il volume se non esiste già un aggregato abilitato al tiering dei dati.
-
Volumi esistenti
Per abilitare il tiering dei dati su un volume esistente, assicurati che sia abilitato nell'aggregato sottostante. Se il tiering dei dati non è abilitato nell'aggregato esistente, sarà necessario utilizzare Gestione di sistema di ONTAP per collegare un aggregato esistente all'archivio di oggetti.
-
Aprire l'ambiente di lavoro in BlueXP.
-
Fare clic sulla scheda aggregati.
-
Selezionare la sezione desiderata e verificare se il tiering è attivato o disattivato sull'aggregato.
-
In Gestione di sistema di ONTAP, fare clic su archiviazione > livelli.
-
Fare clic sul menu delle azioni dell'aggregato e selezionare Attach Cloud Tier.
-
Selezionare il livello cloud da allegare e fare clic su Save (Salva).
È ora possibile abilitare il tiering dei dati su volumi nuovi ed esistenti, come spiegato nella sezione successiva.
Eseguire il tiering dei dati dai volumi di lettura/scrittura
Cloud Volumes ONTAP è in grado di tierare i dati inattivi su volumi di lettura/scrittura per uno storage a oggetti conveniente, liberando il Tier di performance per i dati hot.
-
Nella scheda Volumes (volumi) dell'ambiente di lavoro, creare un nuovo volume o modificare il livello di un volume esistente:
Attività Azione Creare un nuovo volume
Fare clic su Add New Volume (Aggiungi nuovo volume).
Modificare un volume esistente
Selezionare il riquadro del volume desiderato, fare clic su Manage volume (Gestisci volume) per accedere al pannello a destra Manage Volumes (Gestisci volumi), quindi fare clic su Advanced Actions (azioni avanzate) e Change Tiering policy (Modifica policy di tiering) nel pannello a destra.
-
Selezionare una policy di tiering.
Per una descrizione di questi criteri, fare riferimento a "Panoramica sul tiering dei dati".
Esempio
BlueXP crea un nuovo aggregato per il volume se non esiste già un aggregato abilitato al tiering dei dati.
Eseguire il tiering dei dati dai volumi di data Protection
Cloud Volumes ONTAP può eseguire il tiering dei dati da un volume di protezione dei dati a un livello di capacità. Se si attiva il volume di destinazione, i dati si spostano gradualmente al livello di performance man mano che vengono letti.
-
Dal menu di navigazione a sinistra, selezionare Storage > Canvas.
-
Nella pagina Canvas, selezionare l'ambiente di lavoro che contiene il volume di origine, quindi trascinarlo nell'ambiente di lavoro in cui si desidera replicare il volume.
-
Seguire le istruzioni fino a raggiungere la pagina di tiering e abilitare il tiering dei dati allo storage a oggetti.
Esempio
Per informazioni sulla replica dei dati, fare riferimento a "Replica dei dati da e verso il cloud".
Modificare la classe di archiviazione per i dati a più livelli
Dopo aver implementato Cloud Volumes ONTAP, è possibile ridurre i costi di storage modificando la classe di storage per i dati inattivi a cui non è stato effettuato l'accesso per 30 giorni. I costi di accesso sono più elevati se si accede ai dati, pertanto è necessario prendere in considerazione questo aspetto prima di modificare la classe di storage.
La classe di storage per i dati a più livelli è estesa a tutto il sistema, non a it per volume.
Per informazioni sulle classi di archiviazione supportate, fare riferimento a "Panoramica sul tiering dei dati".
-
Dall'ambiente di lavoro, fare clic sull'icona del menu, quindi su Storage CLASSES o Blob Storage Tiering.
-
Scegliere una classe di storage e fare clic su Save (Salva).
Modifica del rapporto di spazio libero per il tiering dei dati
Il rapporto di spazio libero per il tiering dei dati definisce la quantità di spazio libero richiesta su SSD/HDD Cloud Volumes ONTAP durante il tiering dei dati sullo storage a oggetti. L'impostazione predefinita è 10% di spazio libero, ma è possibile modificare l'impostazione in base ai requisiti.
Ad esempio, è possibile scegliere meno del 10% di spazio libero per assicurarsi di utilizzare la capacità acquistata. BlueXP può quindi acquistare dischi aggiuntivi quando è richiesta capacità aggiuntiva (fino a raggiungere il limite di dischi per l'aggregato).
|
Se lo spazio non è sufficiente, Cloud Volumes ONTAP non è in grado di spostare i dati e potrebbe riscontrare un peggioramento delle prestazioni. Qualsiasi modifica deve essere eseguita con cautela. In caso di dubbi, contatta il supporto NetApp per ricevere assistenza. |
Il rapporto è importante per gli scenari di disaster recovery perché, man mano che i dati vengono letti dall'archivio a oggetti, Cloud Volumes ONTAP sposta i dati su SSD/HDD per offrire performance migliori. Se lo spazio non è sufficiente, Cloud Volumes ONTAP non può spostare i dati. Prenditi in considerazione questo aspetto quando modifichi il rapporto in modo da poter soddisfare i tuoi requisiti di business.
-
Nella parte superiore destra della console BlueXP, fai clic sull'icona Impostazioni e seleziona Impostazioni Cloud Volumes ONTAP.
-
In Capacity, fare clic su aggregate Capacity Thresholds - Free Space Ratio for Data Tiering.
-
Modificare il rapporto dello spazio libero in base alle proprie esigenze e fare clic su Save (Salva).
Modificare il periodo di raffreddamento per la policy di tiering automatico
Se è stato attivato il tiering dei dati su un volume Cloud Volumes ONTAP utilizzando la policy di tiering auto, è possibile regolare il periodo di raffreddamento predefinito in base alle esigenze aziendali. Questa azione è supportata solo utilizzando ONTAP CLI e API.
Il periodo di raffreddamento è 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.
Il periodo di raffreddamento predefinito per il criterio di tiering automatico è di 31 giorni. È possibile modificare il periodo di raffreddamento come segue:
-
9.8 o successivo: da 2 giorni a 183 giorni
-
9.7 o precedente: da 2 giorni a 63 giorni
-
Utilizzare il parametro minimumCoolingDays con la richiesta API durante la creazione di un volume o la modifica di un volume esistente.
Rimuovere una benna S3 durante la messa fuori servizio di un ambiente di lavoro
Quando si decommissiona l'ambiente, è possibile eliminare un bucket S3 con il tiering dei dati da un ambiente di lavoro Cloud Volumes ONTAP.
È possibile eliminare il bucket S3 solo se:
-
L'ambiente di lavoro Cloud Volume ONTAP viene eliminato da BlueXP .
-
Tutti gli oggetti vengono eliminati dal bucket e il bucket S3 è vuoto.
Quando si decommissiona un ambiente di lavoro Cloud Volumes ONTAP, il bucket S3 creato per l'ambiente non viene eliminato automaticamente. Ma rimane in uno stato orfano per prevenire qualsiasi perdita accidentale di dati. È possibile eliminare gli oggetti nel bucket, quindi rimuovere il bucket S3 stesso o conservarlo per un utilizzo successivo. Fare riferimento alla "ONTAP CLI: Eliminazione bucket object-store-server vserver".