Tere kõigile! Nagu lubatud, avaldame Venemaal toodetud andmesalvestussüsteemi – AERODISK ENGINE N2 – koormustesti tulemused.
Eelmises artiklis lõhkusime salvestussüsteemi (ehk siis tegime kokkupõrketeste) ja kokkupõrketesti tulemused olid positiivsed (ehk me ei rikkunud salvestussüsteemi). Saate vaadata kokkupõrketestide tulemusi .
Eelmise artikli kommentaarides taotleti täiendavaid keerukamaid kokkupõrketeste. Oleme need kõik salvestanud ja kindlasti rakendame neid ühes järgmistest artiklitest. Samas võid igal ajal külastada meie laboratooriumi Moskvas (tuleda jala või teha seda kaugjuhtimisega interneti vahendusel) ja teha need testid ise (saab testida isegi konkreetse projekti jaoks :-)). Kirjuta meile, me kaalume kõiki stsenaariume!
Lisaks, kui te ei viibi Moskvas, saate siiski meie salvestussüsteemiga lähemalt tutvuda, osaledes tasuta koolitusel teile lähimas linnas asuvas kompetentsikeskuses.
Allpool on nimekiri tulevastest üritustest ja kompetentsikeskuste töökuupäevadest.
- Jekaterinburg. 16. mai 2019. Koolitusseminar. Registreerida saab lingi kaudu:
- Jekaterinburg. 20. mai – 21. juuni 2019. Kompetentsikeskus. Tulge salvestussüsteemi AERODISK ENGINE N2 otseesitlusele igal tööajal. Täpne aadress ja registreerimislink antakse hiljem. Jälgige teavet.
- Novosibirsk JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
oktoober 2019 - Kaasan. JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
oktoober 2019 - Krasnojarsk JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
november 2019
Ühtlasi tahame jagada veel üht head uudist: lõpuks saime oma kanal, kus saate vaadata videoid varasematest sündmustest. Postitame sinna regulaarselt oma koolitusvideoid.
Katselaud
Niisiis, tagasi testide juurde. Täiendasime oma ENGINE N2 laboratoorset salvestussüsteemi, installides täiendavad SAS-i SSD-draivid ja ka esiotsa Fibre Channel 16G adapterid. Täiendasime sümmeetriliselt serverit, kust laadime, lisades FC 16G adapterid.
Sellest tulenevalt on meie laboris 2 kontrolleriga salvestussüsteem 24 SAS SSD 1,6 TB, 3 DWPD kettaga, mis on SAN-lülitite kaudu ühendatud FC 16G kaudu füüsilise Linuxi serveriga.
Katsestendi diagramm on näidatud alloleval joonisel.
Testimise metoodika
Plokkjuurdepääsu parima jõudluse saavutamiseks kasutame DDP (Dynamic Disk Pool) kogumeid, mille lõime kunagi spetsiaalselt ALL-FLASH süsteemide jaoks.
Testimiseks lõime kaks RAID-1 kaitsetasemega LUN-i mahuga 10 TB. Me "jaotame" iga LUN-i 12 kettale (kokku 24), et kasutada täielikult ära iga salvestussüsteemi installitud ketta potentsiaal.
Esitame LUN-e serverile erinevate kontrollerite kaudu, et salvestusressursse võimalikult palju ära kasutada.
Iga test kestab ühe tunni ja testid teostab Flexible IO (FIO) programm, FIO andmed laetakse automaatselt Excelisse, millesse on selguse huvides juba graafikud sisse ehitatud.
Laadige profiilid
Kokku teeme kolm testi, igaüks üks tund, välja arvatud soojendusaeg, mille jaoks eraldame 15 minutit (täpselt nii palju on vaja 24 SSD-draivi soojendamiseks). Need testid jäljendavad kõige sagedamini esinevaid laadimisprofiile, eelkõige on need teatud DBMS-id, videovalvesüsteemid, meediasisu saated ja varukoopiad.
Samuti keelasime kõigis testides teadlikult salvestussüsteemi ja hosti RAM-i vahemällu salvestamise võimaluse. Muidugi halvendab see tulemusi, kuid meie arvates on sellistes tingimustes test õiglasem.
Katsetulemused
Test nr 1. Juhuslik koormus väikestes plokkides. Suure koormusega tehingute DBMS-i emuleerimine.
- Ploki suurus = 4k
- Lugemine/kirjutamine = 70%/30%
- Tööde arv = 16
- Järjekorra sügavus = 32
- Laadi märk = täielik juhuslik
Testi tulemused:
Kokku saime juunior-keskklassi Engine N2 süsteemiga 438k IOPS-i latentsusajaga 2,6 millisekundit. Arvestades süsteemi klassi, on meie hinnangul tulemus üsna korralik. Et mõista, kas see on süsteemi piirang, vaatame salvestuskontrollerite ressursikasutust.
Meid huvitab peamiselt protsessor, kuna, nagu eespool öeldud, keelasime RAM-i vahemälu teadlikult, et mitte moonutada testi tulemusi.
Mõlemal salvestuskontrolleril näeme ligikaudu sama pilti.
See tähendab, et protsessori koormus on 50%. See viitab sellele, et see on selle salvestussüsteemi piirist kaugel ja seda saab siiski hõlpsasti skaleerida. Hüppame veidi edasi: kõik järgmised testid näitasid ka kontrolleri protsessorite koormust 50% ringis, nii et me neid enam ei loetle.
Meie laboratoorsete testide põhjal on AERODISK Engine N2 süsteemi mugav piir, kui arvestada juhuslikku IOPS-i 4k plokkide juures, ~700 000 IOPS-i. Kui sellest ei piisa ja on vaja pürgida miljoni poole, siis meil on vanem mudel ENGINE N4.
Ehk siis miljonite IOPS-ide lugu on ENGINE N4 ja kui miljon on sulle liiga palju, siis kasuta rahulikult N2.
Tuleme tagasi testide juurde.
Test nr 2. Järjestikune salvestamine suurtes plokkides. Videovalvesüsteemide emuleerimine, andmete laadimine analüütilisse DBMS-i või varukoopiate salvestamine.
Selles testis meid IOPS enam ei huvita, kuna järjestikku suurtes plokkides laadimisel pole neil mõtet. Meid huvitab eelkõige: kirjutamisvoog (megabaiti sekundis) ja viivitused, mis on suurte plokkide puhul muidugi suuremad kui väikeste puhul.
- Ploki suurus = 128k
- Lugemine/kirjutamine = 0%/100%
- Tööde arv = 16
- Järjekorra sügavus = 32
- Laadige märk – järjestikune
Kokku: meil on salvestus viis ja pool gigabaiti sekundis üheteistkümne millisekundilise viivitusega. Võrreldes lähimate välismaiste konkurentidega on tulemus meie arvates suurepärane ega ole ka ENGINE N2 süsteemi piir.
Test nr 3. Järjestikune lugemine suurtes plokkides. Ringhäälingu meediasisu emuleerimine, aruannete genereerimine analüütilisest DBMS-ist või andmete taastamine varukoopiatest.
Nagu eelmises testis, huvitab meid voog ja viivitused.
- Ploki suurus = 128k
- Lugemine/kirjutamine = 100%/0%
- Tööde arv = 16
- Järjekorra sügavus = 32
- Laadige märk – järjestikune
Voogesituse lugemise jõudlus on prognoositavalt pisut parem kui voogesituse kirjutamise jõudlus.
Huvitaval kombel on latentsusnäitaja kogu testi vältel identne (sirge joon). See ei ole viga, suurte plokkide järjestikusel lugemisel on see meie puhul tavaline olukord.
Muidugi, kui jätame süsteemi paariks nädalaks sellisele kujule, näeme lõpuks graafikutel perioodilisi hüppeid, mida seostatakse väliste teguritega. Kuid üldiselt need pilti ei mõjuta.
Järeldused
Kahe kontrolleriga AERODISK ENGINE N2 süsteemist suutsime saavutada päris tõsiseid tulemusi (~438 000 IOPS ja ~5-6 gigabaiti sekundis). Koormustestid näitasid, et me kindlasti ei häbene oma salvestussüsteemi. Vastupidi, näitajad on väga korralikud ja vastavad heale salvestussüsteemile.
Kuigi, nagu eespool kirjutasime, on Engine N2 noorem mudel ja pealegi pole selles artiklis näidatud tulemused selle piirid. Hiljem avaldame sarnase testi oma vanemast ENGINE N4 süsteemist.
Loomulikult ei saa me kõiki võimalikke teste ühe artikli raames katta, seega kutsume lugejaid taaskord üles kommentaarides oma soove tulevaste testide osas jagama, nendega arvestame kindlasti ka tulevastes väljaannetes.
Lisaks tuletame meelde, et sel aastal tegeleme aktiivselt koolitustega, seega kutsume Sind meie kompetentsikeskustesse, kus saad läbida AERODISK salvestussüsteemide alast koolitust ning samal ajal huvitavalt ja lõbusalt aega veeta.
Dubleerin infot tulevaste koolitusürituste kohta.
- Jekaterinburg. 16. mai 2019. Koolitusseminar. Registreerida saab lingi kaudu:
- Jekaterinburg. 20. mai – 21. juuni 2019. Kompetentsikeskus. Tulge salvestussüsteemi AERODISK ENGINE N2 otseesitlusele igal tööajal. Täpne aadress ja registreerimislink antakse hiljem. Jälgige teavet.
- Novosibirsk JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
oktoober 2019 - Kaasan. JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
oktoober 2019 - Krasnojarsk JÄLGIGE MEIE SAIDIL või HUBRA-l olevat teavet.
november 2019
Allikas: www.habr.com