Saluton al ĉiuj! Kiel promesite, ni publikigas la rezultojn de ŝarĝtesto de rusa-farita datuma stokado-sistemo - AERODISK ENGINE N2.
En la antaŭa artikolo, ni rompis la konservan sistemon (tio estas, ni faris kraŝtestojn) kaj la rezultoj de la kraŝtesto estis pozitivaj (tio estas, ni ne rompis la stoksistemon). Vi povas vidi la kraŝtestrezultojn .
En la komentoj al la antaŭa artikolo, petoj estis faritaj por pliaj, pli kompleksaj kraŝtestoj. Ni registris ilin ĉiujn kaj certe efektivigos ilin en unu el la sekvaj artikoloj. Samtempe, vi povas iam ajn viziti nian laboratorion en Moskvo (veni piede aŭ fari ĝin malproksime per la Interreto) kaj fari ĉi tiujn provojn mem (vi eĉ povas fari testadon por specifa projekto :-)). Skribu al ni, ni konsideros ĉiujn scenarojn!
Krome, se vi ne estas en Moskvo, vi ankoraŭ povas pli familiariĝi kun nia konserva sistemo ĉeestante senpagan trejnan eventon en kompetenta centro en la plej proksima al vi urbo.
Malsupre estas listo de venontaj eventoj kaj funkciigaj datoj de la kompetentecaj centroj.
- Jekaterinburg. la 16-an de majo 2019. Trejnseminario. Vi povas registriĝi uzante la ligilon:
- Jekaterinburg. 20 majo - 21 junio 2019. Centro de Kompetentoj. Venu al viva pruvo de la konserva sistemo AERODISK ENGINE N2 en ajna labortempo. La preciza adreso kaj registriĝa ligilo estos donitaj poste. Sekvu la informojn.
- Novosibirsk SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
oktobro 2019 - Kazan. SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
oktobro 2019 - Krasnojarsk SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
novembro 2019
Ni ankaŭ volas konigi ankoraŭ unu bonan novaĵon: ni finfine ricevis nian kanalo kie vi povas spekti filmetojn de pasintaj eventoj. Ni regule afiŝas niajn trejnajn videojn tie.
Testbenko
Do, revenu al la testoj. Ni ĝisdatigis nian laboratorian stoksistemon ENGINE N2 instalante pliajn SAS SSD-diskojn, same kiel Frontend Fibre Channel 16G-adaptilojn. En simetria maniero, ni ĝisdatigis la servilon de kiu ni funkcios la ŝarĝon aldonante FC 16G-adaptilojn.
Kiel rezulto, en nia laboratorio ni havas 2-regilan stoksistemon kun 24 SAS SSD 1,6 TB, 3 DWPD-diskoj, kiu estas konektita per SAN-ŝaltiloj al fizika Linuksa servilo per FC 16G.
La diagramo de testbenko estas montrita en la figuro malsupre.
Testa Metodologio
Por la plej bona rendimento pri blokaliro, ni uzos DDP (Dynamic Disk Pool) naĝejojn, kiujn ni iam kreis specife por ALL-FLASH-sistemoj.
Por testado, ni kreis du LUN-ojn kun kapacito de 1 TB ĉiu kun RAID-10-protekta nivelo. Ni "disvastigos" ĉiun LUN tra 12 diskoj (24 entute) por plene utiligi la potencialon de ĉiu el la instalitaj diskoj en la stokadsistemo.
Ni prezentas LUN-ojn al la servilo per malsamaj regiloj por uzi stokajn rimedojn kiel eble plej multe.
Ĉiu el la testoj daŭros unu horon, kaj la provoj estos faritaj de la programo Fleksebla IO (FIO); FIO-datumoj aŭtomate estos alŝutitaj al Excel, en kiu grafikaĵoj jam estas konstruitaj por klareco.
Ŝarĝu Profiloj
Entute, ni faros tri provojn, po unu horo, ekskludante la varmigan tempon, por kiu ni asignos 15 minutojn (ĝuste kiom necesas por varmigi tabelon de 24 SSD-diskoj). Ĉi tiuj provoj imitas la plej ofte renkontitajn ŝarĝajn profilojn, precipe ĉi tiuj estas certaj DBMSoj, videogvatsistemoj, amaskomunikilaj enhavo-elsendoj kaj sekurkopioj.
Ankaŭ, en ĉiuj testoj, ni intence malŝaltis la kapablon konservi en RAM sur la stokado kaj sur la gastiganto. Kompreneble, ĉi tio plimalbonigos la rezultojn, sed, laŭ nia opinio, en tiaj kondiĉoj la testo estos pli justa.
Testrezultoj
Testo n-ro 1. Hazarda ŝarĝo en malgrandaj blokoj. Emulado de altŝarĝa transakcia DBMS.
- Grando de bloko = 4k
- Legi/Skribi = 70%/30%
- Nombro de verkoj = 16
- Vico-profundo = 32
- Ŝargi karakteron = Plena Hazarda
Testrezultoj:
Entute, kun la juniora meza gamo Engine N2-sistemo ni ricevis 438k IOPS kun latenteco de 2,6 milisekundoj. Konsiderante la klason de la sistemo, laŭ nia opinio, la rezulto estas sufiĉe deca. Por kompreni ĉu ĉi tio estas la limo por la sistemo, ni rigardos la rimedan uzadon de stokadregiloj.
Ni ĉefe interesiĝas pri la CPU, ĉar, kiel dirite supre, ni intence malŝaltis la RAM-kaŝmemoron por ne distordi la testrezultojn.
Sur ambaŭ stokadregiloj ni vidas proksimume la saman bildon.
Tio estas, la CPU-ŝarĝo estas 50%. Ĉi tio sugestas, ke ĉi tio estas malproksime de la limo de ĉi tiu stokada sistemo kaj ĝi ankoraŭ povas esti facile skalebla. Ni iom antaŭeniru: ĉiuj jenaj provoj ankaŭ montris, ke la ŝarĝo sur la regilaj procesoroj estas ĉirkaŭ 50%, do ni ne listigos ilin denove.
Surbaze de niaj laboratoriotestoj, la komforta limo de la sistemo AERODISK Engine N2, se ni kalkulas hazardajn IOPS je 4k blokoj, estas ~700 IOPS. Se ĉi tio ne sufiĉas kaj vi devas strebi por miliono, tiam ni havas la pli malnovan modelon ENGINE N000.
Tio estas, la rakonto pri milionoj da IOPS estas ENGINE N4, kaj se miliono estas tro multe por vi, tiam trankvile uzu N2.
Ni revenu al la provoj.
Testo n-ro 2. Sinsekva registrado en grandaj blokoj. Emulado de videogvatsistemoj, ŝargado de datumoj en analiza DBMS aŭ registrado de rezervaj kopioj.
En ĉi tiu testo ni ne plu interesiĝas pri IOPS, ĉar kiam sinsekve ŝarĝitaj en grandaj blokoj ili ne havas neniun sencon. Ni ĉefe interesas: la skribfluo (megabajtoj sekundo) kaj prokrastoj, kiuj kompreneble estos pli altaj ĉe grandaj blokoj ol ĉe malgrandaj.
- Grando de bloko = 128k
- Legi/Skribi = 0%/100%
- Nombro de verkoj = 16
- Vico-profundo = 32
- Ŝarĝu Karaktero - Sinsekva
Entute: ni havas registradon de kvin kaj duono gigabajtoj por sekundo kun prokrastoj de dek unu milisekundoj. Kompare kun ĝiaj plej proksimaj eksterlandaj konkurantoj, la rezulto, laŭ nia opinio, estas bonega, kaj ankaŭ ne estas la limo de la sistemo ENGINE N2.
Testo n-ro 3. Sinsekva legado en grandaj blokoj. Emulado de dissendado de amaskomunikila enhavo, generado de raportoj de analiza DBMS aŭ restarigo de datumoj de sekurkopioj.
Kiel en la antaŭa testo, ni interesiĝas pri fluo kaj prokrastoj.
- Grando de bloko = 128k
- Legi/Skribi = 100%/0%
- Nombro de verkoj = 16
- Vico-profundo = 32
- Ŝarĝu Karaktero - Sinsekva
Elflua legado estas antaŭvideble iomete pli bona ol elflua legado.
Kurioze, la latenta indikilo estas identa dum la tuta testo (rekta linio). Ĉi tio ne estas eraro; dum legado sinsekve en grandaj blokoj, en nia kazo tio estas ofta situacio.
Kompreneble, se ni lasos la sistemon en ĉi tiu formo dum kelkaj semajnoj, ni eventuale vidos periodajn saltojn en la grafikaĵoj, kiuj estos asociitaj kun eksteraj faktoroj. Sed, ĝenerale, ili ne influos la bildon.
trovoj
De la sistemo de duobla regilo AERODISK ENGINE N2, ni povis atingi sufiĉe seriozajn rezultojn (~438 IOPS kaj ~000-5 gigabajtoj sekundo). Ŝarĝaj provoj montris, ke ni certe ne hontas pri nia konserva sistemo. Male, la indikiloj estas tre decaj kaj respondas al bona stokada sistemo.
Kvankam, kiel ni skribis supre, Engine N2 estas juna modelo, kaj krome, la rezultoj montritaj en ĉi tiu artikolo ne estas ĝia limo. Poste ni publikigos similan teston de nia pli malnova sistemo ENGINE N4.
Kompreneble, ni ne povas kovri ĉiujn eblajn testojn en la kadro de unu artikolo, do ni denove instigas legantojn dividi iliajn dezirojn pri estontaj testoj en la komentoj; ni certe konsideros ilin en estontaj eldonaĵoj.
Krome, ni memorigas vin, ke ĉi-jare ni aktive okupiĝas pri trejnado, do ni invitas vin al niaj kompetentecaj centroj, kie vi povas trejniĝi pri AERODISK-stokaj sistemoj, kaj samtempe havi interesan kaj amuzan tempon.
Mi duobligas informojn pri venontaj trejnaj eventoj.
- Jekaterinburg. la 16-an de majo 2019. Trejnseminario. Vi povas registriĝi uzante la ligilon:
- Jekaterinburg. 20 majo - 21 junio 2019. Centro de Kompetentoj. Venu al viva pruvo de la konserva sistemo AERODISK ENGINE N2 en ajna labortempo. La preciza adreso kaj registriĝa ligilo estos donitaj poste. Sekvu la informojn.
- Novosibirsk SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
oktobro 2019 - Kazan. SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
oktobro 2019 - Krasnojarsk SEKvu LA INFORMOJ EN NIA RETEJO aŭ HUBRA.
novembro 2019
fonto: www.habr.com