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

FSxper ONTAP volumi 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 consumano SSD lo storage 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. È possibile monitorare e gestire la capacità di archiviazione ONTAP dei volumi utilizzando AWS Management Console API, AWS CLI and e ONTAPCLI. FSx

Argomenti

Suddivisione dei volumi di dati su più livelli

Un Amazon FSx per NetApp ONTAP file system ha due livelli di storage: storage primario e storage con pool di capacità. Lo storage principale è uno storage distribuito, scalabile e ad alte prestazioni, creato appositamente per la parte attiva del set di SSD 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

FSxfor ONTAP supporta il tiering dei dati nel pool di capacità su tutti SnapLock volumi, indipendentemente dal SnapLock . Per ulteriori informazioni, consulta Funzionamento di SnapLock.

politiche di suddivisione in livelli di volume

È possibile determinare come utilizzare i FSx livelli di storage del ONTAP file system 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 o utilizzando strumenti di NetApp gestione. AWS CLI API Puoi scegliere tra una delle seguenti politiche che determinano quali dati, se presenti, vengono distribuiti su più livelli nel pool di capacità di storage.

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 sul livello. SSD Per ulteriori informazioni, consulta Come viene SSD utilizzato lo storage.

  • Automatico: questa policy sposta tutti i dati inaccessibili (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 AWS CLI creazione di un volume utilizzando Amazon FSx API o NetApp ONTAPCLI.

  • Tutti: questa policy contrassegna tutti i dati utente 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 scritti inizialmente sul livello di SSD storage e vengono trasferiti a 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 policy mantiene tutti i dati del volume sul livello di storage principale e impedisce che vengano spostati nello 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 SSD storage 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 sui dati archiviati nel livello di SSD storage, regolando automaticamente la frequenza in base alla velocità di variazione dei dati nel volume: frequenze 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 CLIed esegui il comando seguente:

::> 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 nello SSD storage 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 CLIcomando:

::> 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 inactive-data-compression Modify

Mantenendo i dati attiviSSD, si massimizzano le velocità di trasferimento dei backup di volume creati, poiché le velocità di trasferimento dei dati sono più elevate per lo storage. 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 del SSD livello vengano contrassegnati come freddi. Il periodo di raffreddamento si applica alle politiche di Auto suddivisione in 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 superiore. SSD Quando la policy di recupero dal 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 al 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 a SSD più livelli 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 SSD storage 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 SSD storage di un file system, le seguenti soglie impostano il comportamento del tiering su più livelli come descritto. Per informazioni su come monitorare l'utilizzo della capacità del livello di SSD storage di un volume, vedere. Monitoraggio della capacità di archiviazione del volume

Nota

Si consiglia di non superare l'80% di utilizzo della capacità di storage del livello di SSD storage. 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 SSD di storage è costantemente superiore all'80% di utilizzo della capacità di storage, è possibile aumentare la capacità del livello SSD di storage. Per ulteriori informazioni, consulta Aggiornamento SSD dello storage del file system e IOPS.

FSxfor ONTAP utilizza le seguenti soglie di capacità di storage per gestire la suddivisione in più livelli sui volumi:

  • <= 50% di utilizzo dei livelli di SSD storage: raggiunta questa soglia, il livello di SSD storage è considerato sottoutilizzato e solo i volumi che utilizzano la politica All tiering prevedono lo storage dei dati 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% SSD di utilizzo del livello di storage: i volumi con politiche di tiering automatiche e solo Snapshot suddividono i dati in base all'impostazione dei giorni di raffreddamento minimi su più livelli. L'impostazione predefinita è 31 giorni.

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

  • >= 98% di utilizzo del livello SSD di storage: tutte le funzionalità di storage su più livelli si interrompono quando il livello di SSD storage 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 Amazon FSx for NetApp ONTAP volume 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

Amazon FSx for NetApp ONTAP Volumes dispone di puntatori di file che vengono utilizzati per archiviare metadati di file come il nome del file, l'ora dell'ultimo accesso, le autorizzazioni, le 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 FSx volume di file può contenere un massimo di 2 miliardi di inode. ONTAP

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