Wy bliuwe jo yntrodusearje oan it Cisco HyperFlex hyperconverged systeem.
Yn april 2019 fiert Cisco nochris in searje demonstraasjes fan 'e nije hyperkonvergearre oplossing Cisco HyperFlex yn' e regio's fan Ruslân en Kazachstan. Jo kinne jo oanmelde foar in demonstraasje mei it feedbackformulier troch de keppeling te folgjen. Kom by ûs!
Wy hawwe earder in artikel publisearre oer loadtests útfierd troch it ûnôfhinklike ESG Lab yn 2017. Yn 2018 binne de prestaasjes fan 'e Cisco HyperFlex-oplossing (ferzje HX 3.0) signifikant ferbettere. Derneist bliuwe kompetitive oplossingen ek ferbetterje. Dêrom publisearje wy in nije, mear resinte ferzje fan ESG's stressbenchmarks.
Yn 'e simmer fan 2018 fergelike it ESG-laboratoarium Cisco HyperFlex opnij mei har konkurrinten. Mei rekkening mei de hjoeddeistige trend fan it brûken fan software-definieare oplossingen, waarden fabrikanten fan ferlykbere platfoarms ek tafoege oan 'e ferlykjende analyse.
Test konfiguraasjes
As ûnderdiel fan 'e testen, HyperFlex waard fergelike mei twa folslein software hyperconverged systemen dy't ynstallearre op standert x86 tsjinners, likegoed as mei ien software en hardware oplossing. Testen waard útfierd mei standert software foar hyperconverged systemen - HCIBench, dy't it Oracle Vdbench-ark brûkt en it testproses automatisearret. Benammen HCIBench makket automatysk firtuele masines, koördinearret de lading tusken har en genereart handige en begryplike rapporten.
140 firtuele masines waarden makke per kluster (35 per kluster node). Eltse firtuele masine brûkt 4 vCPUs, 4 GB RAM. De lokale VM-skiif wie 16 GB en de ekstra skiif wie 40 GB.
De folgjende klusterkonfiguraasjes diene mei oan testen:
- kluster fan fjouwer Cisco HyperFlex 220C knopen 1 x 400 GB SSD foar cache en 6 x 1.2 TB SAS HDD foar gegevens;
- konkurrint Vendor In kluster fan fjouwer knopen 2 x 400 GB SSD foar cache en 4 x 1 TB SATA HDD foar gegevens;
- konkurrint Vendor B kluster fan fjouwer knopen 2 x 400 GB SSD foar cache en 12 x 1.2 TB SAS HDD foar gegevens;
- konkurrint Vendor C kluster fan fjouwer knopen 4 x 480 GB SSD foar cache en 12 x 900 GB SAS HDD foar gegevens.
De processors en RAM fan alle oplossings wiene identyk.
Test foar it oantal firtuele masines
Testen begon mei in wurkdruk ûntworpen om in standert OLTP-test te emulearjen: lêze / skriuwe (RW) 70% / 30%, 100% FullRandom mei in doel fan 800 IOPS per firtuele masine (VM). De test waard útfierd op 140 VM's yn elk kluster foar trije oant fjouwer oeren. It doel fan 'e test is om skriuwlatinsjes op safolle VM's mooglik te hâlden oant 5 millisekonden of leger.
As gefolch fan 'e test (sjoch grafyk hjirûnder), wie HyperFlex it ienige platfoarm dat dizze test foltôge mei in earste 140 VM's en mei latencies ûnder 5 ms (4,95 ms). Foar elk fan 'e oare klusters waard de test opnij starte om it oantal VM's eksperiminteel oan te passen oan de doellatinsje fan 5 ms oer ferskate iteraasjes.
Ferkeaper A hat mei súkses 70 VM's behannele mei in gemiddelde reaksjetiid fan 4,65 ms.
Ferkeaper B berikte de fereaske latency fan 5,37 ms. allinnich mei 36 VMs.
Ferkeaper C koe 48 firtuele masines behannelje mei in reaksjetiid fan 5,02 ms
SQL Server Load Emulaasje
Dêrnei emulearre ESG Lab de lading fan SQL Server. De test brûkt ferskate blokgrutte en lês-/skriuwferhâldingen. De test waard ek útfierd op 140 firtuele masines.
Lykas werjûn yn de ûndersteande figuer, de Cisco HyperFlex kluster outperformed ferkeapers A en B yn IOPS mei hast dûbele, en ferkeaper C mei mear as fiif kear. De gemiddelde reaksjetiid fan Cisco HyperFlex wie 8,2 ms. Foar ferliking wie de gemiddelde reaksjetiid foar ferkeaper A 30,6 ms, foar ferkeaper B 12,8 ms, en foar ferkeaper C 10,33 ms.
In nijsgjirrige observaasje waard makke by alle tests. Ferkeaper B liet in signifikante fariaasje sjen yn gemiddelde prestaasjes yn IOPS op ferskate VM's. Dat is, de lading waard ekstreem ûngelyk ferdield, guon VM's wurken mei in gemiddelde wearde fan 1000 IOPS+, en guon - mei in wearde fan 64 IOPS. Cisco HyperFlex seach yn dit gefal folle stabiler út, alle 140 VM's krigen in gemiddelde fan 600 IOPS fan it opslachsubsysteem, dat is, de lading tusken de firtuele masines waard heul gelyk ferdield.
It is wichtich om te notearjen dat sa'n unjildige ferdieling fan IOPS oer firtuele masines by ferkeaper B waard waarnommen yn elke iteraasje fan testen.
Yn echte produksje kin dit gedrach fan it systeem in grut probleem wêze foar behearders yn feite, yndividuele firtuele masines begjinne willekeurich te befriezen en d'r is praktysk gjin manier om dit proses te kontrolearjen. De ienige, net heul suksesfolle manier om lykwicht te laden by it brûken fan in oplossing fan ferkeaper B is it brûken fan ien of oare QoS of balânsjende ymplemintaasje.
konklúzje
Lit ús tinke oer wat Cisco Hyperflex hat 140 firtuele masines per 1 fysike knooppunt tsjin 70 of minder foar oare oplossings? Foar bedriuw betsjut dit dat om itselde oantal applikaasjes op Hyperflex te stypjen, jo 2 kear minder knopen nedich binne as yn konkurrintoplossingen, d.w.s. it definitive systeem sil folle goedkeaper wêze. As wy tafoegje hjir it nivo fan automatisearring fan alle operaasjes foar it behâld fan it netwurk, tsjinners en opslach platfoarm HX Data Platform, wurdt dúdlik wêrom Cisco Hyperflex oplossings wurde sa fluch wint populariteit yn 'e merk.
Oer it algemien hat ESG Labs befêstige dat Cisco HyperFlex Hybrid HX 3.0 rapper en mear konsekwint prestaasjes leveret as oare fergelykbere oplossingen.
Tagelyk wiene HyperFlex hybride klusters ek foarút fan konkurrinten yn termen fan IOPS en Latency. Like wichtich, HyperFlex-prestaasjes waarden berikt mei in heul goed ferdielde lading oer de heule opslach.
Lit ús jo herinnerje dat jo de Cisco Hyperflex-oplossing kinne sjen en har mooglikheden op it stuit ferifiearje. It systeem is beskikber foar demonstraasje foar elkenien:
Boarne: www.habr.com