We terus introduce sampeyan sistem hyperconverged Cisco HyperFlex.
Ing April 2019, Cisco sepisan maneh nganakake seri demonstrasi solusi hyperconverged anyar Cisco HyperFlex ing wilayah Rusia lan Kazakhstan. Sampeyan bisa ndhaptar demonstrasi nggunakake formulir umpan balik kanthi ngetutake tautan kasebut. Gabung karo kita!
Kita sadurunge nerbitake artikel babagan tes beban sing ditindakake dening Lab ESG independen ing taun 2017. Ing 2018, kinerja saka solusi Cisco HyperFlex (versi HX 3.0) wis Ngartekno apik. Kajaba iku, solusi kompetitif uga terus nambah. Pramila kita nerbitake benchmark stres ESG sing anyar lan luwih anyar.
Ing mangsa panas 2018, laboratorium ESG mbandhingake maneh Cisco HyperFlex karo saingan. Nganggep tren saiki nggunakake solusi sing ditemtokake Software, manufaktur platform sing padha uga ditambahake ing analisis komparatif.
Konfigurasi test
Minangka bagΓ©an saka tes, HyperFlex dibandhingake karo rong sistem hyperconverged piranti lunak lengkap sing diinstal ing server x86 standar, uga karo siji solusi piranti lunak lan hardware. Pengujian ditindakake nggunakake piranti lunak standar kanggo sistem hiperkonvergen - HCIBench, sing nggunakake alat Oracle Vdbench lan ngotomatisasi proses tes. Utamane, HCIBench kanthi otomatis nggawe mesin virtual, ngoordinasi beban ing antarane lan ngasilake laporan sing trep lan bisa dingerteni.
140 mesin virtual digawe saben kluster (35 saben simpul kluster). Saben mesin virtual digunakake 4 vCPU, 4 GB RAM. Disk VM lokal ana 16 GB lan disk tambahan 40 GB.
Konfigurasi kluster ing ngisor iki melu uji coba:
- kluster papat Cisco HyperFlex 220C kelenjar 1 x 400 GB SSD kanggo cache lan 6 x 1.2 TB SAS HDD kanggo data;
- pesaing Vendor Kluster papat kelenjar 2 x 400 GB SSD kanggo cache lan 4 x 1 TB SATA HDD kanggo data;
- saingan Vendor B kluster papat kelenjar 2 x 400 GB SSD kanggo cache lan 12 x 1.2 TB SAS HDD kanggo data;
- pesaing Vendor C kluster papat kelenjar 4 x 480 GB SSD kanggo cache lan 12 x 900 GB SAS HDD kanggo data.
Prosesor lan RAM kabeh solusi padha.
Tes kanggo jumlah mesin virtual
Tes diwiwiti kanthi beban kerja sing dirancang kanggo niru tes OLTP standar: maca / nulis (RW) 70%/30%, 100% FullRandom kanthi target 800 IOPS saben mesin virtual (VM). Tes kasebut ditindakake ing 140 VM ing saben kluster sajrone telung nganti patang jam. Tujuan saka tes kasebut yaiku supaya latensi nulis ing VM sabisa nganti 5 milidetik utawa luwih murah.
Minangka asil tes (ndeleng grafik ing ngisor iki), HyperFlex minangka siji-sijine platform sing ngrampungake tes iki kanthi wiwitan 140 VM lan latensi ing ngisor 5 ms (4,95 ms). Kanggo saben kluster liyane, tes kasebut diwiwiti maneh supaya bisa nyetel jumlah VM kanthi eksperimen menyang latensi target 5 ms sajrone sawetara iterasi.
Vendor A kasil nangani 70 VM kanthi wektu nanggepi rata-rata 4,65 ms.
Vendor B entuk latensi sing dibutuhake 5,37 ms. mung karo 36 VMs.
Vendor C bisa nangani 48 mesin virtual kanthi wektu nanggepi 5,02 ms
SQL Server Load Emulation
Sabanjure, ESG Lab niru beban SQL Server. Tes kasebut nggunakake ukuran blok sing beda-beda lan rasio maca / nulis. Tes kasebut uga ditindakake ing 140 mesin virtual.
Minangka ditampilake ing tokoh ngisor, Cisco HyperFlex cluster outperformed vendor A lan B ing IOPS meh pindho, lan vendor C luwih saka kaping lima. Wektu respon rata-rata Cisco HyperFlex yaiku 8,2 ms. Kanggo mbandhingake, wektu respon rata-rata kanggo Vendor A yaiku 30,6 ms, kanggo Vendor B yaiku 12,8 ms, lan kanggo Vendor C yaiku 10,33 ms.
Pengamatan sing menarik ditindakake sajrone kabeh tes. Vendor B nuduhake variasi sing signifikan ing kinerja rata-rata ing IOPS ing macem-macem VM. Yaiku, beban kasebut disebarake kanthi ora rata, sawetara VM makarya kanthi rata-rata 1000 IOPS +, lan sawetara - kanthi nilai 64 IOPS. Cisco HyperFlex ing kasus iki katon luwih stabil, kabeh 140 VM nampa rata-rata 600 IOPS saka subsistem panyimpenan, sing mbukak antarane mesin virtual disebarake banget roto-roto.
Wigati dimangerteni manawa distribusi IOPS sing ora rata ing mesin virtual ing vendor B diamati ing saben pengulangan tes.
Ing produksi nyata, prilaku sistem iki bisa dadi masalah gedhe kanggo pangurus; nyatane, mesin virtual individu kanthi acak wiwit beku lan meh ora ana cara kanggo ngontrol proses iki. Siji-sijine, ora banget sukses cara kanggo mbukak imbangan, nalika nggunakake solusi saka vendor B, nggunakake siji utawa liyane QoS utawa implementasine balancing.
kesimpulan
Ayo dadi mikir bab apa Cisco Hyperflex wis 140 mesin virtual saben 1 simpul fisik mungsuh 70 utawa kurang kanggo solusi liyane? Kanggo bisnis, iki tegese kanggo ndhukung jumlah aplikasi sing padha ing Hyperflex, sampeyan butuh simpul 2 kaping luwih sithik tinimbang ing solusi pesaing, yaiku. sistem final bakal luwih murah. Yen kita nambah kene tingkat otomatis kabeh operasi kanggo njaga jaringan, server lan platform panyimpenan HX Data Platform, dadi cetha kok solusi Cisco Hyperflex dadi cepet entuk popularitas ing pasar.
Sakabèhé, ESG Labs wis dikonfirmasi sing Cisco HyperFlex Sato HX 3.0 ngirim kinerja luwih cepet lan luwih konsisten saka solusi iso dibandhingke.
Ing wektu sing padha, kluster hibrida HyperFlex uga ndhisiki pesaing ing babagan IOPS lan Latency. Sing padha penting, kinerja HyperFlex digayuh kanthi beban sing disebarake kanthi apik ing kabeh panyimpenan.
Ayo kita ngelingake yen sampeyan bisa ndeleng solusi Cisco Hyperflex lan verifikasi kemampuane saiki. Sistem kasedhiya kanggo demonstrasi kanggo kabeh wong:
Source: www.habr.com