Nadaljujemo s predstavitvijo hiperkonvergiranega sistema Cisco HyperFlex.
Aprila 2019 Cisco ponovno izvaja serijo predstavitev nove hiperkonvergirane rešitve Cisco HyperFlex v regijah Rusije in Kazahstana. Na predstavitev se lahko prijavite s pomočjo obrazca za povratne informacije, tako da sledite povezavi. Pridruži se nam!
Prej smo objavili članek o obremenitvenih testih, ki jih je leta 2017 izvedel neodvisni ESG Lab. V letu 2018 se je zmogljivost rešitve Cisco HyperFlex (različica HX 3.0) bistveno izboljšala. Poleg tega se konkurenčne rešitve še naprej izboljšujejo. Zato objavljamo novo, novejšo različico ESG-jevih meril uspešnosti stresa.
Poleti 2018 je laboratorij ESG ponovno primerjal Cisco HyperFlex s tekmeci. Glede na trenutni trend uporabe programsko definiranih rešitev smo v primerjalno analizo dodali tudi proizvajalce podobnih platform.
Testne konfiguracije
V okviru testiranja smo HyperFlex primerjali z dvema popolnoma programsko hiperkonvergiranima sistemoma, ki sta nameščena na standardnih strežnikih x86, ter z eno programsko in strojno rešitvijo. Testiranje je potekalo s standardno programsko opremo za hiperkonvergirane sisteme - HCIBench, ki uporablja orodje Oracle Vdbench in avtomatizira proces testiranja. Zlasti HCIBench samodejno ustvarja virtualne stroje, usklajuje obremenitev med njimi in ustvarja priročna in razumljiva poročila.
Na gručo je bilo ustvarjenih 140 virtualnih strojev (35 na vozlišče gruče). Vsak virtualni stroj je uporabljal 4 vCPU-je, 4 GB RAM-a. Lokalni disk VM je imel 16 GB, dodatni disk pa 40 GB.
Pri testiranju so sodelovale naslednje konfiguracije gruče:
- gruča štirih vozlišč Cisco HyperFlex 220C 1 x 400 GB SSD za predpomnilnik in 6 x 1.2 TB SAS HDD za podatke;
- konkurenčni prodajalec Grozd štirih vozlišč 2 x 400 GB SSD za predpomnilnik in 4 x 1 TB SATA HDD za podatke;
- konkurenčni grozd dobavitelja B s štirimi vozlišči 2 x 400 GB SSD za predpomnilnik in 12 x 1.2 TB SAS HDD za podatke;
- konkurent Vendor C grozd štirih vozlišč 4 x 480 GB SSD za predpomnilnik in 12 x 900 GB SAS HDD za podatke.
Procesorji in RAM vseh rešitev so bili enaki.
Preizkusite število virtualnih strojev
Testiranje se je začelo z delovno obremenitvijo, zasnovano za posnemanje standardnega preizkusa OLTP: branje/pisanje (RW) 70 %/30 %, 100 % FullRandom s ciljem 800 IOPS na virtualni stroj (VM). Test je bil izveden na 140 VM v vsaki gruči tri do štiri ure. Cilj preizkusa je ohraniti zakasnitve pisanja na čim več navideznih računalnikih na 5 milisekund ali manj.
Kot rezultat preizkusa (glejte spodnji graf) je bila HyperFlex edina platforma, ki je opravila ta preizkus z začetnimi 140 VM-ji in z zakasnitvami pod 5 ms (4,95 ms). Za vsako drugo gručo je bil preizkus znova zagnan, da bi eksperimentalno prilagodili število VM-jev na ciljno zakasnitev 5 ms v več ponovitvah.
Prodajalec A je uspešno obdelal 70 VM s povprečnim odzivnim časom 4,65 ms.
Prodajalec B je dosegel zahtevano zakasnitev 5,37 ms. samo s 36 VM.
Prodajalec C je lahko upravljal 48 virtualnih strojev z odzivnim časom 5,02 ms
Emulacija nalaganja strežnika SQL
Nato je ESG Lab posnemal obremenitev strežnika SQL. Preizkus je uporabil različne velikosti blokov in razmerja med branjem in pisanjem. Test je bil izveden tudi na 140 virtualnih strojih.
Kot je prikazano na spodnji sliki, je gruča Cisco HyperFlex skoraj podvojila prodajalca A in B v IOPS, prodajalca C pa za več kot petkrat. Povprečni odzivni čas Cisco HyperFlex je bil 8,2 ms. Za primerjavo, povprečni odzivni čas za prodajalca A je bil 30,6 ms, za prodajalca B 12,8 ms in za prodajalca C 10,33 ms.
Med vsemi testi je prišlo do zanimive ugotovitve. Prodajalec B je pokazal znatno razliko v povprečni zmogljivosti v IOPS na različnih VM. To pomeni, da je bila obremenitev porazdeljena izjemno neenakomerno, nekateri VM so delovali s povprečno vrednostjo 1000 IOPS+, nekateri pa z vrednostjo 64 IOPS. Cisco HyperFlex je bil v tem primeru videti veliko bolj stabilen, vseh 140 VM-jev je prejelo povprečno 600 IOPS iz podsistema za shranjevanje, kar pomeni, da je bila obremenitev med virtualnimi stroji porazdeljena zelo enakomerno.
Pomembno je omeniti, da je bila tako neenakomerna porazdelitev IOPS po virtualnih strojih pri prodajalcu B opažena pri vsaki ponovitvi testiranja.
V realni produkciji je lahko takšno vedenje sistema velika težava za skrbnike, pravzaprav začnejo posamezni virtualni stroji naključno zamrzovati in tega procesa praktično ni mogoče nadzorovati. Edini, ne zelo uspešen način za uravnoteženje obremenitve, pri uporabi rešitve prodajalca B, je uporaba enega ali drugega QoS ali izvedbe uravnoteženja.
Izhod
Pomislimo, kaj ima Cisco Hyperflex 140 virtualnih strojev na 1 fizično vozlišče v primerjavi s 70 ali manj pri drugih rešitvah? Za podjetja to pomeni, da za podporo enakega števila aplikacij na Hyperflexu potrebujete 2-krat manj vozlišč kot pri konkurenčnih rešitvah, tj. končni sistem bo veliko cenejši. Če sem dodamo še stopnjo avtomatizacije vseh operacij vzdrževanja omrežja, strežnikov in platforme za shranjevanje podatkov HX Data Platform, postane jasno, zakaj rešitve Cisco Hyperflex tako hitro pridobivajo popularnost na trgu.
Na splošno je ESG Labs potrdil, da Cisco HyperFlex Hybrid HX 3.0 zagotavlja hitrejše in doslednejše delovanje kot druge primerljive rešitve.
Hibridni grozdi HyperFlex so bili hkrati tudi pred tekmeci glede IOPS in Latency. Enako pomembno je, da je bila zmogljivost HyperFlex dosežena z zelo dobro porazdeljeno obremenitvijo po celotnem pomnilniku.
Naj vas spomnimo, da si lahko že zdaj ogledate rešitev Cisco Hyperflex in preverite njene zmogljivosti. Sistem je na voljo za predstavitev vsem:
Vir: www.habr.com