Pro měření výkonu clusteru VMware VSAN v transakčních databázových úlohách jsme nejprve využili benchmark Sysbench OLTP, přičemž jsme věnovali velkou pozornost celkovému agregovanému výkonu. Benchmark Sysbench OLTP běží na platformě Percona MySQL s využitím úložného enginu InnoDB běžícího v instalaci CentOS. Zatímco tradiční infrastruktura SAN si lépe poradí s velkými jednotlivými úlohami, hyperkonvergované systémy jsou navrženy tak, aby tuto zátěž rozložily na všechny uzly v systému. Za tímto účelem jsme na clusteru VSAN nasadili čtyři virtuální počítače Sysbench, jeden na uzel, a změřili jsme celkový výkon clusteru, přičemž všechny běžely současně.
Specifikace serveru Dell PowerEdge R730xd VMware VSAN
- Servery Dell PowerEdge R730xd (4 ks)
- CPU: Osm Intel Xeon E5-2697 v3 2.6 GHz (14C/28T)
- Paměť: 64 x 16GB DDR4 RDIMM
- SSD: 16 x 800GB SSD disk SAS Mix Use MLC 12 Gb/s
- Pevný disk: 80 x 1.2 TB 10 000 ot./min SAS 6 Gb/s
- Síť: 4 x Intel X520 DP 10Gb DA/SFP+, + I350 DP 1Gb Ethernet
- Kapacita úložiště: 86.46 TB
Výkon Sysbench
Každý virtuální počítač Sysbench je nakonfigurován se třemi vDisky, jedním pro bootování (~92 GB), jedním s předpřipravenou databází (~447 GB) a třetím pro databázi, kterou budeme testovat (400 GB). Z hlediska systémových zdrojů jsme každý virtuální počítač nakonfigurovali s 16 vCPU, 64 GB DRAM a využili jsme řadič LSI Logic SAS SCSI. Je třeba zdůraznit, že tato konfigurace nebyla navržena tak, aby zcela saturovala všechny zdroje v našem clusteru VSAN, a ve skutečnosti po ní zbylo mnoho zdrojů. Při plném zatížení se spuštěným benchmarkem jsme viděli, že virtuální počítače Sysbench spotřebovávají mezi 7 200 a 7 900 MHz, přičemž celkové hostitelské zdroje ukazují využití přibližně 10 000 MHz. To ponechalo dostatek dalšího prostoru pro CPU a také určitý prostor pro úložné I/O operace pro další aktivity. Navíc jsme v naší konfiguraci spotřebovali pouze zhruba 3.5 TB z celkové úložné kapacity VSAN, která činí 86.46 TB. V pozdějších částech analýzy výkonu se podrobněji budeme zabývat testy s více úlohami a také testováním škálovaných virtuálních strojů v SysBench.
Konfigurace testování Sysbench (na virtuální počítač)
- CentOS 6.3 64bitový
- Úložná kapacita: 1 TB, z toho 800 GB použito
- Percona XtraDB 5.5.30-rel30.1
- Databázové tabulky: 100
- Velikost databáze: 10 000 000
- Vlákna databáze: 32
- Vyrovnávací paměť RAM: 24 GB
- Délka testu: 12 hodiny
- 6 hodiny předběžné přípravy 32 vláken
- 1 hodina 32 vláken
- 1 hodina 16 vláken
- 1 hodina 8 vláken
- 1 hodina 4 vláken
- 1 hodina 2 vláken
Se 4 virtuálními počítači běžícími současně v clusteru jsme naměřili maximální výkon 32vláknových individuálních virtuálních počítačů 694TPS, 664TPS, 713TPS a 758TPS napříč hostiteli. To nám dalo průměr 707TPS ze všech čtyř virtuálních počítačů, přičemž nejpomalejší byl o 6.1 % pod průměrem a nejrychlejší byl o 7.2 % rychlejší než průměr. I když testování Sysbench nebylo zcela vyrovnané, nevykazovalo v rámci clusteru velké rozdíly. Celkem jsme v clusteru VSAN se 4 spuštěnými virtuálními počítači Sysbench naměřili souhrnný výkon 2 829 TPS.
Při pohledu na průměrnou latenci v hyperkonvergovaném testu Sysbench jsme zaznamenali doby odezvy 46.07 ms, 48.18 ms, 44.86 ms a 42.21 ms při plném zatížení. Průměr v celém clusteru dosáhl 45.33 ms. Od nejrychlejšího po nejpomalejší virtuální stroj jsme zaznamenali rozdíl v průměrné latenci 12.3 %.
V poslední části testu Sysbench MySQL se podíváme na to, jak dobře si platforma vedla při měření latence 99. percentilu. Toto je oblast, kde vyšší maximální doby odezvy tuto vykazovanou hodnotu zvýší. U všech 4 virtuálních strojů Sysbench jsme zaznamenali časy při špičkovém zatížení v rozmezí od 86.91 ms do 99.23 ms. Maximální latence během tohoto období naměřená na VSAN byla mezi 422 ms a 480 ms.
Hyperkonvergovaná infrastruktura se nejlépe využívá rozložením zátěže na všechny výpočetní a úložné zdroje, což u tradiční IT infrastruktury nutně neplatí. Využitím více databází napříč uzly VSAN získáváme jasnější představu o celkovém výkonu. V tomto případě se jedná o podobnou pracovní zátěž běžící napříč uzly, na více pracovních zátěží se brzy podíváme. Celkově je však tento typ konfigurace klíčový pro dosažení co nejlepšího výkonu z VSAN nebo jakéhokoli jiného hyperkonvergovaného řešení.
Další: Zpráva o výkonu Microsoft SQL Serveru VSAN
Recenze VMware Virtual SAN: Přehled a konfigurace
Recenze VMware Virtual SAN: Výkon VMmark
Recenze VMware Virtual SAN: Výkon Sysbench OLTP
Recenze VMware Virtual SAN: Výkon SQL Serveru
Recenze VMware Virtual SAN: Škálovaný výkon Sysbench OLTP
Recenze VMware Virtual SAN: Syntetický výkon HCIbench
Amazon