Ahoj všichni! Jak jsme slíbili, zveřejňujeme výsledky zátěžového testu systému pro ukládání dat ruské výroby – AERODISK ENGINE N2.
V předchozím článku jsme prolomili úložný systém (tedy provedli jsme crash testy) a výsledky crash testu byly pozitivní (tedy úložný systém jsme nerozbili). Můžete si prohlédnout výsledky crash testů .
V komentářích k předchozímu článku byly vzneseny požadavky na dodatečné, sofistikovanější crash testy. Všechny jsme zaznamenali a určitě je zrealizujeme v některém z následujících článků. Zároveň můžete kdykoli navštívit naši laboratoř v Moskvě (přijít pěšky nebo to udělat na dálku přes internet) a provést tyto testy sami (můžete dokonce provést testování pro konkrétní projekt :-)). Napište nám, zvážíme všechny scénáře!
Navíc, pokud nejste v Moskvě, stále se můžete blíže seznámit s naším skladovacím systémem absolvováním bezplatného školení v kompetenčním centru ve vašem nejbližším městě.
Níže je uveden seznam připravovaných akcí a provozních termínů kompetenčních center.
- Jekatěrinburg. 16. května 2019. Tréninkový seminář. Registrovat se můžete pomocí odkazu:
- Jekatěrinburg. 20. května – 21. června 2019. Kompetenční centrum. Přijďte na živou ukázku úložného systému AERODISK ENGINE N2 v kteroukoli pracovní dobu. Přesná adresa a registrační odkaz budou poskytnuty později. Postupujte podle informací.
- Novosibirsk SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
Říjen 2019 - Kazaň. SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
Říjen 2019 - Krasnojarsk SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
2019. listopadu
Chceme se také podělit o jednu dobrou zprávu: konečně jsme se dočkali kanál, kde můžete sledovat videa z minulých událostí. Pravidelně tam zveřejňujeme naše tréninková videa.
Zkušební stojan
Takže zpět k testům. Upgradovali jsme náš laboratorní úložný systém ENGINE N2 instalací dalších SAS SSD disků a také front-end adaptérů Fibre Channel 16G. Symetrickým způsobem jsme upgradovali server, ze kterého budeme zátěž spouštět, přidáním adaptérů FC 16G.
Výsledkem je, že v naší laboratoři máme úložný systém se 2 řadiči s 24 SAS SSD 1,6 TB, 3 disky DWPD, který je připojen přes přepínače SAN k fyzickému serveru Linux přes FC 16G.
Schéma zkušební stolice je znázorněno na obrázku níže.
Metodika testování
Pro nejlepší výkon při blokovém přístupu budeme používat fondy DDP (Dynamic Disk Pool), které jsme kdysi vytvořili speciálně pro systémy ALL-FLASH.
Pro testování jsme vytvořili dvě LUN s kapacitou 1 TB každá s úrovní ochrany RAID-10. Každou LUN „rozložíme“ na 12 disků (celkem 24), abychom plně využili potenciál každého z instalovaných disků v úložném systému.
Logické jednotky předkládáme serveru prostřednictvím různých řadičů, abychom co nejvíce využili úložné prostředky.
Každý z testů bude trvat jednu hodinu a testy provede program Flexible IO (FIO), FIO data budou automaticky nahrána do Excelu, ve kterém jsou pro přehlednost již sestaveny grafy.
Načíst profily
Celkem provedeme tři testy, každý po jedné hodině, kromě doby zahřívání, na kterou vyčleníme 15 minut (přesně tolik je potřeba k zahřátí pole 24 SSD disků). Tyto testy emulují nejčastěji se vyskytující profily zatížení, zejména se jedná o určité DBMS, systémy video dohledu, vysílání mediálního obsahu a zálohy.
Ve všech testech jsme také záměrně zakázali možnost ukládání do paměti RAM na úložném systému a na hostiteli. To samozřejmě zhorší výsledky, ale podle našeho názoru bude test v takových podmínkách spravedlivější.
Výsledky zkoušek
Test č. 1. Náhodné zatížení v malých blocích. Emulace transakčního DBMS s vysokým zatížením.
- Velikost bloku = 4k
- Čtení/zápis = 70 %/30 %
- Počet prací = 16
- Hloubka fronty = 32
- Načíst znak = Plně Náhodné
Výsledky testů:
Celkově jsme se systémem Junior střední třídy Engine N2 obdrželi 438k IOPS s latencí 2,6 milisekundy. S ohledem na třídu systému je podle nás výsledek celkem slušný. Abychom pochopili, zda se jedná o limit pro systém, podíváme se na využití zdrojů řadičů úložiště.
Nás zajímá především CPU, jelikož, jak je uvedeno výše, jsme záměrně deaktivovali mezipaměť RAM, abychom nezkreslili výsledky testů.
Na obou řadičích úložiště vidíme přibližně stejný obrázek.
To znamená, že zatížení procesoru je 50%. To naznačuje, že to zdaleka není limit tohoto úložného systému a že jej lze stále snadno škálovat. Pojďme trochu dopředu: všechny následující testy také ukázaly, že zatížení procesorů řadiče je kolem 50 %, takže je nebudeme znovu uvádět.
Na základě našich laboratorních testů je pohodlný limit systému AERODISK Engine N2, pokud počítáme náhodné IOPS na 4k blocích, ~700 000 IOPS. Pokud to nestačí a potřebujete usilovat o milion, pak tu máme starší model ENGINE N4.
Čili příběh o milionech IOPS je ENGINE N4 a pokud je pro vás milion moc, tak klidně použijte N2.
Vraťme se k testům.
Test č. 2. Sekvenční nahrávání ve velkých blocích. Emulace video monitorovacích systémů, načítání dat do analytického DBMS nebo nahrávání záložních kopií.
V tomto testu nás již IOPS nezajímají, protože při postupném načítání ve velkých blocích nedávají žádný smysl. Nás zajímá především: tok zápisu (megabajty za sekundu) a zpoždění, které bude samozřejmě u velkých bloků vyšší než u malých.
- Velikost bloku = 128k
- Čtení/zápis = 0 %/100 %
- Počet prací = 16
- Hloubka fronty = 32
- Načíst znak – sekvenční
Celkem: máme záznam pět a půl gigabajtu za sekundu se zpožděním jedenáct milisekund. V porovnání s nejbližší zahraniční konkurencí je výsledek dle našeho názoru vynikající a také není limitem systému ENGINE N2.
Test č. 3. Sekvenční čtení ve velkých blocích. Emulace obsahu vysílaných médií, generování reportů z analytického DBMS nebo obnova dat ze záloh.
Stejně jako v předchozím testu nás zajímá průtok a zpoždění.
- Velikost bloku = 128k
- Čtení/zápis = 100 %/0 %
- Počet prací = 16
- Hloubka fronty = 32
- Načíst znak – sekvenční
Výkon streamovaného čtení je předvídatelně o něco lepší než výkon streamovaného zápisu.
Zajímavé je, že indikátor latence je po celou dobu testu identický (přímá čára). Nejde o chybu, při sekvenčním čtení ve velkých blocích je to v našem případě běžná situace.
Samozřejmě, pokud necháme systém v této podobě pár týdnů, nakonec uvidíme periodické skoky v grafech, které budou spojeny s vnějšími faktory. Ale obecně neovlivní obrázek.
Závěry
Se systémem AERODISK ENGINE N2 s dvěma řadiči jsme byli schopni dosáhnout poměrně vážných výsledků (~438 000 IOPS a ~5-6 gigabajtů za sekundu). Zátěžové testy ukázaly, že se za náš úložný systém rozhodně nestydíme. Naopak ukazatele jsou velmi slušné a odpovídají dobrému úložnému systému.
I když, jak jsme psali výše, Engine N2 je juniorský model a kromě toho výsledky uvedené v tomto článku nejsou jeho limitem. Později zveřejníme podobný test z našeho staršího systému ENGINE N4.
Přirozeně nemůžeme v rámci jednoho článku pokrýt všechny možné testy, proto opět vyzýváme čtenáře, aby se o svá přání ohledně budoucích testů podělili v komentářích, v dalších publikacích je určitě zohledníme.
Navíc připomínáme, že se letos aktivně věnujeme školení, proto vás zveme do našich kompetenčních center, kde můžete absolvovat školení o skladovacích systémech AERODISK a zároveň se zajímavě a zábavně pobavit.
Duplikuji informace o nadcházejících školeních.
- Jekatěrinburg. 16. května 2019. Tréninkový seminář. Registrovat se můžete pomocí odkazu:
- Jekatěrinburg. 20. května – 21. června 2019. Kompetenční centrum. Přijďte na živou ukázku úložného systému AERODISK ENGINE N2 v kteroukoli pracovní dobu. Přesná adresa a registrační odkaz budou poskytnuty později. Postupujte podle informací.
- Novosibirsk SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
Říjen 2019 - Kazaň. SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
Říjen 2019 - Krasnojarsk SLEDUJTE INFORMACE NA NAŠICH STRÁNKÁCH nebo HUBRA.
2019. listopadu
Zdroj: www.habr.com