Per misurare le prestazioni del cluster VMware VSAN nei carichi di lavoro di database transazionali, sfruttiamo innanzitutto il benchmark OLTP di Sysbench, prestando particolare attenzione alle prestazioni aggregate totali. IL Sysbench OLTP il benchmark viene eseguito su Percona MySQL sfruttando il motore di archiviazione InnoDB che opera all'interno di un'installazione CentOS. Mentre un’infrastruttura SAN tradizionale può gestire meglio singoli carichi di lavoro di grandi dimensioni, i sistemi iperconvergenti sono progettati per distribuire tale carico su tutti i nodi del sistema. A tal fine, abbiamo distribuito quattro VM Sysbench sul cluster VSAN, 1 per nodo, e abbiamo misurato le prestazioni totali osservate sul cluster mentre tutte funzionavano contemporaneamente.
Per misurare le prestazioni del cluster VMware VSAN nei carichi di lavoro di database transazionali, sfruttiamo innanzitutto il benchmark OLTP di Sysbench, prestando particolare attenzione alle prestazioni aggregate totali. IL Sysbench OLTP il benchmark viene eseguito su Percona MySQL sfruttando il motore di archiviazione InnoDB che opera all'interno di un'installazione CentOS. Mentre un’infrastruttura SAN tradizionale può gestire meglio singoli carichi di lavoro di grandi dimensioni, i sistemi iperconvergenti sono progettati per distribuire tale carico su tutti i nodi del sistema. A tal fine, abbiamo distribuito quattro VM Sysbench sul cluster VSAN, 1 per nodo, e abbiamo misurato le prestazioni totali osservate sul cluster mentre tutte funzionavano contemporaneamente.
Specifiche di Dell PowerEdge R730xd VMware VSAN
- Server Dell PowerEdge R730xd (x4)
- CPU: otto Intel Xeon E5-2697 v3 2.6 GHz (14C/28T)
- Memoria: RDIMM DDR64 da 16 x 4 GB
- SSD: 16 unità a stato solido SAS miste da 800 GB con MLC a 12 Gbps
- HDD: 80 SAS da 1.2 RPM da 10 TB a 6 Gbps
- Rete: 4 x Intel X520 DP 10Gb DA/SFP+, + I350 DP 1Gb Ethernet
- Capacità di archiviazione: 86.46TB
Prestazioni del Sysbench
Ogni VM Sysbench è configurata con tre vDisk, uno per l'avvio (~92 GB), uno con il database precostruito (~447 GB) e il terzo per il database che testeremo (400 GB). Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 64 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic. Va sottolineato che questa configurazione non è stata progettata per saturare completamente tutte le risorse nel nostro cluster VSAN e di fatto ha lasciato molte risorse inutilizzate. A pieno carico con il benchmark in esecuzione, abbiamo visto le VM Sysbench consumare tra 7,200 e 7,900 MHz, con risorse host totali che indicano circa 10,000 MHz utilizzati. Ciò lasciava molto spazio aggiuntivo per la CPU, nonché un po' di spazio I/O di archiviazione per attività aggiuntive. Inoltre, nella nostra configurazione abbiamo consumato solo circa 3.5 TB degli 86.46 TB di capacità di archiviazione VSAN totale. Nelle sezioni successive sull'analisi delle prestazioni entreremo più in dettaglio coprendo i test multi-carico di lavoro e i test VM sysbench scalati.
Configurazione test Sysbench (per VM)
- CentOS 6.3 a 64 bit
- Impronta di archiviazione: 1 TB, 800 GB utilizzati
- Percona XtraDB 5.5.30-rel30.1
- Tabelle del database: 100
- Dimensione del database: 10,000,000
- Discussioni del database: 32
- Memoria RAM: 24 GB
- Durata della prova: 12 ore
- 6 ore di precondizionamento di 32 thread
- 1 ora 32 thread
- 1 ora 16 thread
- 1 ora 8 thread
- 1 ora 4 thread
- 1 ora 2 thread
Con 4 VM che operano simultaneamente nel cluster, abbiamo misurato le prestazioni massime delle singole VM a 32 thread di 694 TPS, 664 TPS, 713 TPS e 758 TPS tra gli host. Questo ci ha dato una media di 707 TPS da tutte e quattro le VM, con la più lenta che è stata del 6.1% sotto la media e la più veloce del 7.2% più veloce della media. Anche se non del tutto uniformi, i test di Sysbench non hanno presentato molte variazioni nel cluster. In totale abbiamo misurato 2,829 TPS complessivi nel cluster VSAN con 4 VM Sysbench in esecuzione.
Osservando la latenza media nel test iperconvergente Sysbench, abbiamo riscontrato tempi di risposta di 46.07 ms, 48.18 ms, 44.86 ms e 42.21 ms a pieno carico. La media dell'intero cluster è stata di 45.33 ms. Dalla VM più veloce a quella più lenta, abbiamo riscontrato uno spread del 12.3% nella latenza media.
Nell'ultima sezione del test Sysbench MySQL, esaminiamo il rendimento della piattaforma quando si misura la latenza del 99° percentile. Questa è un'area in cui tempi di risposta massimi più elevati aumenteranno questo valore di reporting. Sulle 4 VM Sysbench, abbiamo riscontrato tempi sotto carico di picco compresi tra 86.91 ms e 99.23 ms. La latenza massima durante questo periodo è stata misurata tra 422 ms e 480 ms su VSAN.
Il modo migliore per sfruttare l’infrastruttura iperconvergente è distribuire il carico su tutte le risorse di elaborazione e storage, il che non è necessariamente il caso dell’infrastruttura IT tradizionale. Sfruttando più database sui nodi VSAN, otteniamo un quadro più chiaro delle prestazioni aggregate. In questo caso si tratta di un carico di lavoro simile in esecuzione sui nodi, a breve esamineremo più carichi di lavoro. Nel complesso, tuttavia, questo tipo di configurazione è fondamentale per ottenere le migliori prestazioni possibili da VSAN o da qualsiasi altra soluzione iperconvergente.
Prossimo: Rapporto sulle prestazioni di VSAN Microsoft SQL Server
Revisione di VMware Virtual SAN: panoramica e configurazione
Recensione di VMware Virtual SAN: prestazioni di VMmark
Recensione di VMware Virtual SAN: prestazioni OLTP di Sysbench
Recensione su VMware Virtual SAN: prestazioni di SQL Server
Recensione di VMware Virtual SAN: prestazioni OLTP Sysbench scalabili
Recensione di VMware Virtual SAN: prestazioni sintetiche di HCIbench
Pagina del prodotto VMware VSAN
Iscriviti alla newsletter di StorageReview
