Hei alle sammen! Som lovet publiserer vi resultatene av en lasttest av et russiskprodusert datalagringssystem – AERODISK ENGINE N2.
I forrige artikkel brøt vi lagringssystemet (det vil si at vi utførte kollisjonstester) og resultatene av kollisjonstesten var positive (det vil si at vi ikke brøt lagringssystemet). Du kan se resultatene av kollisjonstesten .
I kommentarene til forrige artikkel ble det bedt om ytterligere, mer sofistikerte kollisjonstester. Vi har registrert dem alle og vil definitivt implementere dem i en av de følgende artiklene. Samtidig kan du besøke laboratoriet vårt i Moskva når som helst (kom til fots eller gjør det eksternt via Internett) og utføre disse testene selv (du kan til og med gjøre tester for et spesifikt prosjekt :-)). Skriv til oss, vi vil vurdere alle scenarier!
I tillegg, hvis du ikke er i Moskva, kan du fortsatt bli mer kjent med vårt lagringssystem ved å delta på et gratis treningsarrangement på et kompetansesenter i byen nærmest deg.
Nedenfor er en liste over kommende arrangementer og driftsdatoer for kompetansesentrene.
- Jekaterinburg. 16. mai 2019. Opplæringsseminar. Du kan registrere deg ved å bruke lenken:
- Jekaterinburg. 20. mai – 21. juni 2019. Kompetansesenter. Kom til en live demonstrasjon av AERODISK ENGINE N2 lagringssystem når som helst. Den nøyaktige adressen og registreringslenken vil bli gitt senere. Følg informasjonen.
- Novosibirsk FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
Oktober 2019 - Kazan. FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
Oktober 2019 - Krasnojarsk FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
November 2019
Vi ønsker også å dele en god nyhet til: vi har endelig fått vår en kanal hvor du kan se videoer fra tidligere hendelser. Vi legger jevnlig ut treningsvideoene våre der.
Prøvestativ
Så tilbake til testene. Vi oppgraderte vårt ENGINE N2 laboratorielagringssystem ved å installere flere SAS SSD-stasjoner, samt Front-end Fibre Channel 16G-adaptere. På en symmetrisk måte oppgraderte vi serveren som vi skal kjøre lasten fra ved å legge til FC 16G-adaptere.
Som et resultat har vi i laboratoriet vårt et lagringssystem med 2 kontroller med 24 SAS SSD 1,6 TB, 3 DWPD-disker, som er koblet via SAN-svitsjer til en fysisk Linux-server via FC 16G.
Testbenkdiagrammet er vist i figuren under.
Testmetodikk
For best ytelse på blokktilgang vil vi bruke DDP-pooler (Dynamic Disk Pool), som vi en gang laget spesielt for ALL-FLASH-systemer.
For testing laget vi to LUN-er med en kapasitet på 1 TB hver med RAID-10-beskyttelsesnivå. Vi vil "spre" hver LUN over 12 disker (24 totalt) for å utnytte potensialet til hver av de installerte diskene i lagringssystemet fullt ut.
Vi presenterer LUN-er til serveren gjennom forskjellige kontrollere for å utnytte lagringsressurser så mye som mulig.
Hver av testene vil vare en time, og testene vil bli utført av programmet Flexible IO (FIO); FIO-data vil automatisk lastes opp til Excel, der grafer allerede er bygget for klarhet.
Last inn profiler
Totalt vil vi utføre tre tester, en time hver, unntatt oppvarmingstiden, som vi vil tildele 15 minutter til (dette er nøyaktig hvor mye som trengs for å varme opp en rekke med 24 SSD-stasjoner). Disse testene emulerer de mest hyppige belastningsprofilene, spesielt disse er visse DBMS-er, videoovervåkingssystemer, medieinnholdssendinger og sikkerhetskopier.
I alle tester har vi også bevisst deaktivert muligheten til å bufre inn RAM på lagringssystemet og på verten. Selvfølgelig vil dette forverre resultatene, men etter vår mening vil testen under slike forhold være mer rettferdig.
Testresultater
Test nr. 1. Tilfeldig belastning i små blokker. Emulering av et transaksjonelt DBMS med høy belastning.
- Blokkstørrelse = 4k
- Les/skriv = 70 %/30 %
- Antall verk = 16
- Kødybde = 32
- Last inn tegn = Full Random
Testresultater:
Totalt, med junior mellomtone Engine N2-systemet mottok vi 438k IOPS med en ventetid på 2,6 millisekunder. Tatt i betraktning systemets klasse, etter vår mening, er resultatet ganske anstendig. For å forstå om dette er grensen for systemet, skal vi se på ressursutnyttelsen til lagringskontrollere.
Vi er først og fremst interessert i CPU, siden vi, som nevnt ovenfor, bevisst deaktiverte RAM-cachen for ikke å forvrenge testresultatene.
På begge lagringskontrollerne ser vi omtrent det samme bildet.
Det vil si at CPU-belastningen er 50%. Dette antyder at dette er langt fra grensen for dette lagringssystemet, og det kan fortsatt enkelt skaleres. La oss hoppe litt videre: alle de følgende testene viste også at belastningen på kontrollerprosessorene var rundt 50 %, så vi vil ikke liste dem opp igjen.
Basert på våre laboratorietester er den komfortable grensen for AERODISK Engine N2-systemet, hvis vi teller tilfeldige IOPS ved 4k blokker, ~700 000 IOPS. Hvis ikke dette er nok og du må strebe etter en million, så har vi den eldre modellen ENGINE N4.
Det vil si at historien om millioner av IOPS er ENGINE N4, og hvis en million er for mye for deg, så bruk rolig N2.
La oss gå tilbake til testene.
Test nr. 2. Sekvensielt opptak i store blokker. Emulering av videoovervåkingssystemer, lasting av data inn i en analytisk DBMS eller opptak av sikkerhetskopier.
I denne testen er vi ikke lenger interessert i IOPS, siden når de lastes sekvensielt i store blokker, gir de ingen mening. Vi er først og fremst interessert i: skriveflyten (megabyte per sekund) og forsinkelser, som selvfølgelig vil være høyere med store blokker enn med små.
- Blokkstørrelse = 128k
- Les/skriv = 0 %/100 %
- Antall verk = 16
- Kødybde = 32
- Last inn tegn – Sekvensiell
Totalt: vi har et opptak på fem og en halv gigabyte per sekund med forsinkelser på elleve millisekunder. Sammenlignet med sine nærmeste utenlandske konkurrenter, er resultatet, etter vår mening, utmerket, og er heller ikke grensen for ENGINE N2-systemet.
Test nr. 3. Sekvensiell lesing i store blokker. Emulering av kringkastingsmedieinnhold, generering av rapporter fra en analytisk DBMS eller gjenoppretting av data fra sikkerhetskopier.
Som i forrige test er vi interessert i flyt og forsinkelser.
- Blokkstørrelse = 128k
- Les/skriv = 100 %/0 %
- Antall verk = 16
- Kødybde = 32
- Last inn tegn – Sekvensiell
Streaming-leseytelsen er forutsigbart litt bedre enn streaming-skriveytelsen.
Interessant nok er latensindikatoren identisk gjennom hele testen (rett linje). Dette er ikke en feil; når du leser sekvensielt i store blokker, er dette en vanlig situasjon i vårt tilfelle.
Selvfølgelig, hvis vi lar systemet være i denne formen i et par uker, vil vi etter hvert se periodiske hopp i grafene, som vil være assosiert med eksterne faktorer. Men generelt vil de ikke påvirke bildet.
Funn
Fra AERODISK ENGINE N2-systemet med to kontroller klarte vi å oppnå ganske seriøse resultater (~438 000 IOPS og ~5-6 gigabyte per sekund). Lastetester viste at vi definitivt ikke skammer oss over lagringssystemet vårt. Tvert imot er indikatorene veldig anstendige og tilsvarer et godt lagringssystem.
Selv om, som vi skrev ovenfor, Engine N2 er en juniormodell, og dessuten er resultatene vist i denne artikkelen ikke grensen. Senere vil vi publisere en lignende test fra vårt eldre ENGINE N4-system.
Vi kan naturligvis ikke dekke alle mulige tester innenfor rammen av én artikkel, så vi oppfordrer igjen leserne til å dele sine ønsker for fremtidige tester i kommentarfeltet; vi vil definitivt ta hensyn til dem i fremtidige publikasjoner.
I tillegg minner vi om at vi i år driver aktivt med opplæring, så vi inviterer til våre kompetansesentre, hvor du kan gjennomgå opplæring på AERODISK lagringssystemer, og samtidig ha en interessant og morsom tid.
Jeg dupliserer informasjon om kommende treningsarrangementer.
- Jekaterinburg. 16. mai 2019. Opplæringsseminar. Du kan registrere deg ved å bruke lenken:
- Jekaterinburg. 20. mai – 21. juni 2019. Kompetansesenter. Kom til en live demonstrasjon av AERODISK ENGINE N2 lagringssystem når som helst. Den nøyaktige adressen og registreringslenken vil bli gitt senere. Følg informasjonen.
- Novosibirsk FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
Oktober 2019 - Kazan. FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
Oktober 2019 - Krasnojarsk FØLG INFORMASJONEN PÅ VÅR NETTSTED eller HUBRA.
November 2019
Kilde: www.habr.com