Capacità di archiviazione del volume - FSx per ONTAP
Suddivisione dei volumi di dati su più livelliIstantanee e capacità di archiviazioneCapacità dei file di volume

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Capacità di archiviazione del volume

FSx i volumi for ONTAP sono risorse virtuali utilizzate per raggruppare i dati, determinare la modalità di archiviazione dei dati e determinare il tipo di accesso ai dati. I volumi, come le cartelle, non consumano di per sé la capacità di archiviazione del file system. Solo i dati archiviati in un volume utilizzano lo storage SSD e, a seconda della politica di suddivisione in più livelli del volume, lo storage in pool di capacità. Le dimensioni di un volume vengono impostate al momento della creazione e possono essere modificate in un secondo momento. Puoi monitorare e gestire la capacità di archiviazione dei tuoi volumi FSx for ONTAP utilizzando l'API AWS Management Console, AWS CLI and e l'ONTAP CLI.

Argomenti

Suddivisione dei volumi di dati su più livelli

Un file system Amazon FSx for NetApp ONTAP ha due livelli di storage: storage primario e storage con pool di capacità. Lo storage principale è uno storage SSD fornito, scalabile e ad alte prestazioni, creato appositamente per la parte attiva del set di dati. Lo storage con pool di capacità è un livello di storage completamente elastico che può scalare fino a petabyte ed è ottimizzato in termini di costi per i dati a cui si accede raramente.

I dati di ogni volume vengono automaticamente suddivisi su più livelli nel livello di storage del pool di capacità in base alla politica di suddivisione in più livelli, al periodo di raffreddamento e alle impostazioni delle soglie del volume. Le seguenti sezioni descrivono ONTAP le politiche di suddivisione dei volumi e le soglie utilizzate per determinare quando i dati vengono trasferiti a più livelli nel pool di capacità.

Nota

FSx for ONTAP supporta il tiering dei dati nel pool di capacità per tutti SnapLock volumi, indipendentemente dal SnapLock . Per ulteriori informazioni, consulta In che modo SnapLock funzionamento.

politiche di suddivisione in livelli di volume

È possibile determinare come utilizzare i livelli di storage del file system FSx for ONTAP scegliendo la politica di suddivisione in più livelli per ogni volume del file system. Scegli la politica di suddivisione in più livelli quando crei un volume e puoi modificarla in qualsiasi momento con la FSx console Amazon AWS CLI, l'API o utilizzando strumenti di NetApp gestione. Puoi scegliere tra una delle seguenti politiche che determinano quali dati, se presenti, vengono suddivisi in livelli per lo storage del pool di capacità.

Nota

La suddivisione in più livelli consente di spostare i dati dei file e le istantanee al livello del pool di capacità. Tuttavia, i metadati dei file rimangono sempre a livello SSD. Per ulteriori informazioni, consulta Come viene utilizzata l'archiviazione SSD.

  • Automatico: questa policy sposta tutti i dati non disponibili (dati utente e istantanee) al livello del pool di capacità. La velocità di raffreddamento dei dati è determinata dal periodo di raffreddamento della policy, che per impostazione predefinita è 31 giorni, ed è configurabile su valori compresi tra 2 e 183 giorni. Quando i blocchi di dati freddi sottostanti vengono letti in modo casuale (come nel tipico accesso ai file), vengono resi disponibili a caldo e scritti sul livello di storage principale. Quando i blocchi di dati freddi vengono letti in sequenza (ad esempio, mediante una scansione antivirus), rimangono freddi e rimangono sul livello di storage del pool di capacità. Questa è la politica predefinita per la creazione di un volume utilizzando la FSx console Amazon.

  • Solo snapshot: questa policy sposta solo i dati delle snapshot nel livello di storage del pool di capacità. La velocità con cui le istantanee vengono trasferite su più livelli nel pool di capacità è determinata dal periodo di raffreddamento della policy, che per impostazione predefinita è impostato su 2 giorni ed è configurabile su valori compresi tra 2 e 183 giorni. Quando i dati delle istantanee fredde vengono letti, vengono resi caldi e scritti sul livello di storage principale. Questa è la politica predefinita per la creazione di un volume utilizzando l' AWS CLI FSx API Amazon o la CLI NetApp ONTAP.

  • Tutti: questa policy contrassegna tutti i dati degli utenti e i dati delle istantanee come inattivi e li archivia nel livello del pool di capacità. Quando i blocchi di dati vengono letti, rimangono freddi e non vengono scritti sul livello di storage principale. Quando i dati vengono scritti su un volume con la politica All tiering, vengono comunque inizialmente scritti sul livello di storage SSD e vengono suddivisi su più livelli nel pool di capacità tramite un processo in background. Tieni presente che i metadati dei file rimangono sempre sul livello SSD.

  • Nessuna: questa politica mantiene tutti i dati del volume sul livello di storage principale e impedisce che vengano spostati su uno storage con pool di capacità. Se si modifica un volume in base a questa politica, tutti i dati esistenti nello storage con pool di capacità rimangono nello storage con pool di capacità fino a quando non vengono letti da un client, e tutti i nuovi dati risiederanno sul livello di storage principale. Per spostare i dati di livello precedente al livello di storage principale, è possibile utilizzare. Politiche di recupero dal cloud

Per ulteriori informazioni sull'impostazione o la modifica della politica di suddivisione in più livelli di un volume, consulta. Aggiornamento di una politica di suddivisione in più livelli

Come procedura ottimale, durante la migrazione dei dati che si prevede di archiviare a lungo termine in un pool di capacità di storage, si consiglia di utilizzare la politica di suddivisione automatica su più livelli sul volume. Con la suddivisione automatica, i dati vengono archiviati sul livello di storage SSD per un minimo di 2 giorni (in base al periodo di raffreddamento del volume) prima di essere trasferiti al livello del pool di capacità. ONTAP esegue periodicamente la deduplicazione post-elaborazione dei dati archiviati nel livello di storage SSD, regolando automaticamente la frequenza in base alla velocità di variazione dei dati nel volume: velocità più elevate attivano i processi di deduplicazione post-elaborazione con maggiore frequenza.

Per impostazione predefinita, la compressione post-elaborazione è disabilitata in ONTAP a causa dell'impatto sulle prestazioni che può avere sui carichi di lavoro in corso sul file system. È necessario valutare l'impatto sulle prestazioni del carico di lavoro prima di abilitare la compressione post-elaborazione. Per abilitare la compressione post-elaborazione, si presuppone il livello di privilegio diagnostico in ONTAP CLI ed esegui il seguente comando:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -is-enabled true

ONTAP esegue la compressione post-elaborazione per i dati conservati sullo storage SSD per un minimo di 14 giorni. Per i carichi di lavoro in cui è improbabile l'accesso ai dati dopo un periodo più breve, è possibile modificare le impostazioni di compressione post-elaborazione per eseguire la compressione post-elaborazione prima. Ad esempio, per applicare i risparmi derivanti dalla compressione post-elaborazione ai dati a cui non si accede da 5 giorni, esegui quanto segue ONTAP Comando CLI:

::> volume efficiency inactive-data-compression modify -vserver svm-name -volume vol-name -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14

Per ulteriori informazioni sul comando, vedere Volume Efficiency Modify inactive-data-compression

Conservando i dati su SSD, massimizzi la velocità di trasferimento dei backup di volume che crei, poiché le velocità di trasferimento dei dati sono più elevate per l'archiviazione SSD.

Periodo di raffreddamento su più livelli

Il periodo di raffreddamento su più livelli di un volume imposta la quantità di tempo necessaria affinché i dati nel livello SSD vengano contrassegnati come freddi. Il periodo di raffreddamento si applica alle politiche di suddivisione in Auto Snapshot-only più livelli. È possibile impostare il periodo di raffreddamento su un valore compreso tra 2 e 183 giorni. Per ulteriori informazioni sull'impostazione del periodo di raffreddamento, vedere. Aggiornamento dei giorni minimi di raffreddamento

I dati vengono archiviati su più livelli 24-48 ore dopo la scadenza del periodo di raffreddamento. Il tiering è un processo in background che consuma risorse di rete e ha una priorità inferiore rispetto alle richieste rivolte ai clienti. Le attività di tiering vengono limitate quando ci sono richieste continue rivolte ai clienti.

Politiche di recupero dal cloud

La policy di recupero dal cloud di un volume stabilisce le condizioni che specificano quando i dati letti dal livello del pool di capacità possono essere promossi al livello SSD. Quando la policy di recupero sul cloud è impostata su un valore diverso da quelloDefault, questa policy ha la precedenza sul comportamento di recupero della policy di tiering del volume. Un volume può avere una delle seguenti politiche di recupero nel cloud:

  • Predefinito: questa policy recupera i dati a più livelli in base alla politica di tiering sottostante del volume. Questa è la policy di recupero cloud predefinita per tutti i volumi.

  • Mai: questa policy non recupera mai dati a più livelli, indipendentemente dal fatto che le letture siano sequenziali o casuali. È simile all'impostazione della politica di tiering del volume su Tutti, tranne per il fatto che è possibile utilizzarla con altre politiche, Auto, solo Snapshot, per suddividere i dati in base al periodo di raffreddamento minimo anziché immediato.

  • In lettura: questa policy recupera i dati a più livelli per tutte le letture dei dati basate sul client. Questa politica non ha effetto quando si utilizza la politica All tiering.

  • Promuovi: questa policy contrassegna tutti i dati di un volume presenti nel pool di capacità per il recupero sul livello SSD. I dati vengono contrassegnati alla successiva esecuzione dello scanner giornaliero a più livelli in background. Questa policy è utile per le applicazioni con carichi di lavoro ciclici che vengono eseguiti raramente, ma che richiedono prestazioni di livello SSD quando vengono eseguite. Questa politica non ha effetto quando si utilizza la politica All tiering.

Per informazioni sull'impostazione della politica di recupero nel cloud di un volume, consulta. Aggiornamento della policy di recupero nel cloud di un volume

Soglie di suddivisione in più livelli

L'utilizzo della capacità di archiviazione SSD di un file system determina in che modo ONTAP gestisce il comportamento di suddivisione in più livelli per tutti i volumi. In base all'utilizzo della capacità di archiviazione SSD di un file system, le seguenti soglie impostano il comportamento di tiering su più livelli come descritto. Per informazioni su come monitorare l'utilizzo della capacità del livello di archiviazione SSD di un volume, vedere. Monitoraggio della capacità di archiviazione del volume

Nota

Ti consigliamo di non superare l'80% di utilizzo della capacità di archiviazione del livello di archiviazione SSD. Per i file system di seconda generazione, questo consiglio si applica sia all'utilizzo medio totale di tutti gli aggregati del file system sia all'utilizzo di ogni singolo aggregato. Ciò garantisce il corretto funzionamento del tiering su più livelli e comporta un sovraccarico per i nuovi dati. Se il livello di archiviazione SSD è costantemente superiore all'80% di utilizzo della capacità di archiviazione, è possibile aumentare la capacità del livello di archiviazione SSD. Per ulteriori informazioni, consulta Aggiornamento dello storage SSD e degli IOPS del file system.

FSx for ONTAP utilizza le seguenti soglie di capacità di archiviazione per gestire il tiering sui volumi:

  • <= 50% di utilizzo del livello di storage SSD: a questa soglia, il livello di storage SSD è considerato sottoutilizzato e solo i volumi che utilizzano la politica All tiering dispongono di dati suddivisi su più livelli in base al pool di capacità. I volumi con policy Auto e Snapshot non suddividono i dati in livelli superiori a questa soglia.

  • > 50% di utilizzo del livello di storage SSD: i volumi con politiche di tiering Auto e Snapshot suddividono i dati in base all'impostazione dei giorni di raffreddamento minimi su più livelli. L'impostazione predefinita è 31 giorni.

  • >= 90% di utilizzo del livello di storage SSD: a questa soglia, Amazon FSx dà la priorità alla conservazione dello spazio nel livello di archiviazione SSD. I dati non disponibili provenienti dal livello del pool di capacità non vengono più spostati nel livello di storage SSD quando vengono letti per volumi utilizzando le policy Auto e Snapshot.

  • >= 98% di utilizzo del livello di storage SSD: tutte le funzionalità di tiering si interrompono quando il livello di storage SSD raggiunge o supera il 98% di utilizzo. È possibile continuare a leggere dai livelli di storage, ma non è possibile scrivere sui livelli.

Istantanee e capacità di archiviazione di volumi

Un'istantanea è un'immagine di sola lettura di un volume Amazon FSx for NetApp ONTAP in un determinato momento. Le istantanee offrono protezione contro l'eliminazione o la modifica accidentale dei file nei volumi. Con le istantanee, gli utenti possono visualizzare e ripristinare facilmente singoli file o cartelle da un'istantanea precedente.

Le istantanee vengono archiviate insieme ai dati del file system e consumano la capacità di archiviazione del file system. Tuttavia, le istantanee consumano la capacità di archiviazione solo per le porzioni di file che sono state modificate dall'ultima istantanea. Le istantanee non sono incluse nei backup dei volumi del file system.

Le istantanee sono abilitate per impostazione predefinita sui volumi, utilizzando la politica di snapshot predefinita. Le istantanee vengono archiviate nella .snapshot directory alla radice di un volume. È possibile gestire la capacità di archiviazione dei volumi per le istantanee nei seguenti modi:

Per ulteriori informazioni, consulta Protezione dei dati con istantanee.

Capacità dei file di volume

I volumi Amazon FSx for NetApp ONTAP dispongono di puntatori di file che vengono utilizzati per archiviare metadati di file come nome del file, ora dell'ultimo accesso, autorizzazioni, dimensioni e per fungere da puntatori a blocchi di dati. Questi puntatori di file sono chiamati inode e ogni volume ha una capacità limitata per il numero di inode, chiamata capacità del file di volume. Quando un volume si sta esaurendo o esaurisce i file disponibili (inode), non è possibile scrivere dati aggiuntivi su quel volume.

Il numero di oggetti del file system (file, directory, copie istantanee) che un volume può contenere è determinato dal numero di inode che contiene. Il numero di inode in un volume aumenta proporzionalmente alla capacità di archiviazione del volume (e al numero di componenti del volume per FlexGroup volumi). Per impostazione predefinita, FlexVol volumi (o FlexGroup componenti) con una capacità di archiviazione di 648 GiB o più hanno tutti lo stesso numero di inodi: 21.251.126. Se si crea un volume più grande di 648 GiB e si desidera che contenga più di 21.251.126 inode, è necessario aumentare manualmente il numero massimo di inode (file). Per ulteriori informazioni sulla visualizzazione del numero massimo di file per un volume, vedere. Monitoraggio della capacità dei file di un volume

Il numero predefinito di inode su un volume è 1 inode per ogni 32 KB di capacità di archiviazione del volume, fino a una dimensione del volume di 648 GiB. Per un volume da 1 GiB:

Volume_size_in_bytes × (1 file ÷ inode_size_in_bytes) = numero_massimo_di_file

1.073.741.824 byte × (1 file ÷ 32.768 byte) = 32.768 file

È possibile aumentare il numero massimo di inode che un volume può contenere, fino a un massimo di 1 inode per ogni 4 KB di capacità di archiviazione. Per un volume da 1 GiB. questo aumenta il numero massimo di inode o file da 32.768 a 262.144:

1.073.741.824 byte × (1 file ÷ 4096 byte) = 262.144 file

Un volume FSx for ONTAP può contenere un massimo di 2 miliardi di inode.

Per informazioni sulla modifica del numero massimo di file che un volume può archiviare, consulta. Aggiornamento del numero massimo di file su un volume