Ons gaan voort om jou bekend te stel aan die Cisco HyperFlex hipergekonvergeerde stelsel.
In April 2019 hou Cisco weer 'n reeks demonstrasies van die nuwe hipergekonvergeerde oplossing Cisco HyperFlex in die streke van Rusland en Kazakstan. Jy kan inteken vir 'n demonstrasie deur die terugvoervorm te gebruik deur die skakel te volg. Sluit by ons aan!
Ons het voorheen 'n artikel gepubliseer oor vragtoetse wat in 2017 deur die onafhanklike ESG Lab uitgevoer is. In 2018 het die werkverrigting van die Cisco HyperFlex-oplossing (weergawe HX 3.0) aansienlik verbeter. Daarbenewens verbeter mededingende oplossings ook steeds. Dit is hoekom ons 'n nuwe, meer onlangse weergawe van ESG se stresmaatstawwe publiseer.
In die somer van 2018 het die ESG-laboratorium Cisco HyperFlex weer met sy mededingers vergelyk. Met inagneming van die huidige neiging om sagteware-gedefinieerde oplossings te gebruik, is vervaardigers van soortgelyke platforms ook by die vergelykende analise gevoeg.
Toets konfigurasies
As deel van die toetsing is HyperFlex vergelyk met twee volledig sagteware-hipergekonvergeerde stelsels wat op standaard x86-bedieners geïnstalleer is, sowel as met een sagteware- en hardeware-oplossing. Toetsing is uitgevoer met behulp van standaardsagteware vir hipergekonvergeerde stelsels - HCIBench, wat die Oracle Vdbench-instrument gebruik en die toetsproses outomatiseer. In die besonder, HCIBench skep outomaties virtuele masjiene, koördineer die las tussen hulle en genereer gerieflike en verstaanbare verslae.
140 virtuele masjiene is per groepering geskep (35 per groepknoop). Elke virtuele masjien het 4 vCPU's, 4 GB RAM gebruik. Die plaaslike VM-skyf was 16 GB en die bykomende skyf was 40 GB.
Die volgende groepkonfigurasies het aan die toets deelgeneem:
- groep van vier Cisco HyperFlex 220C nodusse 1 x 400 GB SSD vir kas en 6 x 1.2 TB SAS HDD vir data;
- mededinger Verkoper 'n Groep van vier nodusse 2 x 400 GB SSD vir kas en 4 x 1 TB SATA HDD vir data;
- mededinger Verkoper B-groep van vier nodusse 2 x 400 GB SSD vir kas en 12 x 1.2 TB SAS HDD vir data;
- mededinger Verkoper C-groep van vier nodusse 4 x 480 GB SSD vir kas en 12 x 900 GB SAS HDD vir data.
Die verwerkers en RAM van alle oplossings was identies.
Toets vir die aantal virtuele masjiene
Toetsing het begin met 'n werklading wat ontwerp is om 'n standaard OLTP-toets na te boots: lees/skryf (RW) 70%/30%, 100% FullRandom met 'n teiken van 800 IOPS per virtuele masjien (VM). Die toets is vir drie tot vier uur op 140 VM's in elke groep uitgevoer. Die doel van die toets is om skryfvertragings op soveel VM's as moontlik tot 5 millisekondes of minder te hou.
As gevolg van die toets (sien grafiek hieronder), was HyperFlex die enigste platform wat hierdie toets voltooi het met 'n aanvanklike 140 VM's en met vertragings onder 5 ms (4,95 ms). Vir elk van die ander trosse is die toets herbegin om die aantal VM's eksperimenteel aan te pas by die teikenvertraging van 5 ms oor verskeie iterasies.
Verkoper A het 70 VM'e suksesvol hanteer met 'n gemiddelde reaksietyd van 4,65 ms.
Verkoper B het die vereiste latency van 5,37 ms behaal. slegs met 36 VM's.
Verkoper C kon 48 virtuele masjiene hanteer met 'n reaksietyd van 5,02 ms
SQL Server laai emulasie
Vervolgens het ESG Lab die SQL Server-lading nageboots. Die toets het verskillende blokgroottes en lees/skryfverhoudings gebruik. Die toets is ook op 140 virtuele masjiene uitgevoer.
Soos in die onderstaande figuur getoon, het die Cisco HyperFlex-groepering byna dubbeld beter gevaar as verkopers A en B in IOPS, en verkoper C met meer as vyf keer. Die gemiddelde reaksietyd van Cisco HyperFlex was 8,2 ms. Ter vergelyking was die gemiddelde reaksietyd vir Verkoper A 30,6 ms, vir Verkoper B was 12,8 ms, en vir Verkoper C was 10,33 ms.
'n Interessante waarneming is tydens alle toetse gemaak. Verkoper B het 'n beduidende variasie in gemiddelde prestasie in IOPS op verskillende VM's getoon. Dit wil sê, die vrag is uiters oneweredig versprei, sommige VM's het gewerk met 'n gemiddelde waarde van 1000 IOPS+, en sommige - met 'n waarde van 64 IOPS. Cisco HyperFlex het in hierdie geval baie meer stabiel gelyk, al 140 VM's het 'n gemiddeld van 600 IOPS van die stoorsubstelsel ontvang, dit wil sê, die las tussen die virtuele masjiene is baie eweredig versprei.
Dit is belangrik om daarop te let dat so 'n ongelyke verspreiding van IOPS oor virtuele masjiene by verkoper B waargeneem is in elke iterasie van toetsing.
In werklike produksie kan hierdie gedrag van die stelsel 'n groot probleem vir administrateurs wees; trouens, individuele virtuele masjiene begin lukraak vries en daar is feitlik geen manier om hierdie proses te beheer nie. Die enigste, nie baie suksesvolle manier om te laai balans, wanneer die gebruik van 'n oplossing van verskaffer B, is om een of ander QoS of balansering implementering te gebruik.
Output
Kom ons dink aan wat Cisco Hyperflex het 140 virtuele masjiene per 1 fisiese nodus teenoor 70 of minder vir ander oplossings? Vir besigheid beteken dit dat om dieselfde aantal toepassings op Hyperflex te ondersteun, jy 2 keer minder nodusse benodig as in mededinger-oplossings, m.a.w. die finale stelsel sal baie goedkoper wees. As ons hier die vlak van outomatisering van alle bedrywighede vir die instandhouding van die netwerk, bedieners en bergingsplatform HX Data Platform byvoeg, word dit duidelik waarom Cisco Hyperflex-oplossings so vinnig gewild raak in die mark.
Oor die algemeen het ESG Labs bevestig dat Cisco HyperFlex Hybrid HX 3.0 vinniger en meer konsekwente werkverrigting lewer as ander vergelykbare oplossings.
Terselfdertyd was HyperFlex-bastergroepe ook voor mededingers in terme van IOPS en Latency. Net so belangrik, HyperFlex-prestasie is behaal met 'n baie goed verspreide vrag oor die hele berging.
Laat ons jou daaraan herinner dat jy die Cisco Hyperflex-oplossing kan sien en die vermoëns daarvan op die oomblik kan verifieer. Die stelsel is beskikbaar vir demonstrasie aan almal:
Bron: will.com