Nastavljamo vam predstavljati hiperkonvergentni sustav Cisco HyperFlex.
U travnju 2019. Cisco ponovno provodi niz demonstracija novog hiperkonvergiranog rješenja Cisco HyperFlex u regijama Rusije i Kazahstana. Za demonstraciju se možete prijaviti putem obrasca za povratne informacije slijedeći poveznicu. Pridruži nam se!
Prethodno smo objavili članak o testovima opterećenja koje je proveo neovisni ESG Lab 2017. godine. U 2018. godini performanse rješenja Cisco HyperFlex (verzija HX 3.0) značajno su poboljšane. Osim toga, konkurentska rješenja također se nastavljaju poboljšavati. Zato objavljujemo novu, noviju verziju ESG-ovih referentnih vrijednosti za stres.
U ljeto 2018. ESG laboratorij ponovno je usporedio Cisco HyperFlex s konkurentima. Uzimajući u obzir trenutni trend korištenja softverski definiranih rješenja, u usporednu analizu dodani su i proizvođači sličnih platformi.
Test konfiguracije
U sklopu testiranja HyperFlex je uspoređen s dva potpuno softverski hiperkonvergentna sustava koji su instalirani na standardnim x86 poslužiteljima, kao i s jednim softversko-hardverskim rješenjem. Testiranje je provedeno pomoću standardnog softvera za hiperkonvergirane sustave - HCIBench, koji koristi Oracle Vdbench alat i automatizira proces testiranja. Konkretno, HCIBench automatski stvara virtualne strojeve, koordinira opterećenje između njih i generira prikladna i razumljiva izvješća.
Kreirano je 140 virtualnih strojeva po klasteru (35 po čvoru klastera). Svaki virtualni stroj koristio je 4 vCPU-a, 4 GB RAM-a. Lokalni VM disk imao je 16 GB, a dodatni disk 40 GB.
U testiranju su sudjelovale sljedeće konfiguracije klastera:
- klaster od četiri Cisco HyperFlex 220C čvora 1 x 400 GB SSD za predmemoriju i 6 x 1.2 TB SAS HDD za podatke;
- konkurentski dobavljač Klaster od četiri čvora 2 x 400 GB SSD za predmemoriju i 4 x 1 TB SATA HDD za podatke;
- klaster dobavljača konkurenta B od četiri čvora 2 x 400 GB SSD za predmemoriju i 12 x 1.2 TB SAS HDD za podatke;
- konkurent Dobavljač C klaster od četiri čvora 4 x 480 GB SSD za predmemoriju i 12 x 900 GB SAS HDD za podatke.
Procesori i RAM kod svih rješenja bili su identični.
Testirajte broj virtualnih strojeva
Testiranje je započelo radnim opterećenjem osmišljenim za oponašanje standardnog OLTP testa: čitanje/pisanje (RW) 70%/30%, 100% FullRandom s ciljem od 800 IOPS po virtualnom stroju (VM). Test je proveden na 140 VM-ova u svakom klasteru u trajanju od tri do četiri sata. Cilj testa je zadržati latencije pisanja na što je moguće više VM-ova na 5 milisekundi ili manje.
Kao rezultat testa (vidi grafikon u nastavku), HyperFlex je bila jedina platforma koja je završila ovaj test s početnih 140 VM-ova i s latencijama ispod 5 ms (4,95 ms). Za svaki od ostalih klastera, test je ponovno pokrenut kako bi se eksperimentalno prilagodio broj VM-ova ciljnoj latenciji od 5 ms tijekom nekoliko ponavljanja.
Dobavljač A uspješno je obradio 70 VM-ova s prosječnim vremenom odziva od 4,65 ms.
Dobavljač B postigao je potrebnu latenciju od 5,37 ms. samo sa 36 VM.
Dobavljač C uspio je obraditi 48 virtualnih strojeva s vremenom odziva od 5,02 ms
Emulacija učitavanja SQL poslužitelja
Zatim je ESG Lab emulirao opterećenje SQL Servera. U testu su korištene različite veličine blokova i omjeri čitanja/pisanja. Test je također proveden na 140 virtualnih računala.
Kao što je prikazano na donjoj slici, klaster Cisco HyperFlex nadmašio je dobavljače A i B u IOPS-u za gotovo dvostruko, a dobavljača C za više od pet puta. Prosječno vrijeme odziva Cisco HyperFlexa bilo je 8,2 ms. Usporedbe radi, prosječno vrijeme odziva za dobavljača A bilo je 30,6 ms, za dobavljača B 12,8 ms, a za dobavljača C 10,33 ms.
Tijekom svih testova došlo se do zanimljivog opažanja. Dobavljač B pokazao je značajnu varijaciju u prosječnoj izvedbi u IOPS-u na različitim VM-ovima. To jest, opterećenje je bilo raspoređeno krajnje neravnomjerno, neki VM-ovi su radili s prosječnom vrijednošću od 1000 IOPS+, a neki - s vrijednošću od 64 IOPS. Cisco HyperFlex je u ovom slučaju izgledao puno stabilnije, svih 140 VM-a dobilo je prosječno 600 IOPS-a od podsustava za pohranu, odnosno opterećenje između virtualnih strojeva raspoređeno je vrlo ravnomjerno.
Važno je napomenuti da je takva neravnomjerna distribucija IOPS-a po virtualnim strojevima kod dobavljača B uočena u svakoj iteraciji testiranja.
U stvarnoj produkciji ovakvo ponašanje sustava može predstavljati veliki problem za administratore; naime, pojedini virtualni strojevi se nasumično počnu zamrzavati i praktički ne postoji način da se taj proces kontrolira. Jedini, ne baš uspješan način za uravnoteženje opterećenja, kada se koristi rješenje dobavljača B, je korištenje jedne ili druge implementacije QoS-a ili balansiranja.
Izlaz
Razmislimo o tome što Cisco Hyperflex ima 140 virtualnih strojeva po 1 fizičkom čvoru naspram 70 ili manje za druga rješenja? Za poslovanje to znači da vam je za podršku jednakog broja aplikacija na Hyperflexu potrebno 2 puta manje čvorova nego u konkurentskim rješenjima, tj. konačni sustav će biti mnogo jeftiniji. Dodamo li ovome i razinu automatizacije svih operacija održavanja mreže, poslužitelja i platforme za pohranu podataka HX Data Platform, postaje jasno zašto Cisco Hyperflex rješenja tako brzo stječu popularnost na tržištu.
Općenito, ESG Labs je potvrdio da Cisco HyperFlex Hybrid HX 3.0 pruža brže i dosljednije performanse od drugih usporedivih rješenja.
Istovremeno, hibridni klasteri HyperFlex također su bili ispred konkurenata u pogledu IOPS-a i latencije. Jednako važno, performanse HyperFlexa postignute su s vrlo dobro raspoređenim opterećenjem po cijeloj pohrani.
Podsjetimo, Cisco Hyperflex rješenje možete vidjeti i uvjeriti se u njegove mogućnosti upravo sada. Sustav je dostupan za demonstraciju svima:
Izvor: www.habr.com