Sveiki visi! Kaip ir žadėjome, skelbiame Rusijoje pagamintos duomenų saugojimo sistemos – AERODISK ENGINE N2 – apkrovos testo rezultatus.
Ankstesniame straipsnyje mes sulaužėme saugojimo sistemą (tai yra, atlikome avarijų testus), o avarijos testo rezultatai buvo teigiami (tai yra, mes nesulaužėme saugojimo sistemos). Galite peržiūrėti susidūrimo testo rezultatus .
Ankstesnio straipsnio komentaruose buvo prašoma atlikti papildomus, sudėtingesnius susidūrimo testus. Mes juos visus įrašėme ir tikrai įgyvendinsime viename iš šių straipsnių. Tuo pačiu galite bet kada apsilankyti mūsų laboratorijoje Maskvoje (ateiti pėsčiomis arba tai padaryti nuotoliniu būdu per internetą) ir atlikti šiuos tyrimus patys (galite atlikti testavimą net konkrečiam projektui :-)). Rašykite mums, mes apsvarstysime visus scenarijus!
Be to, jei nesate Maskvoje, vis tiek galite susipažinti su mūsų saugojimo sistema dalyvaudami nemokamuose mokymuose artimiausio miesto kompetencijų centre.
Žemiau pateikiamas būsimų renginių sąrašas ir kompetencijų centrų veiklos datos.
- Jekaterinburgas. 16 m. gegužės 2019 d. Mokomasis seminaras. Registruotis galite naudodami nuorodą:
- Jekaterinburgas. 20 m. gegužės 21 – birželio 2019 d. Kompetencijos centras. Ateikite į tiesioginį AERODISK ENGINE N2 saugojimo sistemos demonstravimą bet kuriuo darbo metu. Tikslus adresas ir registracijos nuoroda bus pateikti vėliau. Sekite informaciją.
- Novosibirskas SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
2019 m. spalio mėn - Kazanė. SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
2019 m. spalio mėn - Krasnojarskas SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
Metų 2019 lapkritis
Taip pat norime pasidalinti dar viena gera žinia: pagaliau gavome savo kanalas, kuriame galite žiūrėti vaizdo įrašus iš praeities įvykių. Ten reguliariai skelbiame savo mokymo vaizdo įrašus.
Bandymo stendas
Taigi, grįžkime prie testų. Atnaujinome ENGINE N2 laboratorinę saugojimo sistemą, įdiegdami papildomus SAS SSD diskus, taip pat priekinius Fibre Channel 16G adapterius. Simetriškai atnaujinome serverį, iš kurio vykdysime apkrovą, pridėdami FC 16G adapterius.
Dėl to savo laboratorijoje turime 2 valdiklių saugojimo sistemą su 24 SAS SSD 1,6 TB, 3 DWPD diskais, kurie per SAN jungiklius jungiami prie fizinio Linux serverio per FC 16G.
Bandymų stendo diagrama parodyta paveikslėlyje žemiau.
Testo metodika
Siekdami geriausio blokinės prieigos našumo, naudosime DDP (Dynamic Disk Pool) baseinus, kuriuos kadaise sukūrėme specialiai ALL-FLASH sistemoms.
Testavimui sukūrėme du 1 TB talpos LUN su RAID-10 apsaugos lygiu. Kiekvieną LUN „paskirstysime“ 12 diskų (iš viso 24), kad būtų galima visiškai išnaudoti kiekvieno saugojimo sistemoje įdiegto disko potencialą.
Mes pateikiame LUN serveriui per skirtingus valdiklius, kad kiek įmanoma išnaudotume saugojimo išteklius.
Kiekvienas iš testų truks vieną valandą, o testus atliks Flexible IO (FIO) programa, FIO duomenys bus automatiškai įkeliami į Excel, kuriame aiškumo dėlei jau yra sukurti grafikai.
Įkelti profilius
Iš viso atliksime tris testus po valandą, neįskaitant įšilimo laiko, kuriam skirsime 15 minučių (būtent tiek reikia apšildyti 24 SSD diskų masyvą). Šie testai imituoja dažniausiai pasitaikančius apkrovos profilius, ypač tai yra tam tikros DBVS, vaizdo stebėjimo sistemos, medijos turinio transliacijos ir atsarginės kopijos.
Be to, visuose bandymuose sąmoningai išjungėme galimybę kaupti talpyklą į RAM atminties sistemoje ir pagrindiniame kompiuteryje. Žinoma, tai pablogins rezultatus, tačiau, mūsų nuomone, tokiomis sąlygomis testas bus teisingesnis.
Bandymų rezultatai
Testas Nr.1. Atsitiktinė apkrova mažuose blokuose. Didelės apkrovos operacijų DBVS emuliacija.
- Bloko dydis = 4k
- Skaityti / rašyti = 70% / 30%
- Darbų skaičius = 16
- Eilės gylis = 32
- Įkelti simbolį = visiškai atsitiktinis
Testo rezultatai:
Iš viso su jaunesnio vidutinio nuotolio variklio N2 sistema gavome 438k IOPS su 2,6 milisekundės delsa. Atsižvelgiant į sistemos klasę, mūsų nuomone, rezultatas yra gana padorus. Norėdami suprasti, ar tai yra sistemos riba, pažvelgsime į saugojimo valdiklių išteklių naudojimą.
Mus visų pirma domina centrinis procesorius, nes, kaip minėta aukščiau, sąmoningai išjungėme RAM talpyklą, kad neiškraipytų testo rezultatų.
Abiejuose saugojimo valdikliuose matome maždaug tą patį vaizdą.
Tai yra, procesoriaus apkrova yra 50%. Tai rodo, kad tai toli nuo šios saugojimo sistemos ribos ir ją vis tiek galima lengvai pakeisti. Šiek tiek peršokime į priekį: visi sekantys testai taip pat parodė, kad valdiklio procesorių apkrova yra apie 50%, todėl daugiau jų nebevardinsime.
Remiantis mūsų laboratoriniais tyrimais, patogi AERODISK Engine N2 sistemos riba, jei skaičiuotume atsitiktinius IOPS 4k blokais, yra ~700 000 IOPS. Jei to neužtenka ir reikia siekti milijono, tai turime senesnio modelio ENGINE N4.
Tai yra, istorija apie milijonus IOPS yra ENGINE N4, o jei milijonas jums per daug, tai ramiai naudokitės N2.
Grįžkime prie testų.
Testas Nr.2. Nuoseklus įrašymas dideliais blokais. Vaizdo stebėjimo sistemų emuliacija, duomenų įkėlimas į analitinę DBVS arba atsarginių kopijų įrašymas.
Šiame teste IOPS nebedomina, nes nuosekliai įkeliant didelius blokus jie neturi prasmės. Mus pirmiausia domina: rašymo srautas (megabaitai per sekundę) ir vėlavimai, kurie, žinoma, bus didesni dideliuose blokuose nei mažuose.
- Bloko dydis = 128k
- Skaityti / rašyti = 0% / 100%
- Darbų skaičius = 16
- Eilės gylis = 32
- Simbolių įkėlimas – nuoseklus
Iš viso: turime penkių su puse gigabaitų per sekundę įrašą su vienuolikos milisekundžių vėlavimu. Palyginus su artimiausiais užsienio konkurentais, rezultatas, mūsų nuomone, yra puikus, ir tai nėra ENGINE N2 sistemos riba.
Testas Nr.3. Nuoseklus skaitymas dideliais blokais. Transliuojamo medijos turinio emuliavimas, ataskaitų generavimas iš analitinės DBVS arba duomenų atkūrimas iš atsarginių kopijų.
Kaip ir ankstesniame bandyme, mus domina srautas ir vėlavimai.
- Bloko dydis = 128k
- Skaityti / rašyti = 100% / 0%
- Darbų skaičius = 16
- Eilės gylis = 32
- Simbolių įkėlimas – nuoseklus
Numatoma, kad srautinio skaitymo našumas yra šiek tiek geresnis nei srautinio rašymo našumas.
Įdomu tai, kad delsos indikatorius yra identiškas viso testo metu (tiesi linija). Tai nėra klaida; skaitant nuosekliai dideliais blokais, mūsų atveju tai yra įprasta situacija.
Žinoma, jei tokią sistemą paliksime porai savaičių, galiausiai grafikuose pamatysime periodiškus šuolius, kurie bus susieti su išoriniais veiksniais. Tačiau apskritai jie neturės įtakos vaizdui.
išvados
Iš dviejų valdiklių AERODISK ENGINE N2 sistemos pavyko pasiekti gana rimtų rezultatų (~438 000 IOPS ir ~5-6 gigabaitai per sekundę). Apkrovos testai parodė, kad tikrai nesigėdime savo saugojimo sistemos. Priešingai, rodikliai yra labai padorūs ir atitinka gerą saugojimo sistemą.
Nors, kaip rašėme aukščiau, variklis N2 yra jaunesnis modelis, be to, šiame straipsnyje pateikti rezultatai nėra jo riba. Vėliau paskelbsime panašų testą iš mūsų senesnės ENGINE N4 sistemos.
Natūralu, kad negalime aprėpti visų įmanomų testų viename straipsnyje, todėl vėl raginame skaitytojus komentaruose pasidalinti pageidavimais dėl būsimų testų, į juos tikrai atsižvelgsime būsimuose leidiniuose.
Be to, primename, kad šiais metais aktyviai užsiimame mokymais, todėl kviečiame į mūsų kompetencijų centrus, kur galėsite praeiti mokymus apie AERODISK saugojimo sistemas ir tuo pačiu įdomiai bei smagiai praleisti laiką.
Dubliuoju informaciją apie būsimus mokymus.
- Jekaterinburgas. 16 m. gegužės 2019 d. Mokomasis seminaras. Registruotis galite naudodami nuorodą:
- Jekaterinburgas. 20 m. gegužės 21 – birželio 2019 d. Kompetencijos centras. Ateikite į tiesioginį AERODISK ENGINE N2 saugojimo sistemos demonstravimą bet kuriuo darbo metu. Tikslus adresas ir registracijos nuoroda bus pateikti vėliau. Sekite informaciją.
- Novosibirskas SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
2019 m. spalio mėn - Kazanė. SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
2019 m. spalio mėn - Krasnojarskas SEKOITE INFORMACIJĄ MŪSŲ SVETAINE arba HUBRA.
Metų 2019 lapkritis
Šaltinis: www.habr.com