Questa pagina mostra i limiti di prestazioni di un singolo volume Google Cloud NetApp Volumes da più macchine virtuali client. Utilizza le informazioni presenti in questa pagina per dimensionare i tuoi carichi di lavoro.
Test delle prestazioni
I seguenti risultati dei test mostrano i limiti di prestazione. In questi test, il volume ha una capacità sufficiente affinché la velocità di trasmissione non influisca sui test di benchmark. L'assegnazione di una capacità superiore ai seguenti valori di throughput a un singolo volume non comporta ulteriori miglioramenti delle prestazioni.
Si noti che i test delle prestazioni sono stati completati utilizzando Fio.
Per i risultati dei test di prestazione, si prega di tenere conto delle seguenti considerazioni:
I livelli di servizio Standard, Premium ed Extreme adattano la velocità di elaborazione alla capacità di volume fino al raggiungimento dei limiti. Tutti i livelli di servizio Flex si adattano alle capacità del pool di storage e tutti i volumi in un pool condividono le prestazioni del pool stesso.
I livelli di servizio Flex Unified e Flex File con prestazioni personalizzate offrono una scalabilità indipendente di capacità, IOPS e throughput.
I risultati IOPS sono puramente informativi.
I numeri utilizzati per produrre i risultati seguenti sono impostati in modo da mostrare i risultati massimi. I risultati seguenti devono essere considerati una stima della massima capacità di throughput raggiungibile.
L'utilizzo di più volumi veloci per progetto potrebbe essere soggetto a limiti specifici per progetto.
I seguenti risultati dei test prestazionali riguardano esclusivamente i protocolli NFSv3, SMB e iSCSI. Altri tipi di protocollo, come NFSv4.1, non sono stati utilizzati per testare le prestazioni di NetApp Volumes.
Limiti di throughput del volume per l'accesso NFSv3
Le sezioni seguenti forniscono dettagli sui limiti di throughput del volume per l'accesso NFSv3.
Livello di servizio Flex File con prestazioni personalizzate
I seguenti test sono stati eseguiti con un singolo volume in un pool di storage zonale Flex personalizzato per prestazioni elevate. Il pool è stato configurato con la massima velocità di trasmissione e il massimo numero di IOPS, e i risultati sono stati acquisiti.
Dimensione blocco di 64 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione blocco di 64 KiB rispetto a un singolo volume con sei macchine virtuali
n2-standard-32Red Hat 9 OS
Set di lavoro di 96 GiB per ogni macchina virtuale con un totale combinato di 576 GiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16Opzioni di montaggio
rsizeewsizeconfigurate su 65536Le dimensioni del volume erano 10 TiB del livello di servizio Flex con prestazioni personalizzate. Per i test, le prestazioni personalizzate sono state impostate sui valori massimi di 5120 MiBps e 160.000 IOPS.
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente mostra che un singolo volume è in grado di gestire circa 4300 MiBps di letture sequenziali pure e 1480 MiBps di scritture sequenziali pure con una dimensione del blocco di 64 KiB su NFSv3.
Risultati del benchmark per NFS 64 KiB sequenziale 6 n2-standard-32 VM Red Hat 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 4304 | 2963 | 1345 | 464 | 0 |
| Scrittura MiBps | 0 | 989 | 1344 | 1390 | 1476 |
Dimensione blocco di 8 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 8 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiRed Hat 9 OS
Set di lavoro di 96 GiB per ogni macchina virtuale con un totale combinato di 576 GiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16rsizeEwsizeopzioni di montaggio su ciascun host configurato a 65536Le dimensioni del volume erano 10 TiB del livello di servizio Flex con prestazioni personalizzate. Per i test, le prestazioni personalizzate sono state impostate sui valori massimi di 5120 MiBps e 160.000 IOPS.
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è in grado di gestire,secondo le stime,circa 126.400 IOPS di lettura casuale pura e 78.600 IOPS di scrittura casuale pura con una dimensione del blocco di 8 KiB su NFSv3.
Risultati del benchmark per VM NFS 8 KiB Random 6 n2-standard-32 Red Hat 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 126.397 | 101.740 | 57.223 | 23.600 | 0 |
| IOPS di scrittura | 0 | 33.916 | 57.217 | 70.751 | 78.582 |
Livello di servizio estremo
I seguenti test sono stati eseguiti con un singolo volume in un pool di storage Extreme e i risultati sono stati acquisiti.
Dimensione blocco di 64 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione blocco di 64 KiB rispetto a un singolo volume con sei macchine virtuali
n2-standard-32Red Hat 9 OS
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è in grado di gestire, secondo le stime, velocità di lettura sequenziale pura comprese tra circa 5.240 MiBps e velocità di scrittura sequenziale pura tra circa 2.180 MiBps, con una dimensione del blocco di 64 KiB, tramite NFSv3.
Risultati del benchmark per NFS 64 KiB sequenziale 6 n2-standard-32 VM Red Hat 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 5.237 | 2.284 | 1.415 | 610 | 0 |
| Scrittura MiBps | 0 | 764 | 1.416 | 1.835 | 2.172 |
Dimensione del blocco di 256 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 256 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiRed Hat 9 OS
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è in grado di gestire, secondo le stime, velocità di lettura sequenziale pura comprese tra circa 4.930 MiBps e velocità di scrittura sequenziale pura tra circa 2.440 MiBps, con una dimensione del blocco di 256 KiB, tramite NFSv3.
Risultati del benchmark per NFS 256 KiB Sequential 6 n2-standard-32 VM Red Hat 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 4.928 | 2.522 | 1.638 | 677 | 0 |
| Scrittura MiBps | 0 | 839 | 1.640 | 2.036 | 2.440 |
Dimensione del blocco di 4 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 4 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiRed Hat 9 OS
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è in grado di gestire,secondo le stime,un numero di IOPS (operazioni di input/output) casuali in lettura compreso tra ~380.000 e ~120.000 IOPS casuali in scrittura con una dimensione del blocco di 4 KiB su NFSv3.
Risultati del benchmark per NFS 4 KiB Random 6 n2-standard-32 Red Hat 9 VM
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 380.000 | 172.000 | 79.800 | 32.000 | 0 |
| IOPS di scrittura | 0 | 57.300 | 79.800 | 96.200 | 118.000 |
Dimensione blocco di 8 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 8 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiRed Hat 9 OS
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Opzione di montaggio
nconnectconfigurata su ogni host con un valore di 16La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente mostra che un singolo volume è in grado di gestire tra circa 270.000 IOPS di lettura casuale pura e circa 110.000 IOPS di scrittura casuale pura con una dimensione del blocco di 8 KiB su NFSv3.
Risultati del benchmark per VM NFS 8 KiB Random 6 n2-standard-32 Red Hat 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 265.000 | 132.000 | 66.900 | 30.200 | 0 |
| IOPS di scrittura | 0 | 44.100 | 66.900 | 90.500 | 104.000 |
Limiti di throughput del volume per l'accesso SMB
Le sezioni seguenti forniscono dettagli sui limiti di throughput del volume per l'accesso SMB.
Dimensione blocco di 64 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione blocco di 64 KiB rispetto a un singolo volume con sei macchine virtuali
n2-standard-32Sistema operativo Windows 2022
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Opzione lato client SMB Connect Count Per RSS Network Interface configurata su ogni macchina virtuale con un valore di 16
La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente mostra che un singolo volume è in grado di gestire tra circa 5130 MiBps di letture sequenziali pure e circa 1790 MiBps di scritture sequenziali pure con una dimensione del blocco di 64 KiB su SMB.
SMB 64 KiB Sequential 6 n2-standard-32 VM Windows 2022
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 5128 | 2.675 | 1.455 | 559 | 0 |
| Scrittura MiBps | 0 | 892 | 1.454 | 1.676 | 1.781 |
Dimensione del blocco di 256 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 256 KiB per un singolo volume con sei macchine virtuali n2-standard-32
Sistema operativo Windows 2022
Un working set di 1 TiB per ogni macchina virtuale con un totale combinato di 6 TiB
Conteggio connessioni SMB per interfaccia di rete RSS, opzione lato client configurata su ciascun host per un valore di 16
La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è stimato in grado di gestire tra ~4.620 MiBps di letture sequenziali pure e ~1.830 MiBps di scritture sequenziali pure con una dimensione del blocco di 256 KiB su SMB.
SMB 256 KiB Sequenziale 6 n2-standard-32 Macchine virtuali Windows 2022
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 4.617 | 2.708 | 1.533 | 584 | 0 |
| Scrittura MiBps | 0 | 900 | 1.534 | 1.744 | 1.826 |
Dimensione del blocco di 4 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 4 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiSistema operativo Windows 2022
1 TiB di working set per ogni macchina virtuale per un totale combinato di 6 TiB
Conteggio connessioni SMB per interfaccia di rete RSS: opzione lato client abilitata su ciascun host per un valore di 16
La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è in grado di gestire,secondo le stime,tra ~390.000 IOPS di lettura casuale pura e ~110.000 IOPS di scrittura casuale pura con una dimensione del blocco di 4 KiB tramite SMB.
Risultati del benchmark per SMB 4 KiB Casuale 6 n2-standard-32 Macchine virtuali Windows 2022
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 390.900 | 164.700 | 84.200 | 32.822 | 0 |
| IOPS di scrittura | 0 | 54.848 | 84.200 | 98.500 | 109.300 |
Dimensione blocco di 8 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 8 KiB contro un singolo volume con sei
n2-standard-32macchine virtualiSistema operativo Windows 2022
1 TiB di working set per ogni macchina virtuale per un totale combinato di 6 TiB
Conteggio connessioni SMB per interfaccia di rete RSS, opzione lato client configurata su ciascun host per il valore 16
La dimensione del volume era di 75 TiB del livello di servizio Extreme
Fio è stato eseguito con 8 job su ogni macchina virtuale per un totale di 48 job. La tabella seguente dimostra che un singolo volume è stimato in grado di gestire tra ~280.000 IOPS di lettura casuale pura e ~90.000 IOPS di scrittura casuale pura con una dimensione del blocco di 8 KiB su SMB.
Risultati del benchmark per SMB 8 KiB Casuale 6 n2-standard-32 Macchine virtuali Windows 2022
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 271.800 | 135.900 | 65.700 | 28.093 | 0 |
| IOPS di scrittura | 0 | 45.293 | 65.900 | 84.400 | 85.500 |
Limiti di velocità di trasmissione del volume per l'accesso iSCSI
Le sezioni seguenti descrivono i limiti di throughput del volume per l'accesso iSCSI con il livello di servizio Flex Unified.
I seguenti test sono stati eseguiti con sei volumi da 1 TiB in un pool di storage regionale ad alte prestazioni personalizzato Flex Unified. Il pool è stato configurato con la massima velocità di trasmissione e il massimo numero di IOPS, e i risultati sono stati acquisiti.
Dimensione blocco di 64 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 64 KiB per 6 volumi con 6 macchine virtuali
n2-standard-32Sistema operativo Red Hat Enterprise Linux (RHEL) 9
Set di lavoro da 720 GiB per ogni macchina virtuale, per un totale combinato di 4.320 GiB
iSCSI con il parametro
nr_sessionssu ciascun host impostato su 16Ogni volume ha una dimensione di 1 TiB, su un pool di archiviazione con una capacità totale di 10 TiB.
Fio è stato eseguito con 24 job su ciascuna macchina virtuale con iodepth impostato a 1. La tabella seguente dimostra che un pool di storage è stimato in grado di gestire tra ~4.915 MiBps di letture sequenziali pure e ~2.375 MiBps di scritture sequenziali pure con una dimensione del blocco di 64 KiB su iSCSI.
iSCSI 64 KiB Sequenziale 6 n2-standard-32 Macchine virtuali RHEL 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 4.915 | 3.642 | 1.846 | 701 | 0 |
| Scrittura MiBps | 0 | 1.214 | 1.844 | 2.104 | 2.375 |
Dimensione del blocco di 256 KiB (I/O sequenziale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 256 KiB per 6 volumi con 6 macchine virtuali
n2-standard-32Sistema operativo RHEL 9
Set di lavoro da 720 GiB per ogni macchina virtuale, per un totale combinato di 4.320 GiB
iSCSI con il parametro
nr_sessionssu ciascun host impostato su 16Ogni volume ha una dimensione di 1 TiB, su un pool di archiviazione con una capacità totale di 10 TiB.
Fio è stato eseguito con 24 job su ciascuna macchina virtuale con iodepth impostato a 1. La tabella seguente dimostra che un pool di storage è stimato in grado di gestire tra ~4.954 MiBps di letture sequenziali pure e ~2.648 MiBps di scritture sequenziali pure con una dimensione del blocco di 256 KiB su iSCSI.
iSCSI 256 KiB Sequenziale 6 n2-standard-32 VM RHEL 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| Read MiBps | 4.954 | 3.774 | 2.387 | 859 | 0 |
| Scrittura MiBps | 0 | 1.259 | 2.389 | 2.574 | 2.648 |
Dimensione del blocco di 4 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 4 KiB per 6 volumi con 6 macchine virtuali
n2-standard-32Sistema operativo RHEL 9
Set di lavoro da 720 GiB per ogni macchina virtuale, per un totale combinato di 4.320 GiB
iSCSI con il parametro
nr_sessionssu ciascun host impostato su 16Ogni volume ha una dimensione di 1 TiB, su un pool di archiviazione con una capacità totale di 10 TiB.
Fio è stato eseguito con 24 job su ciascuna macchina virtuale con iodepth impostato a 4. La tabella seguente dimostra che un pool di storage è stimato in grado di gestire tra ~160.000 IOPS di lettura casuale pura e ~160.000 IOPS di scrittura casuale pura con una dimensione del blocco di 4 KiB su iSCSI.
iSCSI 4 KiB Casuale 6 n2-standard-32 VM RHEL 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 159.861 | 120.061 | 80.047 | 40.027 | 0 |
| IOPS di scrittura | 0 | 40.031 | 80.056 | 120.060 | 160.072 |
Dimensione blocco di 8 KiB (I/O casuale)
Questi risultati sono stati ottenuti utilizzando Fio con le seguenti impostazioni:
Dimensione del blocco di 8 KiB per 6 volumi con 6 macchine virtuali
n2-standard-32Sistema operativo RHEL 9
Set di lavoro da 720 GiB per ogni macchina virtuale, per un totale combinato di 4.320 GiB
iSCSI con il parametro
nr_sessionssu ciascun host impostato su 16Ogni volume ha una dimensione di 1 TiB, su un pool di archiviazione con una capacità totale di 10 TiB.
Fio è stato eseguito con 24 job su ciascuna macchina virtuale con iodepth impostato a 4. La tabella seguente dimostra che un pool di storage è stimato in grado di gestire tra ~158.000 IOPS di lettura casuale pura e ~140.400 IOPS di scrittura casuale pura con una dimensione del blocco di 8 KiB su iSCSI.
iSCSI 8 KiB Casuale 6 n2-standard-32 VM RHEL 9
| 100% lettura e 0% scrittura | 75% lettura e 25% scrittura | 50% lettura e 50% scrittura | 25% di lettura e 75% di scrittura | 0% di lettura e 100% di scrittura | |
|---|---|---|---|---|---|
| IOPS di lettura | 157.780 | 120.028 | 80.102 | 39.866 | 0 |
| IOPS di scrittura | 0 | 40.035 | 80.070 | 119.565 | 140.366 |
Benchmark del carico di lavoro del database
Questa sezione fornisce i risultati dei benchmark a livello di applicazione per i database Oracle e Microsoft SQL Server su iSCSI su NetApp Volumes. Queste misurazioni reali integrano i dati di benchmark sintetici relativi allo storage.
Considerazioni
Quando si esaminano i risultati di questi benchmark sui database, è necessario tenere in considerazione i seguenti fattori:
I risultati del benchmark del database rappresentano misurazioni effettuate in specifiche condizioni di prova.
Le prestazioni reali variano in base alle caratteristiche del carico di lavoro e alle configurazioni, come le dimensioni dell'host, la rete, il database, iSCSI, il multipath e l'architettura di implementazione.
Database Oracle
I seguenti test sono stati eseguiti su un database Oracle 23c utilizzando lo strumento Silly Little Oracle Benchmark (SLOB) tramite iSCSI per acquisire i risultati delle prestazioni a scopo di analisi.
| Profilo del carico di lavoro | IOPS di archiviazione | Latenza |
|---|---|---|
| 100% letto | ~157.000 | 0,40 ms |
| 90% lettura e 10% scrittura | ~145.000 | 0,38 ms |
I valori di Storage IOPS rappresentano l'I/O di archiviazione backend osservato durante i test. Il numero totale di IOPS di archiviazione viene calcolato come la somma degli IOPS di lettura e scrittura per un carico di lavoro composto al 90% da letture e al 10% da scritture.
Per ulteriori informazioni, consultare Prestazioni di Oracle su Google Cloud NetApp Volumes tramite iSCSI.
Microsoft SQL Server
I seguenti test sono stati eseguiti su carichi di lavoro di Microsoft SQL Server utilizzando lo strumento SQL Storage Benchmark (SSB) su iSCSI con configurazioni a LUN singolo, al fine di acquisire i risultati delle prestazioni per l'analisi.
| Profilo del carico di lavoro | IOPS di archiviazione | Latenza |
|---|---|---|
| 100% letto | ~140.000 | <1 ms |
| 80% lettura e 20% scrittura | ~100.000 | <1 ms |
Questi valori di prestazione rappresentano le prestazioni di archiviazione sostenute in punti operativi a bassa latenza. Il numero totale di IOPS di archiviazione viene calcolato come la somma degli IOPS di lettura e scrittura per un carico di lavoro composto per l'80% da letture e per il 20% da scritture.
Benchmark dei carichi di lavoro per l'automazione della progettazione elettronica
Il supporto per volumi di grandi dimensioni di NetApp Volumes offre file system paralleli ad alte prestazioni, ideali per i carichi di lavoro di automazione della progettazione elettronica. Questi file system offrono una capacità fino a 1 PiB e garantiscono elevate velocità di I/O e di trasmissione dati a bassa latenza.
I carichi di lavoro di automazione della progettazione elettronica presentano requisiti prestazionali differenti tra la fase di front-end e quella di back-end. La fase frontend dà priorità ai metadati e agli IOPS, mentre la fase backend si concentra sulla velocità di trasmissione.
Un benchmark standard di settore per l'automazione della progettazione elettronica con carichi di lavoro misti frontend e backend, che utilizza un volume di grandi dimensioni con più client NFSv3 distribuiti uniformemente su 6 indirizzi IP, può raggiungere una velocità di trasmissione fino a 21,5 GiBps e fino a 1.350.000 IOPS.