Come posso risolvere i problemi di rallentamento delle prestazioni quando copio i file locali in Gateway di archiviazione?

Soluzione

Considera i seguenti modi per migliorare le prestazioni durante la copia di file locali su una condivisione di file nel Gateway di archiviazione:

Nota: un gateway di file è una cache dell'archivio oggetti, non un file server. Ciò significa che le caratteristiche prestazionali di un gateway di file sono diverse da quelle dei file server.

Dimensiona il carico di lavoro

Per ottenere prestazioni ottimali, dimensiona il carico di lavoro aggiungendo thread o client. Durante il trasferimento di una directory di file, si ottiene un dimensionamento migliore del gateway di file quando il carico di lavoro presenta più thread o coinvolge più client. Esamina il tuo strumento di gestione dei file e verifica se, per impostazione predefinita, è impostato per eseguire caricamenti a thread singolo.

È consigliabile utilizzare più thread o client quando si trasferiscono file di piccole o grandi dimensioni. La massima velocità di trasmissione effettiva in MiB al secondo si ottiene quando si trasferiscono file di grandi dimensioni (decine o centinaia di MiB ciascuno) utilizzando più thread. A causa del sovraccarico dovuto alla creazione di nuovi file, il trasferimento di molti file di piccole dimensioni comporta una velocità di trasmissione effettiva in MiB al secondo inferiore rispetto allo stesso carico di lavoro con file di grandi dimensioni.

Per eseguire una copia in multithreading in Windows, usa robocopy, uno strumento di copia di file di Microsoft.

Nota: per i trasferimenti di file più piccoli, misura la velocità di trasferimento in file al secondo anziché MiB al secondo. La velocità di creazione dei file può occupare lo spazio del carico di lavoro associato al trasferimento di file più piccoli.

Ottimizza l'archiviazione della cache

Ottimizza le dimensioni totali dello spazio di archiviazione della cache del gateway in base alle dimensioni del working set attivo. Una cache che utilizza più dischi locali può parallelizzare l'accesso ai dati e portare a un aumento delle operazioni di I/O al secondo (IOPS). Per ulteriori informazioni, consulta Performance guidance for Amazon Simple Storage Service (Amazon S3) File Gateway.

Verifica inoltre il parametro CachePercentDirty del gateway. Tale parametro restituisce la percentuale di archiviazione della cache occupata da dati non conservati in un bucket S3. Un valore elevato di CachePercentDirty può determinare una limitazione delle scritture sul gateway da parte dell'archiviazione della cache.

Usa dischi con prestazioni più elevate

È consigliabile utilizzare un'unità di memoria a stato solido (SSD) per l'archiviazione della cache del gateway con tenancy dedicata. Idealmente, i dischi fisici sottostanti non dovrebbero essere condivisi con altre macchine virtuali per evitare l'esaurimento delle operazioni di I/O al secondo.

Per misurare gli IOPS del disco, utilizza i parametri ReadBytes e WriteBytes con la statistica Samples in CloudWatch. Come regola generale, quando esamini questi parametri per il gateway, cerca le tendenze relative a una bassa velocità di trasmissione effettiva e basse operazioni di I/O al secondo che potrebbero indicare eventuali colli di bottiglia relativi al disco.

Monitora il parametro IOWaitPercent in CloudWatch, che riporta la percentuale di tempo in cui la CPU attende una risposta dal disco locale. Un valore superiore al 10% indica in genere un collo di bottiglia nei dischi sottostanti e può essere dovuto a dischi più lenti. In questo caso, aggiungi altri dischi per fornire più IOPS disponibili al gateway.

Nota: per i gateway basati su Amazon Elastic Compute Cloud (Amazon EC2), anche la velocità di trasmissione effettiva di Amazon Elastic Block Store (Amazon EBS) dell'istanza può essere un fattore limitante. Verifica che la CPU e la RAM della macchina virtuale host del gateway o dell'istanza Amazon EC2 siano in grado di supportare la velocità di trasmissione effettiva del gateway verso AWS. Ad esempio, ogni tipo di istanza EC2 ha una velocità di trasmissione effettiva di base diversa. Se la velocità di burst è esaurita, l'istanza utilizza la propria velocità di trasmissione effettiva di base, che può limitare quella di caricamento su AWS. Se il gateway è ospitato su un'istanza Amazon EC2, controlla il parametro NetworkOut dell'istanza. Se il parametro NetworkOut si attesta alla velocità di trasmissione effettiva di base durante i test, valuta la possibilità di cambiare l'istanza con un tipo più grande.