

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à.

# Prestazioni e ottimizzazione
<a name="Performance"></a>

Questa sezione descrive linee guida e best practice per ottimizzare le prestazioni di File Gateway.

**Topics**
+ [](#performance-fgw)
+ [Indicazioni sulle prestazioni per gateway con più condivisioni di file](#performance-multiple-file-shares)
+ [Massimizzazione del throughput di S3 File Gateway](Performance-Throughput.md)
+ [Ottimizzazione di S3 File Gateway per i backup dei database SQL Server](SQL-Backup-Best-Practices.md)

## 
<a name="performance-fgw"></a>

In questa sezione, puoi trovare linee guida per il provisioning dell'hardware per la tua macchina virtuale S3 File Gateway. Le configurazioni di istanza elencate nella tabella sono esempi e vengono fornite come riferimento.

Per prestazioni ottimali, la dimensione del disco della cache deve essere ottimizzata in base alle dimensioni del set di lavoro attivo. L'utilizzo di più dischi locali per la cache aumenta le prestazioni in scrittura parallelizzando l'accesso ai dati e comportando maggiori IOPS.

**Nota**  
Non è consigliabile utilizzare lo storage temporaneo. Per informazioni sull'utilizzo dello storage temporaneo, consulta [Utilizzo dello storage temporaneo con i gateway EC2](ephemeral-disk-cache.md).  
Per le istanze Amazon EC2, se hai più di 5 milioni di oggetti nel tuo bucket S3 e utilizzi un volume SSD General Purpose, è necessario un volume root EBS minimo di 350 GiB per prestazioni accettabili del gateway durante l'avvio. Per informazioni su come aumentare le dimensioni del volume, consulta [Modifica di un volume EBS utilizzando i volumi elastici (Console)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/requesting-ebs-volume-modifications.html#modify-ebs-volume).  
Il limite di dimensione suggerito per le singole directory nei file system di condivisione di file collegati a File è di 10.000 file per directory. È possibile utilizzare File Gateway con directory che contengono più di 10.000 file, ma le prestazioni potrebbero risentirne.

Nelle tabelle seguenti, le operazioni di lettura *degli accessi alla cache* sono letture dalle condivisioni di file fornite dalla cache. Le operazioni di *mancata lettura della cache* vengono lette dalle condivisioni di file fornite da Amazon S3.

Le tabelle seguenti mostrano esempi di configurazioni di S3 File Gateway.

### Prestazioni di S3 File Gateway su client Linux
<a name="performance-fgw-linux-clients"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/filegateway/latest/files3/Performance.html)

### Prestazioni di File Gateway sui client Windows
<a name="performance-fgw-windows-clients"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/filegateway/latest/files3/Performance.html)

**Nota**  
Le prestazioni potrebbero variare in base alla configurazione della piattaforma host e alla larghezza di banda della rete. Le prestazioni di velocità effettiva di scrittura diminuiscono con la dimensione del file, con la velocità massima raggiungibile per file di piccole dimensioni (meno di 32 MiB) pari a 16 file al secondo.

## Indicazioni sulle prestazioni per gateway con più condivisioni di file
<a name="performance-multiple-file-shares"></a>

Amazon S3 File Gateway supporta il collegamento di fino a 50 condivisioni di file a una singola appliance Storage Gateway. Aggiungendo più condivisioni di file per gateway, puoi supportare più utenti e carichi di lavoro gestendo al contempo un minor numero di gateway e risorse hardware virtuali. Oltre ad altri fattori, il numero di condivisioni di file gestite da un gateway può influire sulle prestazioni di tale gateway. Questa sezione descrive come dovrebbero cambiare le prestazioni del gateway in base al numero di condivisioni di file allegate e consiglia configurazioni hardware virtuali per ottimizzare le prestazioni dei gateway che gestiscono più condivisioni.

In generale, l'aumento del numero di condivisioni di file gestite da un singolo Storage Gateway può avere le seguenti conseguenze:
+ Maggiore tempo necessario per riavviare il gateway.
+ Maggiore utilizzo di risorse hardware virtuali come vCPU e RAM.
+ Riduzione delle prestazioni per le operazioni su dati e metadati in caso di saturazione delle risorse hardware virtuali.

La tabella seguente elenca le configurazioni hardware virtuali consigliate per i gateway che gestiscono più condivisioni di file:


| Condivisioni di file per gateway | Impostazione della capacità del gateway consigliata | Core vCPU consigliati | RAM consigliata | Dimensione del disco principale consigliata | 
| --- | --- | --- | --- | --- | 
|  1-10  | Small |  4 (tipo di istanza EC2 **m4.xlarge** o superiore)  |  16 GiB  |  80 GiB  | 
|  10-20  | Media |  **8 (tipo di istanza EC2 m4.2xlarge o superiore)**  |  32 GiB  |  160 GiB  | 
|  20 o più  | Large |  16 (tipo di istanza EC2 **m4.4xlarge** o superiore)  |  64 GiB  |  240 GiB  | 

Oltre alle configurazioni hardware virtuali consigliate sopra, si consigliano le seguenti best practice per la configurazione e la manutenzione dei dispositivi Storage Gateway che gestiscono più condivisioni di file:
+ Si consideri che la relazione tra il numero di condivisioni di file e la domanda posta sull'hardware virtuale del gateway non è necessariamente lineare. Alcune condivisioni di file potrebbero generare una maggiore velocità effettiva e quindi una maggiore richiesta di hardware rispetto ad altre. I consigli riportati nella tabella precedente si basano sulle capacità hardware massime e su vari livelli di velocità effettiva di condivisione dei file.
+ Se ritieni che l'aggiunta di più condivisioni di file a un singolo gateway riduca le prestazioni, valuta la possibilità di spostare le condivisioni di file più attive su altri gateway. In particolare, se si utilizza una condivisione di file per un' very-high-throughputapplicazione, è consigliabile creare un gateway separato per tale condivisione di file.
+ Non è consigliabile configurare un gateway per più applicazioni ad alto throughput e un altro per più applicazioni a basso throughput. Prova invece a distribuire le condivisioni di file ad alta e bassa velocità in modo uniforme tra i gateway per bilanciare la saturazione dell'hardware. Per misurare la velocità effettiva di condivisione dei file, utilizza le metriche and. `ReadBytes` `WriteBytes` Per ulteriori informazioni, consulta [Comprendere le metriche di condivisione dei file](https://docs.aws.amazon.com/filegateway/latest/files3/monitoring-file-gateway.html#monitoring-file-gateway-resources).