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
I volumi FSx for ONTAP sono risorse virtuali utilizzate per raggruppare i dati, determinare come vengono archiviati i dati e determinare il tipo di accesso ai dati. I volumi, come le cartelle, non consumano di per sé la capacità di storage 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. È possibile monitorare e gestire la capacità di storage dei volumi FSx for ONTAP utilizzando l'API AWS Management Console, AWS CLI and e l'ONTAP CLI.
Argomenti
- Suddivisione dei dati su più livelli
- Istantanee e capacità di archiviazione di volumi
- Capacità dei file di volume
- Aggiornamento della capacità di archiviazione di un volume
- Attivazione del dimensionamento automatico del volume
- Monitoraggio della capacità di archiviazione del volume
- Impostazione della politica di suddivisione in più livelli di un volume
- Impostazione dei giorni minimi di raffreddamento
- Impostazione della politica di recupero nel cloud di un volume
- Visualizzazione della capacità dei file di un volume
- Aumento del numero massimo di file su un volume
- Attivazione della modalità di scrittura su cloud di un volume
Suddivisione dei 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 sezioni seguenti descrivono le politiche di suddivisione in più livelli dei ONTAP volumi e le soglie utilizzate per determinare quando i dati vengono trasferiti a più livelli nel pool di capacità.
Politiche di suddivisione in livelli di volume
È possibile determinare come utilizzare i livelli di storage del file system FSx for ONTAP scegliendo la policy di tiering 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 console Amazon FSx AWS CLI, l'API o NetApp utilizzando strumenti di 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 console Amazon FSx.
-
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 API Amazon FSx o la CLI NetApp ONTAP.
-
Tutti: questa policy contrassegna tutti i dati degli utenti e i dati delle istantanee come freddi 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 imposta un volume su questa politica dopo aver utilizzato qualsiasi altra politica, i dati esistenti nel volume che si trovava nello storage con pool di capacità vengono spostati nello storage SSD mediante un processo in background, a condizione che l'utilizzo dell'SSD sia inferiore al 90%. Questo processo in background può essere accelerato leggendo intenzionalmente i dati o modificando la politica di recupero dal cloud del volume. Per ulteriori informazioni, consulta Politiche di recupero dal cloud.
Come best practice, durante la migrazione di dati che si prevede di archiviare a lungo termine in pool di capacità di storage, si consiglia di utilizzare la politica di suddivisione automatica 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à. La conservazione dei dati su SSD per almeno 2 giorni consente a ONTAP di eseguire risparmi di compressione e deduplicazione post-elaborazione sui dati, che vengono preservati quando i dati vengono suddivisi su più livelli nel pool di capacità. ONTAP esegue solo la compressione e la deduplicazione post-elaborazione dei dati sullo storage SSD, quindi la selezione di questa policy può aiutarti a massimizzare i risparmi di archiviazione a lungo termine. Puoi anche massimizzare la velocità di trasferimento dei primi backup creati dei tuoi volumi, poiché i dati di cui viene eseguito il backup si trovano su unità di archiviazione SSD.
Per ulteriori informazioni sull'impostazione o la modifica della politica di suddivisione in più livelli di un volume, consulta. Impostazione della politica di suddivisione in più livelli di un volume
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. Impostazione 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. Impostazione della politica 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 la modalità di ONTAP gestione del 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 del 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 con scalabilità orizzontale, questa raccomandazione 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 storage 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 uno 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% 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 storage 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:
Politiche snapshot: seleziona una policy snapshot integrata o scegli una policy personalizzata che hai creato nella CLI ONTAP o nell'API REST.
Eliminazione manuale delle istantanee: recupera la capacità di archiviazione eliminando le istantanee manualmente.
Crea una politica di eliminazione automatica delle istantanee: crea una politica che elimini più istantanee rispetto alla politica di eliminazione automatica delle istantanee predefinita.
Disattiva le istantanee automatiche: conserva la capacità di archiviazione disattivando le istantanee automatiche.
Per ulteriori informazioni, consulta Utilizzo degli snapshot.
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 i volumi). FlexGroup Per impostazione predefinita, FlexVol i volumi (o FlexGroup componenti) con una capacità di archiviazione di 648 GiB o più hanno tutti lo stesso numero di inode: 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. Visualizzazione 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, vedere. Aumento del numero massimo di file su un volume
