Prestazioni e ottimizzazione per Tape Gateway - AWS Storage Gateway
Linee guida sulle prestazioni per il gateway di nastri virtualiOttimizzazione delle prestazioni del gateway

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 per Tape Gateway

Questa sezione descrive le prestazioni di Storage Gateway.

Linee guida sulle prestazioni per il gateway di nastri virtuali

In questa sezione è possibile trovare linee guida di configurazione per il provisioning dell'hardware per la macchina virtuale del gateway di nastri virtuali. Le dimensioni e i tipi di EC2 istanze Amazon elencati nella tabella sono esempi e vengono forniti come riferimento.

Configurazione Throughput di scrittura Gbps Lettura dal throughput della cache Gbps Lettura dalla velocità di trasmissione effettiva Gbps del Cloud Amazon Web Services

Piattaforma host: EC2 istanza Amazon: c5.4xlarge

CPU: 16 v CPU |: 32 GB RAM

Disco principale: 80 GB, io1SSD, 4.000 IOPS

Disco cache: a strisce RAID (2 x 500 GB, EBS SSD io1, 25000) IOPs

Disco buffer di caricamento: 450 GB, io1, 2000 SSD IOPs

Larghezza di banda di rete al cloud: 10 Gbps

 2.3 4.0 2.2

Piattaforma host: Dispositivo hardware Storage Gateway

Disco cache: 2,5 TB

Disco buffer di caricamento: 2 TB

Larghezza di banda di rete al cloud: 10 Gbps

2.3 8.8 3.8

Piattaforma host: Amazon EC2instance — c5d.9xlarge

CPU: 36 v |: 72 GB CPU RAM

Disco principale: 80 GB, io1SSD, 4.000 IOPS

Disco cache: disco da 900 GB NVMe

Disco buffer di caricamento: disco da 900 GB NVMe

Larghezza di banda di rete al cloud: 10 Gbps

 5.2 11.6 5.2

Piattaforma host: Amazon EC2instance — c5d.metal

CPU: 96 v CPU |RAM: 192 GB

Disco principale: 80 GB, io1SSD, 4.000 IOPS

Disco cache: a strisce RAID (2 dischi da 900 GB) NVMe

Disco buffer di caricamento: disco da 900 GB NVMe

Larghezza di banda di rete al cloud: 10 Gbps

 5.2 11.6 7.2
Nota

Queste prestazioni sono state raggiunte usando una dimensione di blocco pari a 1 MB e dieci unità nastro contemporaneamente.

Le EC2 configurazioni riportate nella tabella precedente sono destinate esclusivamente a essere rappresentative delle prestazioni che è possibile ottenere sui propri server fisici con risorse simili. Ad esempio, le EC2 configurazioni che utilizzano uno striped RAID sono state eseguite tramite un meccanismo speciale che generalmente non è supportato dal nostro gateway on. EC2 Per ottenere prestazioni simili, è consigliabile utilizzare invece un RAID controller hardware collegato al server locale su cui è installato il gateway.

Le prestazioni potrebbero variare in base alla configurazione della piattaforma host e alla larghezza di banda della rete.

Per migliorare le prestazioni di velocità di trasmissione effettiva di scrittura e lettura del gateway di nastri virtuali, consulta Ottimizza le impostazioni SCSI, Utilizzare una dimensione del blocco maggiore per le unità nastro e Ottimizzare le prestazioni delle unità nastro virtuali nel software di backup.

Ottimizzazione delle prestazioni del gateway

Per ottenere le migliori prestazioni dal gateway, Storage Gateway consiglia la seguente configurazione del gateway per il server host del gateway:

  • Almeno 64 core fisici CPU dedicati

  • Per Tape Gateway , l'hardware deve dedicare le seguenti quantità diRAM:

    • Almeno 16 GiB di spazio RAM riservato ai gateway con dimensioni della cache fino a 16 TiB

    • Almeno 32 GiB di spazio RAM riservato ai gateway con dimensioni della cache da 16 TiB a 32 TiB

    • Almeno 48 GiB di spazio RAM riservato ai gateway con dimensioni della cache da 32 TiB a 64 TiB

    Nota

    Per prestazioni ottimali del gateway, è necessario fornire almeno 32 GiB di. RAM

  • Disco 1, da utilizzare come cache del gateway come segue:

    • Striped RAID (array ridondante di dischi indipendenti) composto da. NVMe SSDs

  • Disco 2, da utilizzare come buffer di caricamento del gateway come segue:

    • A strisce RAID composto da. NVMe SSDs

  • Disco 3, da utilizzare come buffer di caricamento del gateway come segue:

    • A strisce RAID composto da. NVMe SSDs

  • 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

Aggiungere risorse al gateway

I seguenti colli di bottiglia possono ridurre le prestazioni di Tape Gateway Volume Gateway il cloud): AWS

  • CPUnumero di core

  • Velocità di trasmissione effettiva del disco del buffer di caricamento/cache

  • RAMImporto totale

  • Larghezza di banda di rete fino a AWS

  • Larghezza di banda di rete dall'iniziatore al gateway

Questa sezione contiene i passaggi che è possibile eseguire per ottimizzare le prestazioni del gateway. Queste linee guida sono basate sull'aggiunta di risorse al gateway o al server dell'applicazione.

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

Utilizzare dischi a elevate prestazioni

La velocità di trasmissione effettiva del disco buffer di caricamento e cache può limitare le prestazioni di caricamento e download del gateway. Se le prestazioni del gateway sono notevolmente inferiori a quelle previste, prendete in considerazione la possibilità di migliorare la velocità di trasmissione effettiva del disco buffer di caricamento e cache mediante:

  • Utilizzare uno striped RAID come RAID 10 per migliorare la velocità di trasmissione del disco, idealmente con un controller hardware. RAID

    Nota

    RAID(array ridondante di dischi indipendenti), o in particolare RAID le configurazioni con strip su disco come RAID 10, è il processo di divisione di un corpo di dati in blocchi e la distribuzione dei blocchi di dati su più dispositivi di archiviazione. Il RAID livello utilizzato influisce sulla velocità esatta e sulla tolleranza ai guasti che è possibile raggiungere. Distribuendo i carichi di lavoro IO su più dischi, il throughput complessivo del RAID dispositivo è molto più elevato di quello di qualsiasi disco a membro singolo.

  • Utilizzo di dischi ad alte prestazioni collegati direttamente

    Per ottimizzare le prestazioni del gateway, puoi aggiungere dischi ad alte prestazioni come unità a stato solido () e un controller. SSDs NVMe È inoltre possibile collegare dischi virtuali alla macchina virtuale direttamente da una rete di archiviazione (SAN) anziché 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 operazioni di input/output al secondo (). IOPS

    Per misurare il throughput, utilizza le WriteBytes metriche ReadBytes and con la statistica di Samples Amazon CloudWatch . Ad esempio, la Samples statistica della ReadBytes metrica su un periodo di campionamento di 5 minuti diviso per 300 secondi fornisce il. IOPS Come regola generale, quando esaminate queste metriche per un gateway, cercate un throughput basso e una IOPS tendenza al ribasso per indicare i colli di bottiglia legati al disco. Per ulteriori informazioni sui parametri del gateway, consulta Misurazione delle prestazioni tra Tape Gateway e AWS.

    Nota

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

Aggiunta di altri dischi del buffer di caricamento

Per ottenere una velocità di trasmissione effettiva di scrittura più elevata, aggiungi almeno due dischi del buffer di caricamento. Quando i dati vengono scritti sul gateway, vengono scritti e archiviati localmente sui dischi del buffer di caricamento. Successivamente, i dati locali archiviati vengono letti in modo asincrono dai dischi per essere elaborati e caricati su AWS. L'aggiunta di altri dischi del buffer di caricamento può ridurre la quantità di operazioni di I/O simultanee eseguite su ogni singolo disco. Ciò può comportare un aumento della velocità di trasmissione effettiva di scrittura sul gateway.

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 il buffer di caricamento e lo storage della cache che utilizzano lo stesso disco fisico di storage. Ad esempio, per VMwareESXi, 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 data store supportato da una RAID configurazione meno performante come RAID 1 o RAID 6 può portare a prestazioni scadenti.

Aggiungi CPU risorse al tuo host gateway

Il requisito minimo per un host server gateway è rappresentato da quattro processori virtuali. Per ottimizzare le prestazioni del gateway, verifica che ogni processore virtuale assegnato alla macchina virtuale gateway sia supportato da un CPU core dedicato. Inoltre, conferma che non stai effettuando un numero di sottoscrizioni eccessivo rispetto al CPUs 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 l'archiviazione dei dati dall'applicazione allo storage locale e il caricamento di questi dati in Amazon S3. CPUsInoltre, aiutano a garantire che il gateway riceva CPU risorse sufficienti quando l'host è condiviso con altriVMs. Fornire CPU risorse sufficienti ha l'effetto generale di migliorare la produttività.

Aumenta la larghezza di banda tra il gateway e il cloud AWS

L'aumento della larghezza di banda da e verso il cloud AWS aumenterà la velocità massima di ingresso e uscita dei dati dal gateway al gateway. AWS Ciò può migliorare le prestazioni del gateway se la velocità della rete è il fattore limitante nella configurazione del gateway, anziché altri fattori come la lentezza dei dischi o la scarsa larghezza di banda della connessione gateway-initiator.

La larghezza di banda di rete da e verso AWS definisce le prestazioni medie massime teoriche del Tape Gateway durante carichi di lavoro sostenuti.

  • La velocità media alla quale è possibile scrivere dati sul gateway di nastri virtuali per lunghi intervalli non supererà la larghezza di banda di caricamento a AWS.

  • La velocità media alla quale è possibile leggere i dati dal Tape Gateway per lunghi intervalli non supererà la larghezza di banda di download. AWS

Nota

Le prestazioni del gateway osservate saranno probabilmente inferiori alla larghezza di banda di rete a causa di altri fattori limitanti elencati qui, come la velocità effettiva del disco nel buffer di cache/upload, il numero di CPU core, la RAM quantità totale o la larghezza di banda tra l'iniziatore e il gateway. Inoltre, il normale funzionamento del gateway comporta l'adozione di numerose azioni per proteggere i dati, che potrebbero far sì che le prestazioni osservate siano inferiori alla larghezza di banda della rete.

Ottimizza le impostazioni SCSI

È possibile ottimizzare SCSI le impostazioni i sull'SCSIiniziatore i per ottenere prestazioni I/O più elevate. Si consiglia di scegliere 256 KiB per MaxReceiveDataSegmentLength e FirstBurstLength e 1 MiB per MaxBurstLength. Per ulteriori informazioni sulla configurazione delle SCSI impostazioni i, vedere. Personalizzazione delle impostazioni SCSI

Nota

Queste impostazioni consigliate possono consentire prestazioni complessive migliori. Tuttavia, le SCSI impostazioni i specifiche necessarie per ottimizzare le prestazioni variano a seconda del software di backup utilizzato. Per ulteriori informazioni, consultare la documentazione del software di backup.

Utilizzare una dimensione del blocco maggiore per le unità nastro

Per un gateway di nastri virtuali, la dimensione del blocco predefinita per un'unità nastro è 64 KB. Tuttavia, è possibile aumentarla fino a 1 MB per migliorare le prestazioni di I/O.

La dimensione del blocco scelta dipende dalla dimensione del blocco massima supportata dal software di backup. È consigliabile impostare la dimensione del blocco delle unità nastro nel software di backup alla dimensione più grande possibile. Tuttavia, questa dimensione del blocco non deve superare la dimensione massima di 1 MB supportata dal gateway.

I gateway di nastri virtuali negoziano la dimensione del blocco per le unità nastro virtuali per farla corrispondere automaticamente a quanto impostato nel software di backup. Quando si aumenta la dimensione del blocco nel software di backup, è consigliabile anche controllare le impostazioni per accertarsi che l'iniziatore host supporti la nuova dimensione. Per ulteriori informazioni, consulta la documentazione per il tuo software di backup. Per ulteriori informazioni sulle linee guida delle prestazioni specifiche del gateway, consulta Prestazioni e ottimizzazione per Tape Gateway.

Ottimizzare le prestazioni delle unità nastro virtuali nel software di backup

Il software di backup è in grado di eseguire il backup dei dati su un massimo di 10 unità nastro virtuali su un gateway di nastri virtuali contemporaneamente. È consigliabile configurare i processi di backup nel software di backup per l'utilizzo di almeno 4 unità nastro virtuali contemporaneamente su un gateway di nastri virtuali. È possibile ottenere un throughput di scrittura migliore quando il software di backup esegue il backup dei dati su più di un nastro virtuale nello stesso momento.

Come regola generale, è possibile ottenere una velocità di trasmissione effettiva massima più elevata operando (leggendo o scrivendo da) più nastri virtuali contemporaneamente. Utilizzando più unità nastro, si consente al gateway di soddisfare più richieste contemporaneamente, migliorando potenzialmente le prestazioni.

Aggiungere risorse per l'ambiente applicativo

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

La connessione tra l'SCSIiniziatore i e il gateway può limitare le prestazioni di caricamento e download. Se il gateway presenta prestazioni notevolmente peggiori del previsto e avete già migliorato il numero di CPU core e il throughput del disco, considerate:

  • Aggiornamento dei cavi di rete per disporre di una maggiore larghezza di banda tra iniziatore e gateway.

  • Utilizzare il maggior numero possibile di unità nastro contemporaneamente. i SCSI non supporta l'accodamento di più richieste per la stessa destinazione, il che significa che maggiore è il numero di unità nastro utilizzate, maggiore è il numero di richieste che il gateway può soddisfare contemporaneamente. Ciò consentirà di utilizzare in modo più completo la larghezza di banda tra il gateway e l'iniziatore, aumentando la velocità di trasmissione effettiva apparente del 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 i parametri ReadBytes e WriteBytes del gateway per misurare la velocità di trasmissione effettiva totale dei dati. Per ulteriori informazioni su questi parametri, consulta Misurazione delle prestazioni tra Tape Gateway e AWS.

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.

Aggiungete risorse all'ambiente applicativo CPU

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