Pokračujeme v predstavovaní hyperkonvergovaného systému Cisco HyperFlex.
V apríli 2019 spoločnosť Cisco opäť uskutočňuje sériu demonštrácií nového hyperkonvergovaného riešenia Cisco HyperFlex v regiónoch Ruska a Kazachstanu. Môžete sa prihlásiť na ukážku pomocou formulára spätnej väzby kliknutím na odkaz. Pripoj sa k nám!
Predtým sme publikovali článok o záťažových testoch vykonaných nezávislým laboratóriom ESG v roku 2017. V roku 2018 sa výrazne zlepšil výkon riešenia Cisco HyperFlex (verzia HX 3.0). Okrem toho sa neustále zlepšujú aj konkurenčné riešenia. Preto zverejňujeme novú, novšiu verziu stresových benchmarkov ESG.
Laboratórium ESG v lete 2018 opätovne porovnalo Cisco HyperFlex so svojimi konkurentmi. Berúc do úvahy súčasný trend používania softvérovo definovaných riešení, boli do porovnávacej analýzy zaradení aj výrobcovia podobných platforiem.
Testovacie konfigurácie
V rámci testovania bol HyperFlex porovnávaný s dvoma plne softvérovými hyperkonvergovanými systémami, ktoré sú nainštalované na štandardných x86 serveroch, ako aj s jedným softvérovým a hardvérovým riešením. Testovanie prebiehalo pomocou štandardného softvéru pre hyperkonvergované systémy – HCIBench, ktorý využíva nástroj Oracle Vdbench a automatizuje proces testovania. Najmä HCIBench automaticky vytvára virtuálne stroje, koordinuje zaťaženie medzi nimi a generuje pohodlné a zrozumiteľné správy.
Na jeden klaster bolo vytvorených 140 virtuálnych strojov (35 na uzol klastra). Každý virtuálny stroj používal 4 vCPU, 4 GB RAM. Lokálny disk VM mal 16 GB a prídavný disk mal 40 GB.
Na testovaní sa zúčastnili nasledujúce konfigurácie klastra:
- klaster štyroch uzlov Cisco HyperFlex 220C 1 x 400 GB SSD pre vyrovnávaciu pamäť a 6 x 1.2 TB SAS HDD pre dáta;
- konkurent Dodávateľ Skupina štyroch uzlov 2 x 400 GB SSD pre vyrovnávaciu pamäť a 4 x 1 TB SATA HDD pre dáta;
- konkurenčný klaster B so štyrmi uzlami 2 x 400 GB SSD pre vyrovnávaciu pamäť a 12 x 1.2 TB SAS HDD pre dáta;
- konkurenčný dodávateľ C klaster štyroch uzlov 4 x 480 GB SSD pre vyrovnávaciu pamäť a 12 x 900 GB SAS HDD pre dáta.
Procesory a RAM všetkých riešení boli identické.
Otestujte počet virtuálnych počítačov
Testovanie začalo pracovným zaťažením navrhnutým tak, aby emulovalo štandardný test OLTP: čítanie/zápis (RW) 70 %/30 %, 100 % FullRandom s cieľom 800 IOPS na virtuálny stroj (VM). Test sa uskutočnil na 140 VM v každom klastri počas troch až štyroch hodín. Cieľom testu je udržať latencie zápisu na čo najväčšom počte VM na 5 milisekúnd alebo menej.
Ako výsledok testu (pozri graf nižšie), HyperFlex bola jedinou platformou, ktorá dokončila tento test s počiatočnými 140 VM a s latenciou pod 5 ms (4,95 ms). Pre každý z ostatných klastrov bol test reštartovaný, aby sa experimentálne upravil počet VM na cieľovú latenciu 5 ms počas niekoľkých iterácií.
Dodávateľ A úspešne spracoval 70 VM s priemernou dobou odozvy 4,65 ms.
Dodávateľ B dosiahol požadovanú latenciu 5,37 ms. iba s 36 VM.
Dodávateľ C dokázal spracovať 48 virtuálnych strojov s dobou odozvy 5,02 ms
Emulácia zaťaženia servera SQL
Následne ESG Lab emulovalo zaťaženie SQL Servera. Test používal rôzne veľkosti blokov a pomery čítania/zápisu. Test prebiehal aj na 140 virtuálnych strojoch.
Ako je znázornené na obrázku nižšie, klaster Cisco HyperFlex prekonal dodávateľov A a B v IOPS takmer dvojnásobne a dodávateľa C viac ako päťnásobne. Priemerná doba odozvy Cisco HyperFlex bola 8,2 ms. Pre porovnanie, priemerný čas odozvy pre dodávateľa A bol 30,6 ms, pre dodávateľa B bol 12,8 ms a pre dodávateľa C bol 10,33 ms.
Počas všetkých testov došlo k zaujímavému pozorovaniu. Dodávateľ B ukázal významné rozdiely v priemernom výkone v IOPS na rôznych VM. To znamená, že záťaž bola rozložená extrémne nerovnomerne, niektoré VM pracovali s priemernou hodnotou 1000 64 IOPS + a niektoré - s hodnotou 140 IOPS. Cisco HyperFlex v tomto prípade vyzeralo oveľa stabilnejšie, všetkých 600 VM dostalo v priemere XNUMX IOPS z úložného subsystému, to znamená, že záťaž medzi virtuálne stroje bola rozložená veľmi rovnomerne.
Je dôležité poznamenať, že takáto nerovnomerná distribúcia IOPS medzi virtuálnymi strojmi u dodávateľa B bola pozorovaná v každej iterácii testovania.
V reálnej produkcii môže byť toto správanie systému pre administrátorov veľkým problémom, jednotlivé virtuálne stroje totiž začnú náhodne zamŕzať a prakticky neexistuje spôsob, ako tento proces kontrolovať. Jediným, nie veľmi úspešným spôsobom vyrovnávania záťaže pri použití riešenia od dodávateľa B, je použitie jednej alebo druhej implementácie QoS alebo vyrovnávania.
Výkon
Zamyslime sa nad tým, koľko má Cisco Hyperflex 140 virtuálnych strojov na 1 fyzický uzol oproti 70 alebo menej v prípade iných riešení? Pre biznis to znamená, že na podporu rovnakého počtu aplikácií na Hyperflexe potrebujete 2-krát menej uzlov ako v konkurenčných riešeniach, t.j. konečný systém bude oveľa lacnejší. Ak sem pridáme úroveň automatizácie všetkých operácií údržby siete, serverov a úložnej platformy HX Data Platform, je jasné, prečo riešenia Cisco Hyperflex tak rýchlo získavajú na trhu popularitu.
Celkovo ESG Labs potvrdilo, že Cisco HyperFlex Hybrid HX 3.0 poskytuje rýchlejší a konzistentnejší výkon ako iné porovnateľné riešenia.
Hybridné klastre HyperFlex zároveň predbehli konkurentov z hľadiska IOPS a latencie. Rovnako dôležité je, že výkon HyperFlex bol dosiahnutý s veľmi dobre rozloženou záťažou naprieč celým úložiskom.
Pripomeňme, že riešenie Cisco Hyperflex si môžete pozrieť a overiť si jeho možnosti práve teraz. Systém je k dispozícii na ukážku pre každého:
Zdroj: hab.com