Skip to main content
Tutti i cloud provider
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Tutti i cloud provider
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Tiering dei dati inattivi su storage a oggetti a basso costo

Collaboratori

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

Uno Scegliere una configurazione supportata

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ù".

Due 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ù.

Tre Assicurarsi di disporre di un aggregato con il tiering attivato

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

Quattro Scegliere un criterio di tiering quando si crea, modifica o replica un volume

BlueXP richiede di scegliere un criterio di tiering quando si crea, modifica o si replica un volume.

Nota
Cosa non è richiesto per il tiering dei dati? (8217)
  • Non è necessario installare una licenza per le funzionalità per abilitare il tiering dei dati.

  • Non è necessario creare un archivio di oggetti per il Tier di capacità. BlueXP fa questo per te.

  • Non è necessario abilitare il tiering dei dati a livello di sistema.

    BlueXP crea un archivio di oggetti per i dati cold quando il sistema viene creato, a condizione che non vi siano problemi di connettività o permessi. In seguito, è sufficiente attivare il tiering dei dati sui volumi (e in alcuni casi, sugli aggregati).

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

    Nota 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

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.

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

Procedura per confermare se il tiering è attivato su un aggregato
  1. Aprire l'ambiente di lavoro in BlueXP.

  2. Fare clic sulla scheda aggregati.

  3. Selezionare la sezione desiderata e verificare se il tiering è attivato o disattivato sull'aggregato.

    Una schermata che mostra informazioni su un aggregato in BlueXP che include lo stato del tiering.

Passaggi per abilitare il tiering su un aggregato
  1. In System Manager, fare clic su Storage > Tier.

  2. Fare clic sul menu delle azioni dell'aggregato e selezionare Attach Cloud Tier.

  3. Selezionare il livello cloud da allegare e fare clic su Save (Salva).

Quali sono le prossime novità?

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

Fasi
  1. 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.

  2. Selezionare una policy di tiering.

    Per una descrizione di questi criteri, vedere "Panoramica sul tiering dei dati".

    Esempio

    Schermata che mostra le opzioni disponibili per modificare i criteri di tiering per un volume.

    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.

Fasi
  1. Dal menu di navigazione a sinistra, selezionare Storage > Canvas.

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

  3. Seguire le istruzioni fino a raggiungere la pagina di tiering e abilitare il tiering dei dati allo storage a oggetti.

    Esempio

    Schermata che mostra l'opzione di tiering S3 durante la replica di un volume.

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

Fasi
  1. Dall'ambiente di lavoro, fare clic sull'icona del menu, quindi su Storage CLASSES o Blob Storage Tiering.

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

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

Fasi
  1. Nella parte superiore destra della console BlueXP, fai clic sull'icona Impostazioni e seleziona Impostazioni Cloud Volumes ONTAP.

    Una schermata che mostra l'icona Settings (Impostazioni) in alto a destra della console BlueXP.

  2. In Capacity, fare clic su aggregate Capacity Thresholds - Free Space Ratio for Data Tiering.

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

Fase
  1. Utilizzare il parametro minimumCoolingDays con la richiesta API durante la creazione di un volume o la modifica di un volume esistente.