Prestazioni e ottimizzazione

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

Argomenti

• Linee guida di base sulle prestazioni per FSx

• Ottimizzazione delle prestazioni del gateway

• Massimizzazione del throughput di S3 File Gateway

• Ottimizzazione di S3 File Gateway per i backup dei database SQL Server

Linee guida di base sulle prestazioni per FSx

In questa sezione, puoi trovare indicazioni per il provisioning dell'hardware per la tua macchina virtuale FSx 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 .

Il limite di dimensione suggerito per le singole directory nei file system di collegati a File Gateway è 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 di accesso alla cache vengono lette dai dati dei file che vengono serviti dalla cache. Le operazioni di mancata lettura della cache vengono lette dai dati dei file forniti da Amazon FSx for Windows File Server.

La tabella seguente mostra un esempio di configurazione di FSx File Gateway.

FSx Prestazioni di File Gateway sui client Windows

Configurazione di esempio	Protocollo	Velocità effettiva di scrittura (dimensioni del file 1 GB)	Velocità effettiva di accessi alla cache	Velocità effettiva di mancata lettura della cache
Disco root: 80 GB, io1 SSD, 4.000 IOPS Dischi cache: 2 x 2 TiB NVME Prestazioni di rete minime: 10 Gbps Processore: 32 vCPU | RAM: 244 GB	SMBv3 - 1 filo	162 MiB/sec (1,4 Gbps)	403 MiB/sec (3,4 Gbps)	288 MiB/sec (2,4 Gbps)
	SMBv3 - 8 thread	511 MiB/sec (4,3 Gbps)	571 MiB/sec (4,8 Gbps)	567 MiB/sec (4,8 Gbps)

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.

Ottimizzazione delle prestazioni del gateway

Puoi trovare le informazioni su come ottimizzare le prestazioni del gateway. Le linee guida sono basate sull'aggiunta di risorse al gateway e sull'aggiunta di risorse al server dell'applicazione.

Aggiungere risorse al gateway

È possibile ottimizzare le prestazioni del gateway aggiungendo risorse al gateway in uno o più dei seguenti modi.

Utilizzare dischi a elevate prestazioni

Per ottimizzare le prestazioni del gateway, è possibile aggiungere dischi ad alte prestazioni come unità a stato solido (SSDs) e un controller. NVMe È anche possibile collegare dischi virtuali alla macchina virtuale direttamente da una SAN (Storage Area Network) piuttosto che da Microsoft Hyper-V NTFS. Il miglioramento delle prestazioni del disco si traduce in genere in una migliore velocità di trasmissione e in un maggior numero di input/output operazioni al secondo (IOPS). Per informazioni sull'aggiunta di dischi, vedere. Configurazione di una memoria cache aggiuntiva

Per misurare il throughput, utilizzare i parametri ReadBytes e WriteBytes con la statistica di Samples Amazon CloudWatch . Ad esempio, le statistiche Samples del parametro ReadBytes in un periodo di 5 minuti divisi 300 secondi forniscono gli IOPS. In generale, quando si prendono in esame questi parametri per un gateway, cercare un throughput basso e andamenti IOPS bassi per indicare colli di bottiglia correlati al disco.

Nota

CloudWatch le metriche non sono disponibili per tutti i gateway. Per informazioni sui parametri del gateway, consulta Monitoraggio di FSx .

Aggiungere risorse CPU all'host del gateway

Il requisito minimo per un host server gateway è rappresentato da quattro processori virtuali. Per ottimizzare le prestazioni del gateway, confermare che i quattro processori virtuali assegnati alla macchina virtuale del gateway sono supportati da quattro core. Inoltre, conferma di non aver sottoscritto un numero di sottoscrizioni superiore a quello CPUs del server host.

Quando ne aggiungete altri CPUs al server host del gateway, aumentate la capacità di elaborazione del gateway. In questo modo il gateway può gestire, in parallelo, sia l'archiviazione dei dati dall'applicazione allo storage locale sia il caricamento di questi dati S3 per Windows File Server. CPUs Inoltre, aiuta a garantire che il gateway riceva risorse CPU sufficienti quando l'host è condiviso con altri. VMs Fornire un numero sufficiente di risorse CPU ha l'effetto di migliorare il throughput generale.

Storage Gateway supporta l'utilizzo di 24 CPUs nel server host gateway. È possibile utilizzare 24 CPUs per migliorare in modo significativo le prestazioni del gateway. Ti consigliamo la seguente configurazione gateway per il tuo server host gateway:

• 24 CPUs.

• 16 GiB di RAM riservata per i gateway di file

  • 16 GiB di RAM riservata per gateway con dimensioni della cache fino a 16 TiB

  • 32 GiB di RAM riservata per gateway con dimensioni della cache da 16 TiB a 32 TiB

  • 48 GiB di RAM riservata per gateway con dimensioni della cache da 32 TiB a 64 TiB

• Disco 1 collegato a un controller 1 paravirtuale per essere usato come cache gateway come segue:

  • SSD che utilizza un NVMe controller.

• Adattatore di rete 1 configurato sulla rete macchina virtuale 1:

  • Usa la rete VM 1 e aggiungi VMXnet3 (10 Gbps) da utilizzare per l'ingestione.

• Adattatore di rete 2 configurato sulla rete macchina virtuale 2:

  • Usa la rete VM 2 e aggiungi un VMXnet3 (10 Gbps) da utilizzare per la connessione. AWS

Supportare dischi virtuali gateway con dischi fisici separati

Quando si esegue il provisioning dei dischi gateway, si consiglia vivamente di non effettuare il provisioning di dischi locali per lo storage locale che utilizzano lo stesso disco di archiviazione fisico sottostante. Ad esempio, per VMware ESXi, le risorse di archiviazione fisica sottostanti sono rappresentate come un archivio dati. Quando si distribuisce la macchina virtuale del gateway, si sceglie un datastore in cui archiviare i file VM. Quando viene effettuato il provisioning di un disco virtuale (ad esempio, come buffer di caricamento), è possibile archiviare il disco virtuale nello stesso datastore della macchina virtuale o in un datastore differente.

Se si dispone di più di un datastore, è consigliabile scegliere un datastore per ogni tipo di storage locale che si sta creando. Un datastore che è supportato da un solo disco fisico sottostante può offrire prestazioni non soddisfacenti. Un esempio è quando questo disco viene usato per supportare sia lo storage della cache che il buffer di caricamento in una configurazione del gateway. Analogamente, un datastore supportato da una configurazione RAID con prestazioni minori, ad esempio RAID 1, può portare a prestazioni mediocri.

Aggiungere risorse per l'ambiente applicativo

Aumentare la larghezza di banda tra l'applicazione server e il gateway

Per ottimizzare le prestazioni del gateway, garantire che la larghezza di banda di rete tra l'applicazione e il gateway sia in grado di far fronte alle esigenze dell'applicazione. È possibile utilizzare le WriteBytes metriche ReadBytes e del gateway per misurare la velocità totale dei dati.

Per l'applicazione, confrontare il throughput misurato con il throughput desiderato. Se il throughput misurato è inferiore al throughput desiderato, aumentando la larghezza di banda tra l'applicazione e il gateway è possibile migliorare le prestazioni se la rete è il collo di bottiglia. Analogamente, è possibile aumentare la larghezza di banda tra la macchina virtuale e i tuoi dischi locali, se non sono collegati direttamente.

Aggiungere risorse CPU per l'ambiente applicativo

Se l'applicazione può utilizzare risorse CPU aggiuntive, aggiungerne altre CPUs può aiutare l'applicazione a scalare il carico. I/O

Alcune operazioni sui file su FSx File Gateway, come la ridenominazione delle cartelle di primo livello o la modifica delle autorizzazioni, possono comportare più operazioni sui file che comportano un I/O carico elevato sul file system FSx per Windows File Server. Se il file system non dispone di risorse prestazionali sufficienti per il carico di lavoro, il file system potrebbe eliminare le copie shadow perché dà priorità alla disponibilità per la conservazione continua I/O rispetto alla conservazione delle copie shadow storiche.

Nella FSx console Amazon, consulta la pagina Monitoraggio e prestazioni per verificare se il provisioning del file system è insufficiente. In tal caso, puoi passare allo storage SSD, aumentare la capacità di throughput o aumentare gli IOPS SSD per gestire il tuo carico di lavoro.