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 archiviazione del file system. Solo i dati archiviati in un volume consumano lo storage SSD e, a seconda della politica di tiering del volume, lo storage del 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 Console di gestione AWS, AWS CLI and e l'ONTAP CLI.
Ripartizione 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 primario è uno storage SSD predisposto, scalabile e ad alte prestazioni, creato appositamente per la parte attiva del set di dati. Lo storage del 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 su ciascun volume vengono automaticamente assegnati al livello di storage del pool di capacità in base alla politica di tiering del volume, al periodo di raffreddamento e alle impostazioni di soglia. Le sezioni seguenti descrivono le politiche di suddivisione in più livelli dei ONTAP volumi e le soglie utilizzate per determinare quando i dati vengono suddivisi in più livelli nel pool di capacità.
Nota
FSx for ONTAP supporta la suddivisione dei dati nel pool di capacità su tutti SnapLock i volumi, indipendentemente dal tipo. SnapLock Per ulteriori informazioni, consulta In che modo SnapLock funzionamento.
Politiche di suddivisione dei volumi in più
È possibile determinare come utilizzare i livelli di storage del file system FSx for ONTAP scegliendo la politica di tiering per ciascun volume del file system. Scegli la policy di tiering quando crei un volume e puoi modificarla in qualsiasi momento con la console Amazon FSx AWS CLI, l'API o utilizzando strumenti di gestione. NetApp Puoi scegliere una delle seguenti politiche che determinano quali dati, se presenti, sono suddivisi in più livelli nello storage del pool di capacità.
Nota
Il tiering consente di spostare i dati dei file e i dati delle istantanee nel livello del pool di capacità. Tuttavia, i metadati dei file rimangono sempre sul livello SSD. Per ulteriori informazioni, consulta Come viene utilizzata l'archiviazione SSD.
-
Automatico: questa policy sposta tutti i dati obsoleti (dati utente e istantanee) nel livello del pool di capacità. La velocità di raffreddamento dei dati è determinata dal periodo di raffreddamento della policy, che per impostazione predefinita è di 31 giorni ed è configurabile su valori compresi tra 2 e 183 giorni. Quando i blocchi di dati inattivi sottostanti vengono letti in modo casuale (come nel tipico accesso ai file), vengono resi caldi e scritti nel livello di storage primario. Quando i blocchi di dati inattivi vengono letti in sequenza (ad esempio, tramite una scansione antivirus), rimangono freddi e rimangono nel livello di archiviazione del pool di capacità. Questa è la policy predefinita per la creazione di un volume utilizzando la console Amazon FSx.
-
Solo istantanee: questa policy sposta solo i dati delle istantanee nel livello di storage del pool di capacità. La velocità con cui le istantanee vengono suddivise in 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 a freddo vengono letti, vengono resi caldi e scritti nel livello di storage primario. Questa è la politica predefinita quando si crea un volume utilizzando l' AWS CLI API Amazon FSx o l'interfaccia a riga di comando NetApp ONTAP.
-
Tutto: questa policy contrassegna tutti i dati degli utenti e i dati delle istantanee come obsoleti e li archivia nel livello del pool di capacità. Quando i blocchi di dati vengono letti, rimangono inattivi 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 storage SSD e vengono aggiunti al pool di capacità tramite un processo in background. Se la policy All viene applicata a un volume che contiene già dati, i dati esistenti vengono suddivisi in più livelli dall'SSD al pool di capacità. 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 ne impedisce lo spostamento nello storage del pool di capacità. Se imposti un volume su questo criterio dopo aver utilizzato qualsiasi altro criterio, i dati esistenti (incluse le istantanee) nel volume che era nello storage del pool di capacità vengono spostati nell'archiviazione SSD tramite un processo in background. Questa migrazione dei dati avviene solo quando l'utilizzo dell'unità SSD è inferiore al 90% e la politica di recupero dal cloud è impostata su o.
promoteon-readQuesto processo in background può essere accelerato leggendo intenzionalmente i dati. Per ulteriori informazioni, consulta Politiche di recupero dal cloud.
Per ulteriori informazioni sull'impostazione o la modifica dei criteri di tiering di un volume, vedere. Aggiornamento di una politica di tiering
Come procedura consigliata, per la migrazione dei dati che si prevede di archiviare a lungo termine nello storage del pool di capacità, 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 spostati nel livello del pool di capacità. ONTAPesegue periodicamente la deduplicazione post-elaborazione sui dati archiviati nel livello di storage SSD, regolando automaticamente la frequenza in base alla velocità di variazione dei dati nel volume: frequenze più elevate comportano più frequentemente i processi di deduplicazione post-elaborazione.
Per impostazione predefinita, la compressione post-processo è disabilitata a ONTAP 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-processo. Per abilitare la compressione post-processo, assumi il livello di privilegio diagnostico nella ONTAP CLI ed esegui il seguente comando:
::>volume efficiency inactive-data-compression modify -vserversvm-name-volumevol-name-is-enabled true
ONTAPesegue la compressione post-processo per i dati che vengono conservati sullo storage SSD per un minimo di 14 giorni. Per i carichi di lavoro in cui è improbabile che si acceda 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 per 5 giorni, esegui il seguente comando CLI: ONTAP
::>volume efficiency inactive-data-compression modify -vserversvm-name-volumevol-name-threshold-days 5 -threshold-days-min 2 -threshold-days-max 14
Per ulteriori informazioni sul comando, vedere volume efficiency inactive-data-compression modify
Conservando i dati su SSD, si massimizza la velocità di trasferimento dei backup di volume creati, poiché le velocità di trasferimento dei dati sono più elevate per l'archiviazione SSD.
Periodo di raffreddamento a più livelli
Il periodo di raffreddamento su più livelli di un volume stabilisce il tempo necessario affinché i dati nel livello SSD vengano contrassegnati come inattivi. Il periodo di raffreddamento si applica alle politiche di Snapshot-only tiering Auto su 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 suddivisi 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 sono continue le richieste rivolte ai clienti.
Politiche di recupero dal cloud
Le policy di recupero dal cloud di un volume stabiliscono le condizioni che specificano quando i dati letti dal livello del pool di capacità possono essere promossi al livello SSD. Quando la politica di recupero dal cloud è impostata su un valore diverso daDefault, questa politica ha la precedenza sul comportamento di recupero della politica di tiering del volume. Un volume può avere una delle seguenti politiche di recupero dal cloud:
Predefinito: questa policy recupera i dati su più livelli in base alla politica di tiering sottostante del volume. Questa è la politica di recupero dal cloud predefinita per tutti i volumi.
Mai: questa policy non recupera mai dati su 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, ad esempio Auto, per suddividere i dati in base Snapshot-only al periodo di raffreddamento minimo anziché immediato.
On-read— Questa policy recupera i dati su più livelli per tutte le letture dei dati eseguite dal client. Questa politica non ha effetto quando si utilizza la politica All tiering.
Promuovi: questa politica contrassegna tutti i dati di un volume presenti nel pool di capacità per il recupero nel livello SSD. I dati vengono contrassegnati alla successiva esecuzione dello scanner giornaliero in background a più livelli. Questa policy è utile per le applicazioni con carichi di lavoro ciclici che vengono eseguiti di rado, ma 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 dal cloud di un volume, consulta. Aggiornamento della politica di recupero dal cloud di un volume
Soglie di tiering
L'utilizzo della capacità di storage SSD di un file system determina la modalità di ONTAP gestione del comportamento di suddivisione su 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 come descritto. Per informazioni su come monitorare l'utilizzo della capacità del livello di storage SSD di un volume, vedere. Monitoraggio della capacità di archiviazione del volume
Nota
Ti consigliamo di non superare l'80% dell'utilizzo della capacità di archiviazione del livello di archiviazione SSD. Per i file system di seconda generazione, 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 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 del file system, dello storage SSD e degli IOPS.
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 hanno dati suddivisi in più livelli rispetto allo storage del pool di capacità. I volumi con impostazione automatica e Snapshot-only policy non suddividono i dati a questa soglia.
> 50% di utilizzo del livello di storage SSD: i volumi con criteri automatici e di Snapshot-only tiering suddividono i dati in base all'impostazione dei giorni di raffreddamento minimi di suddivisione su più livelli. L'impostazione predefinita è 31 giorni.
>= 90% di utilizzo del livello di storage SSD: a questa soglia, Amazon FSx dà priorità alla conservazione dello spazio nel livello di storage SSD. I dati inattivi del livello del pool di capacità non vengono più spostati nel livello di storage SSD quando vengono letti per i volumi utilizzando Auto e le policy. Snapshot-only
>= 98% di utilizzo del livello di storage SSD: tutte le funzionalità di tiering si interrompono quando il livello di storage SSD è pari o superiore al 98% di utilizzo. È possibile continuare a leggere dai livelli di storage, ma non è possibile scrivere sui livelli.
Istantanee e capacità di archiviazione dei 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 facilmente visualizzare e ripristinare 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 istantanea predefinita. Le istantanee vengono archiviate nella .snapshot directory principale di un volume. È possibile gestire la capacità di archiviazione del volume per le istantanee nei seguenti modi:
Criteri per le istantanee: seleziona una policy integrata per le istantanee o scegli una policy personalizzata creata nella CLI di 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 elimina più istantanee rispetto alla politica predefinita per le istantanee.
Disattiva le istantanee automatiche: conserva la capacità di archiviazione disattivando le istantanee automatiche.
Per ulteriori informazioni, consulta Protezione dei dati con istantanee.
Capacità dei file in volume
I volumi Amazon FSx for NetApp ONTAP sono dotati di puntatori ai file utilizzati per archiviare metadati quali nome del file, ora dell'ultimo accesso, autorizzazioni, dimensioni e per fungere da puntatori ai blocchi di dati. Questi puntatori di file sono chiamati inode e ogni volume ha una capacità finita per il numero di inode, chiamata capacità del file del volume. Quando un volume si esaurisce 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 in proporzione 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 create un volume più grande di 648 GiB e volete che contenga più di 21.251.126 inode, dovete aumentare il numero massimo di inode (file) manualmente. 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 KiB 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 KiB di capacità di archiviazione. Per un volume di 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ò avere un massimo di 2 miliardi di inode.
Per informazioni sulla modifica del numero massimo di file che un volume può memorizzare, vedere. Aggiornamento del numero massimo di file su un volume
