Prestazioni

In questa sezione è possibile trovare informazioni sulle prestazioni di Storage Gateway.

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, ad esempio unità a stato solido (SSD) 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. Migliori prestazioni del disco in genere consentono un throughput migliore e un maggior numero di operazioni input/output al secondo (IOPS). Per informazioni sull'aggiunta di dischi, consultaAggiunta di storage della cache.

Per misurare il throughput, utilizzare ilReadByteseWriteBytesparametri conSamplesStatistiche di 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

I parametri di CloudWatch non sono disponibili per tutti i gateway. Per informazioni sui parametri del gateway, consulta Monitoraggio del gateway di file.

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, confermare che non si sta sfruttando eccessivamente la CPU del server host.

Quando si aggiungono ulteriori CPU al server host del gateway, si aumenta la capacità di elaborazione del gateway. In questo modo, il gateway può gestire in parallelo l'archiviazione dei dati dall'applicazione allo storage locale e il caricamento di questi dati su Amazon S3. CPU aggiuntive garantiscono che il gateway riceva risorse CPU sufficienti quando l'host è condiviso con altre macchine virtuali. Fornire un numero sufficiente di risorse CPU ha l'effetto di migliorare il throughput generale.

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

• 24 CPU.

• 16 GiB di RAM riservata per 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 cache da 16 TiB a 32 TiB

  • 48 GiB di RAM riservata per gateway con 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 utilizzano un controller NVMe.

• Disco 2 collegato a un controller 1 paravirtuale per essere usato come buffer di caricamento gateway come segue:

  • SSD che utilizzano un controller NVMe.

• Disco 3 collegato a un controller 2 paravirtuale per essere usato come buffer di caricamento gateway come segue:

  • SSD che utilizzano un controller NVMe.

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

  • Utilizzare la rete della macchina virtuale 1 e aggiungere VMXnet3 (10 Gbps) da utilizzare per l'acquisizione.

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

  • Utilizzare la rete della macchina virtuale 2 e aggiungere VMXnet3 (10 Gbps) da utilizzare per la connessione ad AWS.

Supportare dischi virtuali gateway con dischi fisici separati

Quando viene effettuato il provisioning dei dischi del gateway, è consigliabile non effettuare il provisioning di dischi locali per lo storage locale che utilizzano lo stesso disco fisico di storage. Ad esempio, per VMware ESXi, le risorse di storage fisiche sottostanti sono rappresentate come un data store. 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. Puoi utilizzare il pluginReadByteseWriteBytesmetriche del gateway per misurare il throughput 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 è in grado di utilizzare altre risorse CPU, l'aggiunta di più CPU può aiutarla a dimensionare il carico di I/O.

Utilizzo di VMware vSphere High Availability with Storage Gateway

Storage Gateway fornisce disponibilità elevata su VMware attraverso un set di controlli di stato a livello di applicazione integrato con VMware vSphere High Availability (VMware HA). Questo approccio consente di proteggere i carichi di lavoro di storage da errori di hardware, hypervisor o rete. Consente inoltre di proteggere da errori di software, come il timeout di connessione e condivisione file o l'indisponibilità del volume.

Con questa integrazione, un gateway distribuito in un ambiente VMware locale o in un VMware Cloud on AWS verrà automaticamente ripristinato dalla maggior parte delle interruzioni di servizio. Generalmente il processo dura meno di 60 secondi senza perdita di dati.

Per utilizzare VMware HA con Storage Gateway, attieniti alla procedura indicata di seguito.

Argomenti

• Configurazione del cluster vSphere VMware HA
• Download dell'immagine .ova per il tipo di gateway
• Distribuzione del gateway
• (Facoltativo) Aggiunta di opzioni di sostituzione per altre macchine virtuali nel cluster
• Attivazione del gateway
• Test della configurazione VMware High Availability

Configurazione del cluster vSphere VMware HA

Innanzitutto crea un cluster VMware, se non è già stato fatto. Per informazioni su come creare un cluster VMware, consulta l'argomento relativo alla creazione di un cluster vSphere HA nella documentazione di VMware.

Successivamente, configura il cluster VMware per funzionare con Storage Gateway.

Per configurare il cluster VMware

1. Nella pagina Edit Cluster Settings (Modifica impostazioni cluster) in VMware vSphere verificare che il monitoraggio VM sia configurato per il monitoraggio delle macchine virtuali e delle applicazioni. A tale scopo, impostare le seguenti opzioni come indicato:

   • Risposta errore host: Riavvia VM

   • Risposta per l'isolamento host: Arresta e riavvia VM

   • Datastore with PDL: Disabilitato

   • Datastore con APD: Disabilitato

   • Monitoraggio VM: Monitoraggio VM e applicazioni

   Per un esempio, vedere le immagini seguenti.

   

2. Ottimizzare la sensibilità del cluster regolando i seguenti valori:

   • Intervallo errore— Dopo questo intervallo, la macchina virtuale viene riavviata se non viene ricevuto un heartbeat VM.

   • Autorizzazioni minime— Il cluster attende molto tempo dopo che una macchina virtuale inizia a monitorare gli heartbeat degli strumenti VM.

   • Massimo ripristino VM— Il cluster riavvia la macchina virtuale per un numero massimo di volte all'interno della finestra temporale massima di ripristino.

   • Finestra temporale massima reimpostazioni— La finestra temporale entro cui contare il numero massimo di reimpostazioni per VM.

   Se non si è sicuri di quali valori impostare, utilizzare queste impostazioni di esempio:

   • Failure interval (Intervallo di errore): 30 secondi

   • Minimum uptime (Tempo di attività minimo): 120 secondi

   • Maximum per-VM resets (Numero massimo reimpostazioni VM): 3

   • Maximum resets time window (Finestra temporale massima reimpostazioni): 1 ora

Se nel cluster sono in esecuzione altre macchine virtuali, puoi impostare questi valori in modo specifico per la macchina virtuale. Non è possibile eseguire questa operazione fino a quando non distribuisci la VM dal file .ova. Per ulteriori informazioni sull'impostazione di questi valori, consulta (Facoltativo) Aggiunta di opzioni di sostituzione per altre macchine virtuali nel cluster.

Download dell'immagine .ova per il tipo di gateway

Utilizza la procedura seguente per scaricare l'immagine .ova.

Per scaricare l'immagine .ova per il tipo di gateway

• Scarica l'immagine .ova per il tipo di gateway di una delle seguenti opzioni:

  • Gateway di file -

Distribuzione del gateway

Nel cluster configurato distribuisci l'immagine .ova in uno degli host del cluster.

Per distribuire l'immagine .ova del gateway

1. Distribuire l'immagine .ova in uno degli host del cluster.

2. Assicurarsi che i datastore scelti per il disco root e la cache siano disponibili per tutti gli host del cluster.

(Facoltativo) Aggiunta di opzioni di sostituzione per altre macchine virtuali nel cluster

Se nel cluster sono in esecuzione altre macchine virtuali, puoi impostare i valori del cluster in modo specifico per ogni macchina virtuale.

Per aggiungere opzioni di sostituzione per altre macchine virtuali nel cluster

1. Nella pagina Summary (Riepilogo) di VMware vSphere scegliere il cluster per aprire la pagina del cluster e quindi scegliere Configure (Configura).

2. Scegliere la scheda Configuration (Configurazione) e quindi scegliere VM Overrides (Sostituzioni VM).

3. Aggiungere una nuova opzione di sostituzione VM per modificare ogni valore.

   Per le opzioni di sostituzione, vedere lo screenshot seguente.

   

Attivazione del gateway

Dopo aver distribuito il file .ova per il gateway, attiva il gateway. Le istruzioni su come sono diverse per ogni tipo di gateway.

Per attivare il gateway

• Scegli le istruzioni di attivazione in base al tipo di gateway in uso:

  • Gateway di file -

Test della configurazione VMware High Availability

Dopo aver attivato il gateway, esegui il test della configurazione.

Per testare la configurazione VMware HA

1. Aprire la console Storage Gateway all'indirizzohttps://console.aws.amazon.com/storagegateway/home.

2. Nel riquadro di navigazione scegliere Gateways (Gateway) e quindi selezionare il gateway che si desidera testare per VMware HA.

3. Per Actions (Operazioni), scegliere Verify VMware HA (Verifica VMware HA).

4. Nella casella Verify VMware High Availability Configuration (Verifica della configurazione VMware High Availability) visualizzata scegliere OK.

   Nota

   Il test della configurazione di VMware HA riavvia la VM del gateway e interrompe la connettività al gateway. L'esecuzione del test potrebbe richiedere alcuni minuti.

   Se il test ha esito positivo, lo stato Verified (Verificato) viene visualizzato nella scheda dettagli del gateway nella console.

5. Scegliere Exit (Esci).

È possibile trovare informazioni sugli eventi VMware HA nei gruppi di log di Amazon CloudWatch. Per ulteriori informazioni, consultare Ottenere i log dello stato del gateway di file con i gruppi di log CloudWatch.