Venemaa salvestusseade AERODISK: koormustestimine. Saame maksimum IOPS-ide välja.

Tere kõigile! Nagu lubasime, avaldame tulemused Venemaa tootmise salvestussüsteemi koormustestist – AERODISK ENGINE N2.

Eelmisel artiklis testisime salvestusseadet (st sooritasime crash-teste) ja crash-testi tulemused olid positiivsed (st me ei suutnud seda salvestusseadet rikku). Crash-testi tulemustega saab tutvuda SIIN.

Eelmiseartikli kommentaarides esitati soove täiendavate, keerukamate crash-testide osas. Oleme need kõik üles seadnud ja kindlasti läbiviime need ühes järgmistest artiklitest. Samuti võite igal ajal külastada meie laboratooriumi Moskvas (tulla jalgrattaga või teha seda eemalt Interneti kaudu) ja sooritada need testid iseseisvalt (võite isegi läbida testimise konkreetse projekti jaoks :-)). Kirjutage meile, vaatame läbi kõik stsenaariumid!

Lisaks, kui te ei asu Moskvas, saate siiski tutvuda meie salvestussüsteemiga, osaledes tasuta koolitustel kompetentsikeskustes teie lähedal.

Allpool on nimekiri lähimatest üritustest ja kompetentsikeskuste töökuupäevadest.

• Jekaterinburg. 16. mai 2019. Koolituss seminari. Registreerimine on võimalik lingil: https://aerodisk.promo/ekb/
• Jekaterinburg. 20. mai – 21. juuni 2019. Oskuste keskus. Tulge igal tööaeg meie AERODISK ENGINE N2 salvestusseadmestiku elava esituse vaatamiseks. Täpne aadress ja registreerimislink lisatakse hiljem. Jälgige teavet.
• Novosibirsk. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  oktoober 2019
• Kazan. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  oktoober 2019
• Krasnojarsk. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  november 2019

Samuti tahame jagada veel ühe toreda uudise: meie YouTube kanal, kus saate vaadata möödunud ürituste videosid, on lõpuks korralikult käima läinud. Seal postitame regulaarselt ka meie koolitusvideoid.

Teststand

Nii, naaseme testide juurde. Oleme moderniseerinud meie laboris asuva salvestusseadmestiku ENGINE N2, lisades sinna täiendavad SAS SSD-d, samuti 16G Fibre Channeli Front-end adapterid. Sarnasel viisil oleme moderniseerinud ka serveri, millelt koormust käivitame, lisades sinna 16G FC adapterid.

Lõpuks on meil laboris 2-kontrolleriga salvestussüsteem, kus on 24 tükki SAS SSD-d suurusega 1,6 TB, 3 DWPD, mis on ühendatud SAN-kombinaatorite kaudu füüsilise Linux-serveriga FC 16G kaudu.
Alloleval joonisel on teststandardi skeem.

Testimismetoodika

Parima blokeeritud ligi pääsemise soorituse saavutamiseks kasutame DDP (Dünaamilised Disk Pool) gruppe, mille me kunagi lõime just ALL-FLASH süsteemide jaoks.
Testimiseks lõime kaks LUN-i, mille maht on 1 TB igaühel ning RAID-10 kaitsetase. Iga LUN-i „jaotame” 12 kettale (kokku 24), et täielikult kasutada iga installitud ketta potentsiaali salvestussüsteemis.

Esitame LUN-id serverile erinevate kontrollerite kaudu, et maksimaalselt ära kasutada salvestussüsteemi ressursse.

Iga test kestab ühe tunni ning testid viiakse läbi Flexible IO (FIO) programmiga, FIO andmed laaditakse automaatselt Exceli, kus joonistatakse juba diagrammid, et tulemus oleks selgem.

Koormusprofiilid

Kokku teeme kolm testimist ühe tunni jooksul, arvestamata soojenemise aega, milleks on 15 minutit (just nii kaua kulub 24 SSD ketta massiivi soojendamiseks). Need testid simuleerivad kõige sagedamini kohtatud koormusprofiile, sealhulgas erinevaid andmebaasisüsteeme, videovalvesüsteeme, meedia edastamist ja varundamist.

Samuti oleme kõigis testides teadlikult välja lülitanud võimaluse vahemälu kasutamiseks mälu peal nii salvestusruumis kui ka hostis. See halvendab tulemusi, kuid meie arvates teeb see tingimus testi ausamaks.

Testide tulemused

Test nr 1. Juhuslik koormus väikeste plokkidega. Simuleerimine kõrge koormusega tehingute andmebaasisüsteemi tööst.

• Ploki suurus = 4k
• Lugemine/kirjutamine = 70%/30%
• Tegevuste arv = 16
• Oote sügavus = 32
• Koormuse iseloom = Täiesti juhuslik

Testi tulemused:

Kokku saime madalama keskklassi süsteemi Engine N2 puhul 438k IOPS viivitustega 2,6 millisekundit. Arvestades süsteemi klassi, on see meie arvates täiesti väärikas tulemus. Et mõista, kas see on süsteemi piir, vaatame salvestusruumide kontrollerite ressursside kasutust.

Meidame, eelkõige huvitab meid CPU, kuna nagu eespool mainitud, oleme RAM-vahemälu teadlikult välja lülitanud, et mitte tulemusi moonutada.

Mõlemal salvestuskontrolleril näeme enam-vähem sama pilti.

See tähendab, et CPU koormus on 50%. See kinnitab, et see salvestussüsteem suudab veelgi rohkem ja seda saab rahulikult laiendada. Otsime veidi ette: kõik järgnevad testid näitasid samuti kontrollerite protsessorite koormust 50% ringis, seetõttu ei too me neid enam kordavalt.

Meie laboratoorsete testide kohaselt on AERODISK Engine N2 süsteemi mugav piirmäär, kui arvestada juhuslikke IOPS-e 4k plokkidega, väärtus ~700 000 IOPS. Kui see on liiga vähe ja soovite jõuda miljonini, siis on meil vanem mudel ENGINE N4.

See tähendab, et miljonite IOPS-de lugu kuulub ENGINE N4-le, ja kui miljon on teie jaoks liiga palju, siis kasutage rahulikult N2-d.

Naaseme testide juurde.

Test nr 2. Järjestikune kirjutamine suurte plokkidega. Videovalvesüsteemide emuleerimine, andmete laadimine analüütilisse DB-esse või varukoopiate tegemine.

Selles testis ei huvita meid enam IOPS, kuna järjestikuse koormuse korral suurte plokkidega ei ole neil mingit mõtet. Meie jaoks, eelkõige, on huvitavad: kirjutamisvoog (megabait sekundis) ja latentsus, mis suurte plokkide korral on loomulikult kõrgem kui väikeste puhul.

• Ploki suurus = 128k
• Lugemine/kirjutamine = 0%/100%
• Tegevuste arv = 16
• Oote sügavus = 32
• Koormuse iseloom – Järjestikune

Kokku: saavutame viie ja poole gigabaidi kirjutamiskiirus üheteistkümne millisekundi latentsusega. Kui võrrelda lähimate välismaiste konkurentidega, siis on tulemus meie meelest suurepärane ja ei ole ka süsteemi ENGINE N2 piir.

Test nr 3. Järjestikune lugemine suurte plokkidega. Meedia sisu edastamise emulatsioon, analüütilise andmebaasi aruannete genereerimine või andmete taastamine varukoopiatest.

Nagu eelmises testis, huvitavad meid voog ja latentsus.

• Ploki suurus = 128k
• Lugemine/kirjutamine = 100%/0%
• Tegevuste arv = 16
• Oote sügavus = 32
• Koormuse iseloom – Järjestikune

Voogude lugemise näitajad on prognoositavalt veidi paremad kui voogude kirjutamise näitajad.

Huvi pakub, et latentsuse näitaja on kogu testis identne (otsejoon). See ei ole viga; järjestikuse lugemise suurte plokkide korral on see meie puhul tavaline olukord.

Muidugi, kui jätame süsteemi selliseks paariks nädalaks, näeme lõpuks graafikutel perioodilisi hüppeid, mis on seotud väliste teguritega. Kuid üldiselt ei mõjuta need pilti.

Järeldused

Kaksikkontrolleriga AERODISK ENGINE N2 süsteemist saime kätte piisavalt tõsised näitajad (~438 000 IOPS ja ~5-6 gigabaiti sekundis). Koormustestid näitasid, et meie salvestussüsteemi pärast ei pea häbi tundma. Vastupidi, numbrid on väga head ja vastavad kvaliteetse salvestussüsteemi standarditele.

Kuigi, nagu me varem mainisime, on Engine N2 madalama klassi mudel ja artiklis esitatud tulemused ei ole selle piir. Hiljem avaldame sarnase testi meie vanema süsteemi ENGINE N4 kohta.

Loomulikult ei saa me ühes artiklis katta kõiki võimalikke teste, seega kutsume lugejaid uuesti jagama oma soove tulevaste testide osas kommentaarides. Me kindlasti arvestame nendega järgmistes avaldustes.

Lisaks tahame meelde tuletada, et sel aastal tegeleme aktiivselt koolitamisega, seetõttu kutsume teid meie kompetentsikeskustesse, kus saate koolitust AERODISK salvestussüsteemide kohta ning veeta ka huvitavat ja meeleolukat aega.

Kordan teavet lähenevatest koolitustest.

• Jekaterinburg. 16. mai 2019. Koolituss seminari. Registreerimine on võimalik lingil: https://aerodisk.promo/ekb/
• Jekaterinburg. 20. mai – 21. juuni 2019. Oskuste keskus. Tulge igal tööaeg meie AERODISK ENGINE N2 salvestusseadmestiku elava esituse vaatamiseks. Täpne aadress ja registreerimislink lisatakse hiljem. Jälgige teavet.
• Novosibirsk. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  oktoober 2019
• Kazan. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  oktoober 2019
• Krasnojarsk. JÄLGIGE MEIE KODULEHTE VÕI HABRE-d.
  november 2019

Allikas: habr.com