Pozdravljeni vsi skupaj! Kot obljubljeno, objavljamo rezultate obremenitvenega testa ruskega sistema za shranjevanje podatkov - AERODISK ENGINE N2.
V prejšnjem članku smo pokvarili pomnilniški sistem (to pomeni, da smo izvedli crash teste) in rezultati testa crash testa so bili pozitivni (to je, da nismo pokvarili pomnilniškega sistema). Ogledate si lahko rezultate testa trčenja .
V komentarjih na prejšnji članek so bile podane zahteve po dodatnih, bolj izpopolnjenih testih trčenja. Vse smo posneli in jih bomo zagotovo uresničili v enem od naslednjih člankov. Hkrati lahko kadar koli obiščete naš laboratorij v Moskvi (pridete peš ali na daljavo prek interneta) in sami opravite te teste (lahko celo opravite testiranje za določen projekt :-)). Pišite nam, upoštevali bomo vse scenarije!
Poleg tega se lahko, če niste v Moskvi, še vedno bolje seznanite z našim sistemom shranjevanja tako, da se udeležite brezplačnega usposabljanja v kompetenčnem centru v mestu, ki vam je najbližje.
Spodaj je seznam prihajajočih dogodkov in datumov delovanja kompetenčnih centrov.
- Ekaterinburg. 16. maj 2019. Seminar za usposabljanje. Registrirate se lahko preko povezave:
- Ekaterinburg. 20. maj – 21. junij 2019. Kompetenčni center. Pridite na predstavitev skladiščnega sistema AERODISK ENGINE N2 v živo ob vsakem delovnem času. Točen naslov in povezava za prijavo bosta posredovana naknadno. Sledite informacijam.
- Novosibirsk SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
oktober 2019 - Kazan. SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
oktober 2019 - Krasnojarsk SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
november 2019
Želimo deliti še eno dobro novico: končno smo dobili svoje kanal, kjer si lahko ogledate videe s preteklih dogodkov. Tam redno objavljamo svoje videoposnetke o usposabljanju.
Testno stojalo
Torej, nazaj k testom. Naš laboratorijski sistem za shranjevanje ENGINE N2 smo nadgradili z namestitvijo dodatnih pogonov SAS SSD in vmesnikov Front-end Fibre Channel 16G. Na simetričen način smo nadgradili strežnik, s katerega bomo izvajali obremenitev, in sicer z dodanimi FC 16G adapterji.
Posledično imamo v našem laboratoriju 2-krmilniški sistem za shranjevanje s 24 SAS SSD 1,6 TB, 3 DWPD diski, ki je preko SAN stikal povezan s fizičnim Linux strežnikom preko FC 16G.
Diagram preskusne naprave je prikazan na spodnji sliki.
Metodologija testiranja
Za najboljšo zmogljivost pri blokovnem dostopu bomo uporabili področja DDP (Dynamic Disk Pool), ki smo jih nekoč ustvarili posebej za sisteme ALL-FLASH.
Za testiranje smo ustvarili dva LUN-a s kapaciteto 1 TB vsak s stopnjo zaščite RAID-10. Vsak LUN bomo »razpršili« na 12 diskov (skupaj 24), da bi v celoti izkoristili potencial vsakega od nameščenih diskov v pomnilniškem sistemu.
Strežniku predstavimo LUN-e prek različnih krmilnikov, da čim bolj izkoristimo vire za shranjevanje.
Vsak od testov bo trajal eno uro, teste pa bo izvajal program Fleksibilni IO (FIO), podatki FIO se bodo avtomatsko nalagali v Excel, v katerem so zaradi preglednosti že vgrajeni grafi.
Naloži profile
Skupaj bomo izvedli tri teste po eno uro, brez časa ogrevanja, za katerega bomo namenili 15 minut (točno toliko je potrebnih za ogrevanje niza 24 SSD diskov). Ti testi posnemajo najpogosteje uporabljene obremenitvene profile, zlasti to so nekateri DBMS-ji, videonadzorni sistemi, predvajanje medijskih vsebin in varnostne kopije.
Poleg tega smo v vseh testih namenoma onemogočili možnost predpomnilnika v RAM v sistemu za shranjevanje in na gostitelju. Seveda bo to poslabšalo rezultate, vendar bo po našem mnenju v takih razmerah test bolj pošten.
Rezultati testiranja
Test št. 1. Naključna obremenitev v majhnih blokih. Emulacija visoko obremenjenega transakcijskega DBMS.
- Velikost bloka = 4k
- Branje/pisanje = 70%/30%
- Število del = 16
- Globina čakalne vrste = 32
- Naloži znak = Polno naključno
Rezultati testov:
Skupno smo z mlajšim sistemom Engine N2 srednjega razreda prejeli 438k IOPS z zakasnitvijo 2,6 milisekunde. Glede na razred sistema je po našem mnenju rezultat povsem spodoben. Da bi razumeli, ali je to meja za sistem, si bomo ogledali uporabo virov krmilnikov za shranjevanje.
Zanima nas predvsem CPE, saj smo, kot je navedeno zgoraj, namenoma onemogočili predpomnilnik RAM, da ne bi popačili rezultatov testa.
Na obeh krmilnikih za shranjevanje vidimo približno enako sliko.
To pomeni, da je obremenitev procesorja 50%. To nakazuje, da to še zdaleč ni meja tega sistema za shranjevanje in ga je še vedno mogoče enostavno prilagoditi. Skočimo še malo naprej: tudi vsi naslednji testi so pokazali okoli 50-odstotno obremenitev procesorjev krmilnikov, zato jih ne bomo ponovno naštevali.
Na podlagi naših laboratorijskih testov je udobna meja sistema AERODISK Engine N2, če štejemo naključne IOPS pri 4k blokih, ~700 IOPS. Če to ni dovolj in si morate prizadevati za milijon, potem imamo starejši model ENGINE N000.
Se pravi, zgodba o milijonih IOPS je ENGINE N4, in če vam je milijon preveč, potem mirno uporabite N2.
Vrnimo se k testom.
Test št. 2. Zaporedno snemanje v velikih blokih. Emulacija videonadzornih sistemov, nalaganje podatkov v analitični DBMS ali snemanje varnostnih kopij.
V tem testu nas IOPS ne zanimajo več, saj pri zaporednem nalaganju v velikih blokih nimajo nobenega smisla. Zanimajo nas predvsem: pretok pisanja (megabajtov na sekundo) in zakasnitve, ki bodo pri velikih blokih seveda večje kot pri majhnih.
- Velikost bloka = 128k
- Branje/pisanje = 0%/100%
- Število del = 16
- Globina čakalne vrste = 32
- Znak obremenitve – zaporedno
Skupaj: imamo posnetek pet gigabajtov in pol na sekundo z zamiki enajstih milisekund. V primerjavi z najbližjimi tujimi tekmeci je rezultat po našem mnenju odličen in tudi ni meja sistema ENGINE N2.
Test št. 3. Zaporedno branje v velikih blokih. Emulacija oddajanja medijskih vsebin, generiranje poročil iz analitičnega DBMS ali obnavljanje podatkov iz varnostnih kopij.
Tako kot v prejšnjem testu nas zanimata pretok in zamude.
- Velikost bloka = 128k
- Branje/pisanje = 100%/0%
- Število del = 16
- Globina čakalne vrste = 32
- Znak obremenitve – zaporedno
Zmogljivost pretakanja branja je predvidljivo nekoliko boljša od zmogljivosti pretakanja pisanja.
Zanimivo je, da je indikator zakasnitve enak skozi celoten test (ravna črta). To ni napaka, pri zaporednem branju v velikih blokih je v našem primeru to običajna situacija.
Seveda, če pustimo sistem v tej obliki nekaj tednov, bomo sčasoma videli periodične skoke v grafih, ki bodo povezani z zunanjimi dejavniki. Toda na splošno ne bodo vplivali na sliko.
Ugotovitve
Iz sistema z dvojnim krmilnikom AERODISK ENGINE N2 smo lahko dosegli precej resne rezultate (~438 IOPS in ~000-5 gigabajtov na sekundo). Obremenitveni testi so pokazali, da se svojega skladiščnega sistema vsekakor ne sramujemo. Nasprotno, kazalniki so zelo spodobni in ustrezajo dobremu sistemu za shranjevanje.
Čeprav je, kot smo zapisali zgoraj, motor N2 mlajši model, poleg tega pa rezultati, prikazani v tem članku, niso njegova meja. Kasneje bomo objavili podoben test iz našega starejšega sistema ENGINE N4.
Seveda v okviru enega članka ne moremo zajeti vseh možnih testov, zato ponovno pozivamo bralce, da v komentarjih delijo svoje želje glede prihodnjih testov, vsekakor jih bomo upoštevali v prihodnjih publikacijah.
Poleg tega vas opozarjamo, da se letos aktivno ukvarjamo z izobraževanjem, zato vas vabimo v naše kompetenčne centre, kjer se lahko izobražujete o skladiščnih sistemih AERODISK ter se ob tem zanimivo in zabavno zabavate.
Podvajam informacije o prihajajočih izobraževanjih.
- Ekaterinburg. 16. maj 2019. Seminar za usposabljanje. Registrirate se lahko preko povezave:
- Ekaterinburg. 20. maj – 21. junij 2019. Kompetenčni center. Pridite na predstavitev skladiščnega sistema AERODISK ENGINE N2 v živo ob vsakem delovnem času. Točen naslov in povezava za prijavo bosta posredovana naknadno. Sledite informacijam.
- Novosibirsk SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
oktober 2019 - Kazan. SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
oktober 2019 - Krasnojarsk SPREMLJAJTE INFORMACIJE NA NAŠI STRANI ali HUBRI.
november 2019
Vir: www.habr.com