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à.
Gestione dello storage su FSx for Windows File Server
La configurazione di archiviazione del file system include la quantità di capacità di archiviazione assegnata, il tipo di archiviazione e, se il tipo di archiviazione è un'unità a stato solido (SSD), la quantità di IOPS SSD. È possibile configurare queste risorse, insieme alla capacità di throughput del file system, durante la creazione di un file system e dopo la sua creazione, per ottenere le prestazioni desiderate per il carico di lavoro. Scopri come gestire lo storage del tuo file system e le prestazioni correlate allo storage utilizzando Console di gestione AWS, e Amazon FSx CLI per la gestione remota su AWS CLI, esplorando i seguenti argomenti. PowerShell
Argomenti
Ottimizzazione dei costi di archiviazione
Puoi ottimizzare i costi di storage utilizzando le opzioni di configurazione dello storage disponibili in FSx for Windows.
Opzioni relative al tipo di storage: FSx for Windows File Server offre due tipi di storage, unità disco rigido (HDD) e unità a stato solido (SSD), per consentire l'ottimizzazione cost/performance in base alle esigenze dei carichi di lavoro. L’archiviazione HDD è pensata per un ampio spettro di carichi di lavoro, che comprende home directory, condivisioni tra utenti e dipartimenti, nonché sistemi per la gestione dei contenuti. L’archiviazione SSD è progettata per i carichi di lavoro più performanti e sensibili alla latenza, inclusi database, carichi di lavoro di elaborazione multimediale e applicazioni di analisi dei dati. Per ulteriori informazioni sui tipi di storage e sulle prestazioni del file system, vedere. Prestazioni di FSx for Windows File Server
Deduplicazione dei dati: i set di dati di grandi dimensioni contengono spesso dati ridondanti, il che aumenta i costi di archiviazione dei dati. Ad esempio, le condivisioni di file degli utenti possono avere più copie dello stesso file, archiviate da più utenti. Le condivisioni di sviluppo software possono contenere molti file binari che rimangono invariati da una compilazione all'altra. È possibile ridurre i costi di archiviazione dei dati attivando la deduplicazione dei dati per il file system. Quando è attivata, la deduplicazione dei dati riduce o elimina automaticamente i dati ridondanti archiviando parti duplicate del set di dati una sola volta. Per ulteriori informazioni sulla deduplicazione dei dati e su come attivarla facilmente per il tuo file system Amazon FSx, consulta. Riduzione dei costi di storage con la deduplicazione dei dati
Gestione della capacità di storage
È possibile aumentare la capacità di archiviazione del file system FSx for Windows man mano che i requisiti di archiviazione cambiano. Puoi farlo utilizzando la console Amazon FSx, l'API Amazon FSx o (). AWS Command Line Interface AWS CLI I fattori da considerare quando si pianifica un aumento della capacità di storage includono sapere quando è necessario aumentare la capacità di storage, capire come Amazon FSx elabora gli aumenti di capacità di storage e tracciare l'avanzamento di una richiesta di aumento dello storage. Puoi solo aumentare la capacità di archiviazione di un file system; non puoi diminuirla.
Nota
Non è possibile aumentare la capacità di archiviazione dei file system creati prima del 23 giugno 2019 o dei file system ripristinati da un backup appartenente a un file system creato prima del 23 giugno 2019.
Quando aumenti la capacità di storage del tuo file system Amazon FSx, Amazon FSx aggiunge un nuovo set di dischi più ampio al tuo file system dietro le quinte. Amazon FSx esegue quindi un processo di ottimizzazione dello storage in background per migrare in modo trasparente i dati dai vecchi dischi ai nuovi dischi. L'ottimizzazione dello storage può richiedere da poche ore a diversi giorni, a seconda del tipo di storage e di altri fattori, con un impatto minimo evidente sulle prestazioni del carico di lavoro. Durante questa ottimizzazione, l'utilizzo del backup è temporaneamente più elevato, poiché sia il vecchio che il nuovo volume di storage sono inclusi nei backup a livello di file system. Entrambi i set di volumi di storage sono inclusi per garantire che Amazon FSx possa eseguire e ripristinare correttamente i backup anche durante l'attività di scalabilità dello storage. L'utilizzo del backup torna al livello di base precedente dopo che i vecchi volumi di storage non sono più inclusi nella cronologia dei backup. Quando la nuova capacità di archiviazione diventa disponibile, ti verrà addebitata solo la nuova capacità di archiviazione.
La figura seguente mostra le quattro fasi principali del processo utilizzato da Amazon FSx per aumentare la capacità di storage di un file system.
Puoi monitorare l'avanzamento dell'ottimizzazione dello storage, degli aumenti della capacità di storage SSD o degli aggiornamenti IOPS SSD in qualsiasi momento utilizzando la console, l'interfaccia a riga di comando o l'API di Amazon FSx. Per ulteriori informazioni, consulta Il monitoraggio della capacità di archiviazione aumenta.
Cosa sapere sull'aumento della capacità di archiviazione di un file system
Ecco alcuni elementi importanti da considerare quando si aumenta la capacità di archiviazione:
-
Solo aumento: è possibile aumentare solo la quantità di capacità di archiviazione di un file system; non è possibile diminuire la capacità di archiviazione.
-
Aumento minimo: ogni aumento della capacità di archiviazione deve corrispondere ad almeno il 10 percento della capacità di archiviazione corrente del file system, fino al valore massimo consentito di 65.536 GiB.
-
Capacità di throughput minima: per aumentare la capacità di archiviazione, un file system deve avere una capacità di throughput minima di 16 MBps. Questo perché la fase di ottimizzazione dello storage è un processo ad alta intensità di throughput.
-
Intervallo tra un aumento e l'altro: non è possibile aumentare ulteriormente la capacità di archiviazione su un file system fino a 6 ore dopo la richiesta dell'ultimo aumento o fino al completamento del processo di ottimizzazione dello storage, a seconda di quale intervallo di tempo sia più lungo. Il completamento dell'ottimizzazione dello storage può richiedere da alcune ore a qualche giorno. Per ridurre al minimo il tempo necessario per il completamento dell'ottimizzazione dello storage, consigliamo di aumentare la capacità di throughput del file system prima di aumentare la capacità di storage (la capacità di throughput può essere ridotta al termine del ridimensionamento dello storage) e di aumentare la capacità di archiviazione quando il traffico sul file system è minimo.
Nota
Alcuni eventi del file system possono consumare risorse in termini di prestazioni del disco I/O , ad esempio:
La fase di ottimizzazione della scalabilità della capacità di storage può generare un aumento del throughput del disco e potenzialmente causare avvisi sulle prestazioni. Per ulteriori informazioni, consulta Avvertenze e raccomandazioni sulle prestazioni.
Sapere quando aumentare la capacità di storage
Aumentate la capacità di archiviazione del file system quando la capacità di archiviazione disponibile sta per esaurirsi. Usa la FreeStorageCapacity CloudWatch metrica per monitorare la quantità di spazio di archiviazione libero disponibile sul file system. Puoi creare un CloudWatch allarme Amazon su questa metrica e ricevere una notifica quando scende al di sotto di una soglia specifica. Per ulteriori informazioni, consulta Monitoraggio con Amazon CloudWatch.
Ti consigliamo di mantenere sempre almeno il 20% della capacità di archiviazione gratuita sul tuo file system. L'utilizzo di tutta la capacità di storage può influire negativamente sulle prestazioni e introdurre incongruenze nei dati.
È possibile aumentare automaticamente la capacità di archiviazione del file system quando la quantità di capacità di archiviazione libera scende al di sotto di una soglia definita specificata. Utilizza il AWS CloudFormation modello personalizzato sviluppato per distribuire tutti i componenti necessari per implementare la soluzione automatizzata. Per ulteriori informazioni, consulta Aumento dinamico della capacità di storage.
Aumento della capacità di archiviazione e delle prestazioni del file system
La maggior parte dei carichi di lavoro ha un impatto minimo sulle prestazioni mentre Amazon FSx esegue il processo di ottimizzazione dello storage in background dopo che la nuova capacità di storage è disponibile. Tuttavia, i file system con tipo di storage HDD e i carichi di lavoro che coinvolgono un numero elevato di utenti finali, livelli elevati o set di I/O dati con un numero elevato di file di piccole dimensioni potrebbero subire temporaneamente una riduzione delle prestazioni. In questi casi, si consiglia di aumentare innanzitutto la capacità di throughput del file system prima di aumentare la capacità di archiviazione. Per questi tipi di carichi di lavoro, consigliamo inoltre di modificare la capacità di throughput durante i periodi di inattività, quando il carico sul file system è minimo. Ciò consente di continuare a fornire lo stesso livello di throughput per soddisfare le esigenze di prestazioni dell'applicazione. Per ulteriori informazioni, consulta Gestione della capacità di throughput.
Gestione del tipo di archiviazione del file system
È possibile modificare il tipo di archiviazione del file system da HDD a SSD utilizzando e. Console di gestione AWS AWS CLI Quando cambi il tipo di archiviazione in SSD, tieni presente che non puoi aggiornare nuovamente la configurazione del file system fino a 6 ore dopo la richiesta dell'ultimo aggiornamento o fino al completamento del processo di ottimizzazione dello storage, a seconda di quale periodo sia più lungo. Il completamento dell'ottimizzazione dello storage può richiedere da alcune ore a qualche giorno. Per ridurre al minimo questo tempo, ti consigliamo di aggiornare il tipo di archiviazione quando il traffico sul file system è minimo. Per ulteriori informazioni, consulta Aggiornamento del tipo di storage di un file system FSx for Windows.
Non è possibile modificare il tipo di archiviazione del file system da SSD a HDD. Se desideri modificare il tipo di archiviazione di un file system da SSD a HDD, dovrai ripristinare un backup del file system su un nuovo file system configurato per utilizzare l'archiviazione su HDD. Per ulteriori informazioni, consulta Ripristino dei backup su un nuovo file system.
Informazioni sui tipi di archiviazione
È possibile configurare il file system FSx for Windows File Server in modo che utilizzi il tipo di archiviazione su unità a stato solido (SSD) o disco rigido magnetico (HDD).
Lo storage SSD è adatto per la maggior parte dei carichi di lavoro di produzione con requisiti di prestazioni elevati e sensibilità alla latenza. Esempi di questi carichi di lavoro includono database, analisi dei dati, elaborazione multimediale e applicazioni aziendali. Consigliamo inoltre gli SSD per i casi d'uso che coinvolgono un numero elevato di utenti finali, livelli elevati di o set di I/O dati con un numero elevato di file di piccole dimensioni. Infine, ti consigliamo di utilizzare l'archiviazione SSD se prevedi di abilitare le copie shadow. È possibile configurare e scalare gli IOPS SSD per i file system con storage SSD, ma non per l'archiviazione HDD.
Lo storage HDD è progettato per un'ampia gamma di carichi di lavoro, tra cui home directory, condivisioni di file tra utenti e dipartimenti e sistemi di gestione dei contenuti. Lo storage HDD ha un costo inferiore rispetto allo storage SSD, ma con latenze più elevate e livelli inferiori di throughput del disco e IOPS su disco per unità di storage. Potrebbe essere adatto per condivisioni utente e home directory generiche con I/O requisiti ridotti, sistemi di gestione dei contenuti (CMS) di grandi dimensioni in cui i dati vengono recuperati raramente o set di dati con un numero limitato di file di grandi dimensioni.
Per ulteriori informazioni, consulta Configurazione e prestazioni dello storage.
Gestione degli IOPS SSD
Per i file system configurati con storage SSD, la quantità di IOPS SSD determina la quantità di disco I/O disponibile quando il file system deve leggere e scrivere dati su disco, al contrario dei dati che si trovano nella cache. È possibile selezionare e scalare la quantità di IOPS SSD indipendentemente dalla capacità di archiviazione. L'IOPS SSD massimo di cui è possibile eseguire il provisioning dipende dalla quantità di capacità di archiviazione e capacità di throughput selezionata per il file system. Se si tenta di aumentare gli IOPS SSD oltre il limite supportato dalla capacità di throughput, potrebbe essere necessario aumentare la capacità di throughput per raggiungere quel livello di IOPS SSD. Per ulteriori informazioni, consultare Prestazioni di FSx for Windows File Server e Gestione della capacità di throughput.
Ecco alcuni elementi importanti da sapere sull'aggiornamento degli IOPS SSD su cui è stato effettuato il provisioning di un file system:
Scelta di una modalità IOPS: sono disponibili due modalità IOPS tra cui scegliere:
Automatico: scegli questa modalità e Amazon FSx scalerà automaticamente gli IOPS SSD per mantenere 3 IOPS SSD per GiB di capacità di storage, fino a 400.000 IOPS SSD per file system.
User-provisioned— scegli questa modalità in modo da poter specificare il numero di IOPS SSD compreso tra 96 e 400.000. Specifica un numero compreso tra 3 e 50 IOPS per GiB di capacità di storage per tutti i paesi Regioni AWS in cui è disponibile Amazon FSx o tra 3 e 500 IOPS per GiB di capacità di storage negli Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (Oregon), Stati Uniti orientali (Ohio), Europa (Irlanda), Asia Pacifico (Tokyo) e Asia Pacifico (Singapore). Quando si sceglie la modalità con provisioning utente e la quantità di IOPS SSD specificata non è di almeno 3 IOPS per GiB, la richiesta ha esito negativo. Per livelli più elevati di IOPS SSD con provisioning, si pagano gli IOPS medi superiori a 3 IOPS per GiB per file system.
Aggiornamenti della capacità di storage: se aumenti la capacità di archiviazione del file system e la quantità richiede, per impostazione predefinita, una quantità di IOPS SSD superiore al livello di IOPS SSD attualmente fornito dall'utente, Amazon FSx passa automaticamente il file system alla modalità automatica e il file system avrà un minimo di 3 IOPS SSD per GiB di capacità di storage.
Aggiornamenti della capacità di throughput: se aumenti la capacità di throughput e gli IOPS SSD massimi supportati dalla nuova capacità di throughput sono superiori al livello di IOPS SSD fornito dall'utente, Amazon FSx passa automaticamente il file system alla modalità automatica.
Frequenza degli aumenti degli IOPS SSD: non è possibile apportare ulteriori aumenti degli IOPS SSD, aumenti della capacità di throughput o aggiornamenti del tipo di archiviazione su un file system fino a 6 ore dopo la richiesta dell'ultimo aumento o fino al completamento del processo di ottimizzazione dello storage, a seconda di quale periodo sia più lungo. Il completamento dell'ottimizzazione dello storage può richiedere da alcune ore a qualche giorno. Per ridurre al minimo il tempo necessario per il completamento dell'ottimizzazione dello storage, consigliamo di scalare gli IOPS SSD quando il traffico sul file system è minimo.
Nota
Tieni presente che i livelli di capacità di throughput pari o superiori a 4.608 MBps sono supportati solo nei seguenti paesi Regioni AWS: Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (Oregon), Stati Uniti orientali (Ohio), Europa (Irlanda), Asia Pacifico (Tokyo) e Asia Pacifico (Singapore).
Per ulteriori informazioni su come aggiornare la quantità di IOPS SSD assegnati per il file system FSx for Windows File Server, vedere. Aggiornamento degli IOPS SSD di un file system
Riduzione dei costi di storage con la deduplicazione dei dati
La deduplicazione dei dati, spesso denominata Dedup in breve, aiuta gli amministratori di storage a ridurre i costi associati ai dati duplicati. Con FSx for Windows File Server, è possibile utilizzare Microsoft Data Deduplication per identificare ed eliminare i dati ridondanti. I set di dati di grandi dimensioni contengono spesso dati ridondanti, il che aumenta i costi di archiviazione dei dati. Ad esempio:
Le condivisioni di file degli utenti possono contenere molte copie di file uguali o simili.
Le condivisioni di sviluppo software possono avere molti file binari che rimangono invariati da una compilazione all'altra.
È possibile ridurre i costi di archiviazione dei dati abilitando la deduplicazione dei dati per il file system. La deduplicazione dei dati riduce o elimina i dati ridondanti archiviando parti duplicate del set di dati una sola volta. Quando si abilita la deduplicazione dei dati, la compressione dei dati è abilitata per impostazione predefinita, comprimendo i dati dopo la deduplicazione per ulteriori risparmi. La deduplicazione dei dati ottimizza le ridondanze senza compromettere la fedeltà o l'integrità dei dati. La deduplicazione dei dati viene eseguita come un processo in background che esegue la scansione e ottimizza continuamente e automaticamente il file system ed è trasparente per gli utenti e i client connessi.
I risparmi di storage che è possibile ottenere con la deduplicazione dei dati dipendono dalla natura del set di dati, inclusa la quantità di duplicazione esistente tra i file. I risparmi tipici sono in media del 50-60% per le condivisioni di file generiche. Per quanto riguarda le azioni, i risparmi vanno dal 30-50% per i documenti degli utenti al 70-80% per i set di dati di sviluppo software. È possibile misurare i potenziali risparmi in termini di deduplicazione utilizzando il comando remoto descritto di seguito. Measure-FSxDedupFileMetadata PowerShell
È inoltre possibile personalizzare la deduplicazione dei dati per soddisfare esigenze di storage specifiche. Ad esempio, è possibile configurare la deduplicazione in modo che venga eseguita solo su determinati tipi di file oppure è possibile creare una pianificazione dei lavori personalizzata. Poiché i processi di deduplicazione possono consumare risorse del file server, si consiglia di monitorare lo stato dei processi di deduplicazione utilizzando il. Get-FSxDedupStatus
Per informazioni sulla configurazione della deduplicazione dei dati sul file system, vedere. Gestione della deduplicazione dei dati
Per informazioni sulla risoluzione dei problemi relativi alla deduplicazione dei dati, vedere.
Per ulteriori informazioni sulla deduplicazione dei dati, consulta la documentazione Microsoft Understanding Data Deduplication.
avvertimento
Non è consigliabile eseguire determinati comandi Robocopy con la deduplicazione dei dati perché questi comandi possono influire sull'integrità dei dati del Chunk Store. Per ulteriori informazioni, consulta la documentazione sull'interoperabilità di Microsoft Data Deduplication.
Procedure consigliate per l'utilizzo della deduplicazione dei dati
Ecco alcune best practice per l'utilizzo della deduplicazione dei dati:
Pianifica i processi di deduplicazione dei dati da eseguire quando il file system è inattivo: la pianificazione predefinita include un
GarbageCollectionlavoro settimanale alle 2:45 UTC il sabato. Il completamento può richiedere diverse ore in caso di perdita di dati elevata nel file system. Se questo periodo non è ideale per il carico di lavoro, pianifica l'esecuzione del processo in un momento in cui prevedi un traffico ridotto sul file system.Configura una capacità di throughput sufficiente per il completamento della deduplicazione dei dati: capacità di throughput più elevate forniscono livelli di memoria più elevati. Microsoft consiglia di disporre di 1 GB di memoria per 1 TB di dati logici per eseguire la deduplicazione dei dati. Utilizza la tabella delle prestazioni di Amazon FSx per determinare la memoria associata alla capacità di throughput del tuo file system e assicurarti che le risorse di memoria siano sufficienti per le dimensioni dei tuoi dati.
Personalizza le impostazioni di deduplicazione dei dati per soddisfare le tue esigenze di storage specifiche e ridurre i requisiti di prestazioni: puoi limitare l'ottimizzazione all'esecuzione su tipi di file o cartelle specifici oppure impostare una dimensione e un'età minime dei file per l'ottimizzazione. Per ulteriori informazioni, consulta Riduzione dei costi di storage con la deduplicazione dei dati.
