Venemaa seadme AERODISK: koormustestimine. Pigistame välja IOPS-e

Tere kõigile! Nagu lubatud, avaldame Venemaal toodetud andmesalvesüsteemi – AERODISK ENGINE N2 – koormustesti tulemused.

Eelmisel artiklis lõhkusime andmesalvestusseadet (st tegime crash-teste) ja crash-testi tulemused olid positiivsed (st me ei suutnud seadet rikki ajada). Crash-testi tulemusi saab vaadata SIIN.

Eelneva artikli kommentaarides oli soovitud täiendavaid – keerukamaid crash-teste. Oleme need kõik kirja pannud ja viieme need ellu ühes järgnevates artiklites. Samuti võite igal ajal külastada meie laboratooriumi Moskvas (tulla jalgratta või teha seda kaugelt Interneti kaudu) ja sooritada need testid iseseisvalt (võite isegi teha testimise vastavalt konkreetsele projektile :-)). Kirjutage meile, arutame läbi kõik stsenaariumid!

Lisaks, kui te ei asu Moskvas, saate siiski tutvuda meie andmesalvesüsteemiga, osaledes tasuta koolitusüritusel kompetentsikeskuses lähimas linnas.

Allpool on loetelu lähimaid üritusi ja kompetentsikeskuste töökuupäevi.

• Jekaterinburg. 16. mai 2019. Koolitusseminar. Registreerida saab lingilt: https://aerodisk.promo/ekb/
• Jekaterinburg. 20. mai – 21. juuni 2019. Kompetentsikeskus. Tulge igal tööajal vaatama elavat esitlust AERODISK ENGINE N2 seadmetest. Täpne aadress ja registreerimislink tulevad hiljem. Jälgige teavet.
• Novosibirsk. JÄLGIGE MEIE KODULEHTE või HABR-is.
  oktoober 2019
• Kazan. JÄLGIGE MEIE KODULEHTE või HABR-is.
  oktoober 2019
• Krasnojarsk. JÄLGIGE MEIE KODULEHTE või HABR-is.
  november 2019

Tahame ka jagada veel ühte head uudist: lõpuks on meie YouTube kanal, kus saab vaadata varasemate ürituste videosid, täielikult tööle hakanud. Seal avaldame regulaarselt ka meie koolitusvideosid.

Testseade

Nii et naaseme testide juurde. Oleme moderniseerinud meie laboratoorse AERODISK ENGINE N2 seadme, paigaldades sinna täiendavad SAS SSD-diskid ning Front-end adapterid Fibre Channel 16G. Samaaegselt oleme moderniseerinud ka serverit, millest koormust hakkame rakendama, lisades sinna FC 16G adapterid.

Kokkuvõttes on meil laboris 2-juhtmega salvestuslahendus 24 SAS SSD 1,6 TB kettaga, 3 DWPD, mis on ühendatud füüsilise Linux-serveriga SAN-lülitite kaudu FC 16G.
Testi seade on toodud alloleval joonisel.

Testimise meetod

Parima blokeeritud juurdepääsu saavutamiseks kasutame DDP (dünaamiline kettapaik), mille loomisega tegelesime spetsiaalselt ALL-FLASH süsteemide jaoks.
Testimiseks lõime kaks LUN-i, mille suurus on 1 TB igaühe kohta RAID-10 taseme kaitsega. Iga LUN-i „jagame” 12 kettale (kokku 24), et maksimaalselt kasutada iga salvestuslahenduse ketta potentsiaali.

Esitame LUN-id serverile erinevate kontrollerite kaudu, et maksimaalselt rakendada salvestuslahenduse ressursse.

Iga test kestab ühe tunni ja testid viiakse läbi Flexible IO (FIO) programmiga, FIO andmed salvestatakse automaatselt Excelisse, kus ehitatakse graafikud visuaalsuse huvides.

Koormusprofiilid

Kokku viime läbi kolm ühe tunni testi, arvestamata soojendamise aega, milleks ettenähtud on 15 minutit (just nii kaua kulub 24 SSD-ketta soojendamiseks). Need testid modelleerivad meiega kõige sagedamini esinevaid koormusprofiile, sealhulgas erinevaid andmebaasisüsteeme, videovalvesüsteeme, meedia kandmisüsteeme ja varundusprotsesse.

Lisaks oleme kõikide testide jooksul teadlikult lülitanud välja vahemälu võimaluse mälus salvestuslahenduses ja hostis. Tulemused, iseenesest mõistetavalt, halvendavad seda, kuid meie arvates muudab see testi sellistes tingimustes ausamaks.

Testi tulemused

Test nr 1. Juhuslik koormus väikeste plokkidega. Kõrge koormusega tehingu andmebaasi simulatsioon.

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

Testi tulemused:

Kokku tagasid madala hinnaga Engine N2 süsteemist 438k IOPS latentsusega 2,6 millisekundit. Arvestades süsteemi klassi, on meie arvates tulemus täiesti rahuldav. Et mõista, kas see on süsteemi maksimum, vaatame kontrollerite ressursikasutust.

Esiteks, huvitab meid CPU, sest nagu eespool mainitud, lülitasime RAM-i vahemälu teadlikult välja, et mitte tulemusi moonutada.

Mõlemal salvestuslahenduse kontrolleril näeme umbes ühesugust pilti.

See, the CPU load is at 50%. This indicates that this storage system is far from its limits and can still be scaled up without issues. To jump ahead a bit: all subsequent tests also showed controller CPU loads around 50%, so we won't repeat those results.

Based on our lab tests, a comfortable limit for the AERODISK Engine N2 system, when considering random IOPS for 4k blocks, is approximately 700,000 IOPS. If that's insufficient and you need to reach a million, we have the higher model ENGINE N4.

So, the story about millions of IOPS pertains to the ENGINE N4, but if a million is too much for you, feel free to use the N2.

Returning to the tests.

Test No. 2. Sequential writing with large blocks. Emulating surveillance systems, loading data into an analytical DBMS, or writing backups.

In this test, we are no longer interested in IOPS, as they make no sense under sequential load with large blocks. What interests us first and foremost are: write throughput (megabytes per second) and latencies, which, of course, will be higher with large blocks than with small ones.

• Block size = 128k
• Read/Write = 0%/100%
• Tööde arv = 16
• Oote sügavus = 32
• Load type – Sequential

In total: we achieved a write speed of five and a half gigabytes per second with latencies of eleven milliseconds. Compared to our nearest foreign competitors, this result is excellent in our view, and it is also not the limit of the ENGINE N2 system.

Test No. 3. Sequential reading with large blocks. Emulating media content streaming, generating reports from an analytical DBMS, or recovering data from backups.

As in the previous test, we are interested in throughput and latencies.

• Block size = 128k
• Read/Write = 100%/0%
• Tööde arv = 16
• Oote sügavus = 32
• Load type – Sequential

Throughput metrics for reading are predictably slightly better than for writing.

Interestingly, the latency metrics throughout the test are identical (a straight line). This is not an error; during sequential reading with large blocks, this situation is common for us.

Of course, if we leave the system in this state for a couple of weeks, we will eventually see periodic spikes on the graphs due to external factors. But overall, they won’t affect the overall picture.

Järeldused

Kaksikontrollerilise AERODISK ENGINE N2 süsteemiga suutsime saavutada päris muljetavaldavaid näitajaid (~438 000 IOPS ja ~5-6 gigabaiti sekundis). Koormustestid näitasid, et meie andmemälu ei ole väär. Vastupidi, tulemused on väga head ja vastavad kvaliteetse andmemälu standarditele.

Kuigi nagu juba mainisime, on Engine N2 madalama astme mudel ning artiklis esitatud tulemused ei ole selle piire. Hiljem avaldame sarnase testi meie kõrgema süsteemi ENGINE N4 kohta.

Loomulikult ei saa me ühe artikli raames katta kõiki võimalikke teste, seega kutsume lugejaid jagama oma soovitusi tulevaste testide osas kommentaarides, me kindlasti arvestame nendega järgmistes väljaannetes.

Lisaks tuletame meelde, et sel aastal tegeleme aktiivselt koolitamisega, seega kutsume teid meie kompetentsikeskustesse, kus saate õppida AERODISK andmemälu kohta, ja samal ajal meeldivalt ja lõbusalt aega veeta.

Kordan teavet lähitulevikus toimuvate koolituste kohta.

• Jekaterinburg. 16. mai 2019. Koolitusseminar. Registreerida saab lingilt: https://aerodisk.promo/ekb/
• Jekaterinburg. 20. mai – 21. juuni 2019. Kompetentsikeskus. Tulge igal tööajal vaatama elavat esitlust AERODISK ENGINE N2 seadmetest. Täpne aadress ja registreerimislink tulevad hiljem. Jälgige teavet.
• Novosibirsk. JÄLGIGE MEIE KODULEHTE või HABR-is.
  oktoober 2019
• Kazan. JÄLGIGE MEIE KODULEHTE või HABR-is.
  oktoober 2019
• Krasnojarsk. JÄLGIGE MEIE KODULEHTE või HABR-is.
  november 2019

Allikas: habr.com