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 dei dischi locali per il gateway
La macchina virtuale (VM) del gateway usa i dischi locali allocati on-premises per il buffering e lo storage. Un File Gateway creato su un'istanza Amazon EC2 utilizzerà i volumi Amazon EBS come dischi locali. Il numero e la dimensione dei dischi da allocare per il gateway dipende da te. Il gateway utilizza lo storage cache allocato per fornire un accesso a bassa latenza ai dati a cui hai avuto accesso di recente. I File Gateway richiedono almeno un disco da 150 GiB da utilizzare come cache. Dopo la configurazione e l'implementazione iniziali del gateway, è possibile aggiungere altri dischi per l'archiviazione della cache man mano che le richieste di carico di lavoro aumentano. Questa sezione contiene i seguenti argomenti, che descrivono concetti e procedure relativi alla gestione dei dischi locali.
**Argomenti**
+ [Determinazione della quantità di archiviazione su disco locale](decide-local-disks-and-sizes.md)- Scopri come determinare il numero e la dimensione dei dischi di cache locale da allocare per File Gateway.
+ [Configurazione di una memoria cache aggiuntiva](ConfiguringLocalDiskStorage.md)- Scoprite come aumentare la capacità di archiviazione della cache di File Gateway man mano che le esigenze dell'applicazione cambiano.
+ [Utilizzo dello storage temporaneo con i gateway EC2](ephemeral-disk-cache.md)- Scopri come prevenire la perdita di dati quando utilizzi lo storage temporaneo su disco con File Gateway.
# Determinazione della quantità di archiviazione su disco locale
Quando implementate un S3 File Gateway , considerate la quantità di disco di cache da allocare. S3 File Gateway utilizza un algoritmo utilizzato meno di recente per eliminare automaticamente i dati dalla cache. La cache su un S3 File Gateway è condivisa tra tutte le condivisioni di file su quel gateway. Se disponi di più condivisioni attive, è importante notare che un utilizzo intensivo di una condivisione potrebbe influire sulla quantità di risorse di cache a cui un'altra condivisione ha accesso, con possibili ripercussioni sulle prestazioni.
Quando si determina la quantità di disco di cache necessaria per un determinato carico di lavoro, è importante notare che è sempre possibile aggiungere un disco cache al gateway (fino alle quote correnti su S3 File Gateway ), ma non è possibile ridurre la cache per un determinato gateway. È possibile eseguire un'analisi di base sul set di dati per determinare la giusta quantità di disco di cache, ma non esiste un modo per determinare esattamente quanti dati siano «caldi» e debbano essere archiviati localmente, anziché «freddi» e possano essere trasferiti su più livelli nel cloud. I carichi di lavoro cambiano nel tempo e S3 File Gateway offre flessibilità ed elasticità legate alla quantità di risorse che possono essere consumate. La quantità di cache può sempre essere aumentata, quindi l'approccio più conveniente è spesso partire da piccole dimensioni e aumentare in base alle necessità.
È possibile utilizzare un'approssimazione iniziale di 150 GiB per effettuare il provisioning dei dischi per l'archiviazione della cache durante la configurazione del gateway. Puoi quindi utilizzare i parametri CloudWatch operativi di Amazon per monitorare l'utilizzo dello storage della cache e fornire più spazio di archiviazione in base alle esigenze utilizzando la console. Per informazioni sull'uso dei parametri e sull'impostazione di allarmi, consulta [Prestazioni e ottimizzazione](Performance.md).
**Nota**
Le risorse di storage fisico sottostanti sono rappresentate come un archivio dati in VMware. Quando si distribuisce la macchina virtuale del gateway, si sceglie un datastore in cui archiviare i file VM. Quando si esegue il provisioning di un disco locale (ad esempio, da utilizzare come archiviazione cache), è possibile archiviare il disco virtuale nello stesso archivio dati della macchina virtuale o in un archivio dati diverso.
Se disponi di più di un data store, ti consigliamo vivamente di scegliere un data store per l'archiviazione nella cache. Un data store supportato da un solo disco fisico sottostante può portare a prestazioni scadenti in alcune situazioni quando viene utilizzato per il backup di entrambi gli archivi della cache. Questo vale anche se il backup è una configurazione RAID meno performante come. RAID1
# Configurazione di una memoria cache aggiuntiva
Man mano che le esigenze dell'applicazione cambiano, è possibile aumentare la capacità di archiviazione della cache del gateway. È possibile aggiungere capacità di archiviazione al gateway senza interrompere la funzionalità o causare tempi di inattività. Quando aggiungi ulteriore spazio di archiviazione, esegui l'operazione con la macchina virtuale del gateway attivata.
**Importante**
Quando aggiungi cache a un gateway esistente, devi creare nuovi dischi sull'hypervisor host del gateway o sull'istanza Amazon EC2. Non rimuovere o modificare le dimensioni dei dischi esistenti che sono già stati allocati come cache.
**Per configurare una memoria cache aggiuntiva per il gateway**
1. Effettua il provisioning di uno o più nuovi dischi sull'hypervisor host del gateway o sull'istanza Amazon EC2. Per informazioni su come effettuare il provisioning di un disco in un hypervisor, consulta la documentazione dell'hypervisor. Per informazioni sul provisioning dei volumi Amazon EBS per un'istanza Amazon EC2, consulta [Volumi Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes.html) nella *Guida per l'utente di Amazon Elastic Compute Cloud per le istanze Linux*. Nei passaggi seguenti, configurerai questo disco come memoria cache.
1. Apri la console Storage Gateway a [https://console.aws.amazon.com/storagegateway/casa](https://console.aws.amazon.com/storagegateway/).
1. Nel riquadro di navigazione, scegliere ** Gateways**.
1. Nell’elenco, cerca e seleziona il tuo gateway.
1. Dal menu **Azioni**, scegli **Configura l'archiviazione della cache**.
1. Nella sezione **Configura l'archiviazione della cache**, identifica i dischi di cui hai effettuato il provisioning. Se i dischi non sono visualizzati, scegli l'icona di aggiornamento per aggiornare l'elenco. Per ogni disco, scegli **Cache dal menu** a discesa **Allocato a**.
**Nota**
La **cache** è l'unica opzione disponibile per l'allocazione dei dischi su un File Gateway.
1. Per salvare le impostazioni di configurazione, seleziona **Salva**.
# Utilizzo dello storage temporaneo con i gateway EC2
Questa sezione descrive le operazioni necessarie per evitare la perdita di dati quando si seleziona un disco temporaneo come storage della cache del gateway.
I dischi temporanei forniscono uno storage temporaneo a livello di blocco per l'istanza Amazon EC2. I dischi temporanei sono ideali per l'archiviazione temporanea di dati che cambiano frequentemente, come i dati nella memoria cache di un gateway. Quando avvii il gateway con un'Amazon Machine Image di Amazon EC2 e il tipo di istanza selezionato supporta lo storage temporaneo, i dischi temporanei vengono elencati automaticamente. Puoi selezionare uno dei dischi per archiviare i dati della cache del gateway. Per ulteriori informazioni, consulta [Amazon EC2 instance store](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) nella Amazon *EC2 User Guide*.
Puoi prevenire tale perdita di dati seguendo i passaggi prima di riavviare o arrestare l'istanza EC2 che ospita il gateway.
**Importante**
Se arresti e avvii un gateway Amazon EC2 che utilizza l'archiviazione temporanea, il gateway sarà definitivamente offline. Questo accade perché il disco di storage fisico viene sostituito. Non esiste alcuna soluzione alternativa per questo problema. L'unica soluzione è eliminare il gateway e attivarne uno nuovo su una nuova istanza EC2.
Questi passaggi della procedura seguente sono specifici per i File Gateway.
**Per prevenire la perdita di dati nei File Gateway che utilizzano dischi temporanei**
1. Interrompi tutti i processi di scrittura su Amazon S3.
1. Iscriviti per ricevere notifiche da CloudWatch Events. Per informazioni, consulta [Ricevere notifiche sulle operazioni sui file](monitoring-file-gateway.md#get-notification).
1. Chiama l'[NotifyWhenUploaded API](https://docs.aws.amazon.com/storagegateway/latest/APIReference/API_NotifyWhenUploaded.html) per ricevere una notifica quando i dati scritti, fino alla perdita dello storage temporaneo, sono stati archiviati in modo duraturo in Amazon S3.
1. Attendi che l'API si completi e riceverai un id notifica.
Ricevi un CloudWatch evento con lo stesso ID di notifica.
1. Verificare che il parametro `CachePercentDirty` per la condivisione file sia 0. Ciò conferma che tutti i tuoi dati sono stati scritti su Amazon S3. Per informazioni sui parametri delle condivisioni di file, consulta [Comprensione delle metriche relative alla condivisione dei file](monitoring-file-gateway.md#monitoring-file-gateway-resources).
1. Ora puoi riavviare o arrestare File Gateway senza rischiare di perdere alcun dato.