Skip to main content
Cloud Manager 3.6
È 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
PDF

È possibile ridurre i costi di storage in AWS e Azure 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:

Diagramma che mostra il flusso di lavoro per l'abilitazione del tiering: Scegliere una configurazione supportata, assicurarsi che la connettività sia disponibile tra i Tier, quindi scegliere una policy di tiering durante la creazione, la modifica o la replica di un volume.

Nota
Cosa non è richiesto per il tiering dei dati? (8217

  • Non è necessario installare una licenza per le funzionalità per attivare il tiering dei dati.

  • Non è necessario creare il Tier di capacità (un bucket S3 o un container Azure Blob). 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 dalla versione 9.2 in AWS e dalla versione 9.4 in Microsoft Azure.

    • Il tiering dei dati non è supportato con le coppie ha in Microsoft Azure.

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

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

  • Il thin provisioning deve essere attivato sui volumi.

Requisiti per il tiering dei dati in AWS

Assicurarsi che Cloud Volumes ONTAP sia connesso 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 in Microsoft Azure

Non è necessario impostare 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 dell'autorizzazione appropriata:

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

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

Tiering dei dati sui 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 sui 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

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.

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 su livello di Tier.

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