Tiering dei dati inattivi su storage a oggetti a basso costo
È 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 generale, vedere "Panoramica sul tiering dei dati".
Per impostare il tiering dei dati, è necessario effettuare le seguenti operazioni:
Sono supportate la maggior parte delle configurazioni. Se si dispone di un sistema Cloud Volumes ONTAP con la versione più recente, si consiglia di procedere. "Scopri di più".
-
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ù.
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. Scopri di più.
BlueXP 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
-
Il tiering dei dati è supportato 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 eseguire il tiering dei dati sullo storage a oggetti quando si utilizzano HDD ottimizzati per il throughput (st1).
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.
Supporto in Google Cloud
-
Il tiering dei dati è supportato 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.
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, vedere "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.
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",
Per impostazione predefinita, le autorizzazioni sono incluse nel ruolo personalizzato. "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 elencati sopra non sono stati implementati fino a quando non è stato creato il sistema, sarà necessario attivare manualmente il tiering tramite l'API o 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. |
Garantire 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
Se si desidera attivare il tiering dei dati su un volume esistente, è necessario assicurarsi che il tiering dei dati sia attivato sull'aggregato sottostante. Se il tiering dei dati non è abilitato sull'aggregato esistente, sarà necessario utilizzare System Manager per associare 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 System Manager, fare clic su Storage > Tier.
-
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.
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, vedere "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.
Tiering dei dati dai volumi di protezione dei dati
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 assistenza nella replica dei dati, vedere "Replica dei dati da e verso il cloud".
Modifica della classe di storage 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 storage supportate, vedere "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 riesce a spostare i dati e potrebbe verificarsi un peggioramento delle performance. 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).
Modifica del 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 tramite API e CLI.
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.