För att mäta prestandan för VMware VSAN-klustret i transaktionsdatabasarbetsbelastningar använder vi först Sysbenchs OLTP-riktmärke och ägnar stor uppmärksamhet åt total aggregerad prestanda. De Sysbench OLTP benchmark körs ovanpå Percona MySQL som utnyttjar InnoDB-lagringsmotorn som fungerar i en CentOS-installation. Medan en traditionell SAN-infrastruktur bättre kan hantera stora enskilda arbetsbelastningar, är hyperkonvergerade system utformade för att sprida den belastningen över alla noder i systemet. För det ändamålet distribuerade vi fyra virtuella Sysbench-datorer på VSAN-klustret, 1 per nod, och mätte den totala prestanda som sågs på klustret med alla i drift samtidigt.
För att mäta prestandan för VMware VSAN-klustret i transaktionsdatabasarbetsbelastningar använder vi först Sysbenchs OLTP-riktmärke och ägnar stor uppmärksamhet åt total aggregerad prestanda. De Sysbench OLTP benchmark körs ovanpå Percona MySQL som utnyttjar InnoDB-lagringsmotorn som fungerar i en CentOS-installation. Medan en traditionell SAN-infrastruktur bättre kan hantera stora enskilda arbetsbelastningar, är hyperkonvergerade system utformade för att sprida den belastningen över alla noder i systemet. För det ändamålet distribuerade vi fyra virtuella Sysbench-datorer på VSAN-klustret, 1 per nod, och mätte den totala prestanda som sågs på klustret med alla i drift samtidigt.
Dell PowerEdge R730xd VMware VSAN-specifikationer
- Dell PowerEdge R730xd-servrar (x4)
- CPU:er: Åtta Intel Xeon E5-2697 v3 2.6 GHz (14C/28T)
- Minne: 64 x 16 GB DDR4 RDIMM
- SSD: 16 x 800 GB Solid State Drive SAS Mix Använd MLC 12 Gbps
- Hårddisk: 80 x 1.2TB 10K RPM SAS 6Gbps
- Nätverk: 4 x Intel X520 DP 10Gb DA/SFP+, + I350 DP 1Gb Ethernet
- Lagringskapacitet: 86.46 TB
Sysbench Performance
Varje Sysbench VM är konfigurerad med tre vDisks, en för start (~92GB), en med den förbyggda databasen (~447GB) och den tredje för databasen som vi ska testa (400GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Det bör betonas att den här konfigurationen inte var designad för att helt mätta alla resurser i vårt VSAN-kluster och i själva verket lämnade den många resurser över. Under full belastning med riktmärket igång såg vi Sysbench virtuella datorer förbruka mellan 7,200 7,900 och 10,000 3.5 MHz, med totala värdresurser som indikerar cirka 86.46 XNUMX MHz utnyttjade. Det lämnade över gott om extra CPU-utrymme, samt lite I/O-utrymme för lagring för ytterligare aktiviteter. Vidare hade vi bara förbrukat ungefär XNUMX TB av den totala VSAN-lagringskapaciteten på XNUMX TB i vår konfiguration. I senare avsnitt om prestandaanalys kommer vi att gå in mer i detalj och täcka tester med flera arbetsbelastningar såväl som skalad sysbench VM-testning.
Sysbench-testkonfiguration (per virtuell dator)
- CentOS 6.3 64-bitars
- Lagringsutrymme: 1 TB, 800 GB använt
- Percona XtraDB 5.5.30-rel30.1
- Databastabeller: 100
- Databasstorlek: 10,000,000 XNUMX XNUMX
- Databastrådar: 32
- RAM-buffert: 24GB
- Testlängd: 12 timmar
- 6 timmar förkonditionering 32 trådar
- 1 timme 32 trådar
- 1 timme 16 trådar
- 1 timme 8 trådar
- 1 timme 4 trådar
- 1 timme 2 trådar
Med 4 virtuella datorer som arbetade samtidigt över klustret, mätte vi topp 32-tråds individuella virtuella datorer på 694TPS, 664TPS, 713TPS och 758TPS över värdarna. Detta gav oss ett genomsnitt på 707TPS från alla fyra virtuella datorer, där den långsammaste var 6.1 % under genomsnittet och den snabbaste var 7.2 % snabbare än genomsnittet. Även om det inte var helt jämnt, hade Sysbench-testningen inte massor av variation över klustret. Totalt mätte vi sammanlagt 2,829 4 TPS över VSAN-klustret med XNUMX Sysbench VMs igång.
När vi tittade på den genomsnittliga latensen i Sysbenchs hyperkonvergerade test, såg vi svarstider som mätte 46.07 ms, 48.18 ms, 44.86 ms och 42.21 ms under full belastning. Genomsnittet över hela klustret kom in på 45.33 ms. Från den snabbaste till den långsammaste virtuella datorn såg vi en spridning på 12.3 % i genomsnittlig latens.
I det sista avsnittet av Sysbench MySQL-testet tittar vi på hur bra plattformen klarade sig när vi mätte 99:e percentilens latens. Detta är ett område där högre maximala svarstider kommer att öka detta rapporteringsvärde. På de fyra Sysbench VM:erna såg vi tider under toppbelastning från 4 ms upp till 86.91 ms. Max latens under denna period uppmätt mellan 99.23ms upp till 422ms på VSAN.
Hyperkonvergerad infrastruktur utnyttjas bäst genom att sprida belastningen över alla beräknings- och lagringsresurser, vilket inte nödvändigtvis är fallet med traditionell IT-infrastruktur. Genom att utnyttja flera databaser över VSAN-noderna får vi en tydligare bild av aggregerad prestanda. I det här fallet är det en liknande arbetsbelastning som körs över noderna, vi kommer att undersöka flera arbetsbelastningar inom kort. Sammantaget är dock denna typ av konfiguration avgörande för att extrahera bästa möjliga prestanda ur VSAN eller någon annan hyperkonvergerad lösning.
Nästa upp: VSAN Microsoft SQL Server Performance Report
VMware Virtual SAN Review: Översikt och konfiguration
VMware Virtual SAN Review: VMmark Performance
VMware Virtual SAN Review: Sysbench OLTP Performance
VMware Virtual SAN Review: SQL Server Performance
VMware Virtual SAN Review: Skalad Sysbench OLTP-prestanda
VMware Virtual SAN Review: HCIbench Synthetic Performance
Anmäl dig till StorageReviews nyhetsbrev
