Skip to main content
Cloud Manager 3.7
È disponibile una versione più recente di questo prodotto.
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 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. Per una panoramica generale, vedere "Panoramica sul tiering dei dati".

Per impostare il tiering dei dati, è sufficiente eseguire le seguenti operazioni:

Numero 1 Scegliere una configurazione supportata

Sono supportate la maggior parte delle configurazioni. Se si dispone di un sistema Cloud Volumes ONTAP standard, Premium o BYOL con la versione più recente, si consiglia di procedere. "Scopri di più".

Numero 2 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 dovrai fare nulla finché Cloud Manager dispone delle autorizzazioni necessarie. Scopri di più.

  • Per GCP, è necessario aggiungere un account GCP a Cloud Manager e configurare la subnet per Private Google Access. Scopri di più.

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

Cloud Manager richiede di scegliere una policy 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 il Tier di capacità (un bucket S3, un container Azure Blob o un bucket GCP). Cloud Manager fa tutto questo per te.

Configurazioni che supportano il tiering dei dati

È possibile abilitare il tiering dei dati quando si utilizzano configurazioni e funzionalità specifiche:

  • Il tiering dei dati è supportato con Cloud Volumes ONTAP standard, Premium e BYOL, a partire dalle seguenti versioni:

    • Versione 9.2 in AWS

    • Versione 9.4 in Azure con sistemi a nodo singolo

    • Versione 9.6 in Azure con coppie ha

    • Versione 9.6 in GCP

      Nota Il tiering dei dati non è supportato in Azure con il tipo di macchina virtuale DS3_v2.

  • In AWS, il Tier di performance può essere SSD General Purpose, SSD IOPS con provisioning o HDD ottimizzati per il throughput.

  • In Azure, il Tier di performance può essere costituito da dischi gestiti da SSD Premium, dischi gestiti da SSD Standard o dischi gestiti da HDD Standard.

  • In GCP, il Tier di performance può essere SSD o HDD (dischi standard).

  • Il tiering dei dati è supportato dalle tecnologie di crittografia.

  • Il thin provisioning deve essere attivato sui volumi.

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.

In caso di problemi, vedere "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 configurare una connessione tra il Tier di performance e il Tier di capacità, purché Cloud Manager disponga delle autorizzazioni necessarie. Cloud Manager abilita un endpoint del servizio VNET se la policy di Cloud Manager dispone delle seguenti autorizzazioni:

"Microsoft.Network/virtualNetworks/subnets/write",
"Microsoft.Network/routeTables/join/action",

Le autorizzazioni sono incluse nella versione più recente "Policy di Cloud Manager".

Requisiti per tierare i dati cold in un bucket di storage Google Cloud

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. Nell'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 volume e fare clic su Change Disk Type & Tiering Policy (Modifica tipo di disco e policy di tiering).

  2. Selezionare la policy Snapshot Only (solo snapshot) o Auto (automatico).

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

    Esempio

    Schermata che mostra l'icona per abilitare il tiering allo storage a oggetti.

    Cloud Manager crea un nuovo aggregato per il volume se non esiste già un aggregato abilitato al tiering dei dati.

    Suggerimento Se preferisci creare aggregati, puoi abilitare il tiering dei dati sugli aggregati quando li crei.

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. Nella pagina ambienti di lavoro, selezionare l'ambiente di lavoro che contiene il volume di origine, quindi trascinarlo nell'ambiente di lavoro in cui si desidera replicare il volume.

  2. 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 del livello di tiering in AWS o Azure

Quando si abilita il tiering dei dati, Cloud Volumes ONTAP esegue il tiering dei dati inattivi nella classe di storage S3 Standard in AWS o nel Tier di storage hot in Azure. Dopo aver implementato Cloud Volumes ONTAP, è possibile ridurre i costi di storage modificando il livello di tiering 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, quindi è necessario prendere in considerazione questo aspetto prima di modificare il livello di tiering.

Nota Non è possibile modificare il livello di tiering in GCP perché al momento è supportata solo la classe di storage Regional.
A proposito di questa attività

Il livello di tiering è esteso a tutto il sistema, ​it non è per volume.

In AWS, è possibile modificare il livello di tiering in modo che i dati inattivi si spostino in una delle seguenti classi di storage dopo 30 giorni di inattività:

  • Tiering intelligente

  • Standard-infrequent Access (accesso standard-non frequente)

  • Accesso non frequente a una sola zona

In Azure, è possibile modificare il livello di tiering in modo che i dati inattivi si spostino al livello di storage COOL dopo 30 giorni di inattività.

Per ulteriori informazioni sul funzionamento dei livelli di tiering, vedere "Panoramica sul tiering dei dati".

Fasi

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

  2. Scegliere il livello di tiering, quindi fare clic su Save (Salva).