Mes ir toliau pristatome jums „Cisco HyperFlex“ hiperkonverguotą sistemą.
2019 m. balandžio mėn. „Cisco“ Rusijos ir Kazachstano regionuose vėl vykdo naujojo hiperkonverguoto sprendimo „Cisco HyperFlex“ demonstravimo seriją. Galite užsiregistruoti demonstracijai naudodami atsiliepimų formą, spustelėję nuorodą. Prisijunk prie mūsų!
Anksčiau paskelbėme straipsnį apie 2017 m. nepriklausomos ESG laboratorijos atliktus apkrovos testus. 2018 m. gerokai pagerėjo Cisco HyperFlex sprendimo (versija HX 3.0) našumas. Be to, ir toliau tobulėja konkurencingi sprendimai. Štai kodėl mes skelbiame naują, naujesnę ESG streso etalonų versiją.
2018 metų vasarą ESG laboratorija dar kartą palygino Cisco HyperFlex su konkurentais. Atsižvelgiant į dabartinę programinės įrangos sprendimų naudojimo tendenciją, į lyginamąją analizę įtraukti ir panašių platformų gamintojai.
Bandymo konfigūracijos
Testavimo metu HyperFlex buvo lyginamas su dviem visiškai programinės įrangos hiperkonverguotomis sistemomis, kurios yra įdiegtos standartiniuose x86 serveriuose, taip pat su vienu programinės ir techninės įrangos sprendimu. Testavimas buvo atliktas naudojant standartinę hiperkonverguotų sistemų programinę įrangą – HCIBench, kuri naudoja Oracle Vdbench įrankį ir automatizuoja testavimo procesą. Visų pirma, HCIBench automatiškai sukuria virtualias mašinas, koordinuoja jų apkrovą ir generuoja patogias bei suprantamas ataskaitas.
Viename klasteryje buvo sukurta 140 virtualių mašinų (35 viename klasterio mazge). Kiekviena virtuali mašina naudojo 4 vCPU, 4 GB RAM. Vietinis VM diskas buvo 16 GB, o papildomas diskas - 40 GB.
Bandyme dalyvavo šios klasterio konfigūracijos:
- keturių Cisco HyperFlex 220C mazgų grupė 1 x 400 GB SSD talpyklai ir 6 x 1.2 TB SAS HDD duomenims;
- konkurentas Pardavėjas Keturių mazgų grupė 2 x 400 GB SSD talpyklai ir 4 x 1 TB SATA HDD duomenims;
- konkurentas Vendor B keturių mazgų klasteris 2 x 400 GB SSD talpyklai ir 12 x 1.2 TB SAS HDD duomenims;
- konkurentas Vendor C klasteris iš keturių mazgų 4 x 480 GB SSD talpyklai ir 12 x 900 GB SAS HDD duomenims.
Visų sprendimų procesoriai ir RAM buvo identiški.
Išbandykite virtualių mašinų skaičių
Testavimas prasidėjo nuo darbo krūvio, skirto standartiniam OLTP testui emuliuoti: skaitymas / rašymas (RW) 70% / 30%, 100% visiškai atsitiktinis su 800 IOPS vienai virtualiai mašinai (VM). Bandymas buvo atliktas 140 virtualių mašinų kiekviename klasteryje nuo trijų iki keturių valandų. Bandymo tikslas yra išlaikyti rašymo delsą kuo daugiau VM iki 5 milisekundžių ar mažiau.
Atlikus testą (žr. diagramą žemiau), „HyperFlex“ buvo vienintelė platforma, kuri šį testą atliko su pradinėmis 140 VM ir su delsa mažesnėmis nei 5 ms (4,95 ms). Kiekvienoje kitoje grupėje bandymas buvo paleistas iš naujo, kad būtų galima eksperimentiškai pakoreguoti VM skaičių iki tikslinės 5 ms delsos per kelias iteracijas.
Tiekėjas A sėkmingai apdorojo 70 VM, kurių vidutinė atsako trukmė buvo 4,65 ms.
Tiekėjas B pasiekė reikiamą 5,37 ms delsą. tik su 36 VM.
Tiekėjas C galėjo valdyti 48 virtualias mašinas, kurių atsako laikas buvo 5,02 ms
SQL serverio įkėlimo emuliacija
Tada ESG Lab emuliavo SQL serverio įkėlimą. Teste buvo naudojami skirtingi blokų dydžiai ir skaitymo / rašymo santykis. Testas taip pat buvo vykdomas 140 virtualių mašinų.
Kaip parodyta toliau esančiame paveikslėlyje, Cisco HyperFlex klasteris IOPS pranoko tiekėjus A ir B beveik dvigubai, o tiekėjus C – daugiau nei penkis kartus. Vidutinis Cisco HyperFlex atsako laikas buvo 8,2 ms. Palyginimui, vidutinis tiekėjo A atsako laikas buvo 30,6 ms, tiekėjo B - 12,8 ms, o tiekėjo C - 10,33 ms.
Visų bandymų metu buvo atliktas įdomus pastebėjimas. Tiekėjas B parodė reikšmingą vidutinį IOPS našumą skirtingose VM. Tai yra, apkrova buvo paskirstyta itin netolygiai, kai kurios VM dirbo su vidutine 1000 IOPS+ verte, o kai kurios – su 64 IOPS reikšme. „Cisco HyperFlex“ šiuo atveju atrodė daug stabiliau, visos 140 VM iš saugyklos posistemio gavo vidutiniškai 600 IOPS, tai yra, apkrova tarp virtualių mašinų pasiskirstė labai tolygiai.
Svarbu pažymėti, kad toks netolygus IOPS pasiskirstymas tarp tiekėjo B virtualiųjų mašinų buvo pastebėtas kiekvienos testavimo iteracijos metu.
Realiai gamyboje toks sistemos elgesys gali būti didelė problema administratoriams, iš tikrųjų atskiros virtualios mašinos ima atsitiktinai užšalti ir šio proceso praktiškai nėra kaip kontroliuoti. Vienintelis, nelabai sėkmingas apkrovos balanso būdas, naudojant tiekėjo B sprendimą, yra vienokio ar kitokio QoS arba balansavimo įgyvendinimas.
Produkcija
Pagalvokime apie tai, kas Cisco Hyperflex turi 140 virtualių mašinų viename fiziniame mazge, palyginti su 1 ar mažiau kitų sprendimų? Verslui tai reiškia, kad norint palaikyti tokį patį programų skaičių Hyperflex, reikia 70 kartus mažiau mazgų nei konkurentų sprendimuose, t.y. galutinė sistema bus daug pigesnė. Jei čia pridėsime visų tinklo, serverių ir saugojimo platformos HX Data Platform priežiūros operacijų automatizavimo lygį, paaiškės, kodėl Cisco Hyperflex sprendimai taip sparčiai populiarėja rinkoje.
Apskritai ESG Labs patvirtino, kad Cisco HyperFlex Hybrid HX 3.0 užtikrina greitesnį ir pastovesnį našumą nei kiti panašūs sprendimai.
Tuo pačiu metu „HyperFlex“ hibridiniai klasteriai taip pat lenkė konkurentus pagal IOPS ir delsą. Taip pat svarbu, kad „HyperFlex“ našumas buvo pasiektas labai gerai paskirstant apkrovą visoje saugykloje.
Priminsime, kad jau dabar galite pamatyti Cisco Hyperflex sprendimą ir patikrinti jo galimybes. Sistema gali būti demonstruojama visiems:
Šaltinis: www.habr.com