Kamusta kayong lahat! Gaya ng ipinangako, inilalathala namin ang mga resulta ng pagsubok sa pag-load ng isang sistema ng imbakan ng data na ginawa ng Russia - AERODISK ENGINE N2.
Sa nakaraang artikulo, sinira namin ang sistema ng imbakan (iyon ay, nagsagawa kami ng mga pagsubok sa pag-crash) at ang mga resulta ng pagsubok sa pag-crash ay positibo (iyon ay, hindi namin nasira ang sistema ng imbakan). Maaari mong tingnan ang mga resulta ng pagsubok sa pag-crash .
Sa mga komento sa nakaraang artikulo, ang mga kahilingan ay ginawa para sa karagdagang, mas sopistikadong mga pagsubok sa pag-crash. Naitala namin ang lahat ng ito at tiyak na ipapatupad ang mga ito sa isa sa mga sumusunod na artikulo. Kasabay nito, maaari mong bisitahin ang aming laboratoryo sa Moscow anumang oras (pumunta sa pamamagitan ng paglalakad o gawin ito nang malayuan sa pamamagitan ng Internet) at gawin ang mga pagsubok na ito sa iyong sarili (maaari ka ring magsagawa ng pagsubok para sa isang partikular na proyekto :-)). Sumulat sa amin, isasaalang-alang namin ang lahat ng mga senaryo!
Bilang karagdagan, kung wala ka sa Moscow, maaari ka pa ring maging mas pamilyar sa aming storage system sa pamamagitan ng pagdalo sa isang libreng kaganapan sa pagsasanay sa isang competency center sa lungsod na pinakamalapit sa iyo.
Nasa ibaba ang isang listahan ng mga paparating na kaganapan at mga petsa ng pagpapatakbo ng mga competency center.
- Ekaterinburg. Mayo 16, 2019. Seminar sa pagsasanay. Maaari kang magparehistro gamit ang link:
- Ekaterinburg. Mayo 20 β Hunyo 21, 2019. Sentro ng Kakayahan. Halina sa isang live na demonstrasyon ng sistema ng imbakan ng AERODISK ENGINE N2 sa anumang oras ng trabaho. Ang eksaktong address at link ng pagpaparehistro ay ibibigay sa ibang pagkakataon. Sundin ang impormasyon.
- Novosibirsk SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Oktubre 2019 - Kazan. SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Oktubre 2019 - Krasnoyarsk SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Nobyembre 2019
Nais din naming magbahagi ng isa pang magandang balita: nakuha na namin ang aming isang channel kung saan maaari kang manood ng mga video mula sa mga nakaraang kaganapan. Regular kaming nagpo-post doon ng aming mga video sa pagsasanay.
Test stand
Kaya, bumalik sa mga pagsubok. Na-upgrade namin ang aming ENGINE N2 laboratory storage system sa pamamagitan ng pag-install ng mga karagdagang SAS SSD drive, pati na rin ang mga Front-end Fiber Channel 16G adapters. Sa simetriko na paraan, na-upgrade namin ang server kung saan kami magpapatakbo ng load sa pamamagitan ng pagdaragdag ng mga adapter ng FC 16G.
Bilang resulta, sa aming lab mayroon kaming 2-controller na storage system na may 24 SAS SSD 1,6 TB, 3 DWPD disk, na konektado sa pamamagitan ng SAN switch sa isang pisikal na server ng Linux sa pamamagitan ng FC 16G.
Ang diagram ng test bench ay ipinapakita sa figure sa ibaba.
Pamamaraan ng Pagsubok
Para sa pinakamahusay na performance sa block access, gagamit kami ng mga DDP (Dynamic Disk Pool) pool, na minsan naming nilikha partikular para sa ALL-FLASH system.
Para sa pagsubok, gumawa kami ng dalawang LUN na may kapasidad na 1 TB bawat isa na may antas ng proteksyon ng RAID-10. "Ikakalat" namin ang bawat LUN sa 12 disk (24 sa kabuuan) upang ganap na magamit ang potensyal ng bawat naka-install na disk sa storage system.
Nagpapakita kami ng mga LUN sa server sa pamamagitan ng iba't ibang controllers upang magamit ang mga mapagkukunan ng storage hangga't maaari.
Ang bawat isa sa mga pagsubok ay tatagal ng isang oras, at ang mga pagsubok ay isasagawa ng Flexible IO (FIO) program; ang FIO data ay awtomatikong ia-upload sa Excel, kung saan ang mga graph ay binuo na para sa kalinawan.
Mag-load ng Mga Profile
Sa kabuuan, magsasagawa kami ng tatlong pagsubok, isang oras bawat isa, hindi kasama ang oras ng pag-init, kung saan maglalaan kami ng 15 minuto (ito ay eksakto kung magkano ang kinakailangan upang magpainit ng isang hanay ng 24 SSD drive). Ginagaya ng mga pagsubok na ito ang pinakamadalas na nakakaharap na mga profile ng pag-load, lalo na ang mga partikular na DBMS, video surveillance system, media content broadcast at backup.
Gayundin, sa lahat ng mga pagsubok, sadyang hindi namin pinagana ang kakayahang mag-cache sa RAM sa storage system at sa host. Siyempre, ito ay magpapalala sa mga resulta, ngunit, sa aming opinyon, sa ganitong mga kondisyon ang pagsubok ay magiging mas patas.
Mga resulta ng pagsubok
Pagsusulit Blg. 1. Random na pagkarga sa maliliit na bloke. Emulation ng isang high-load transactional DBMS.
- Laki ng block = 4k
- Basahin/Isulat = 70%/30%
- Bilang ng mga gawa = 16
- Lalim ng pila = 32
- Mag-load ng character = Full Random
Mga resulta ng pagsubok:
Sa kabuuan, sa junior mid-range na Engine N2 system, nakatanggap kami ng 438k IOPS na may latency na 2,6 milliseconds. Isinasaalang-alang ang klase ng system, sa aming opinyon, ang resulta ay medyo disente. Upang maunawaan kung ito ang limitasyon para sa system, titingnan natin ang paggamit ng mapagkukunan ng mga controllers ng imbakan.
Pangunahing interesado kami sa CPU, dahil, tulad ng nakasaad sa itaas, sinasadya naming hindi pinagana ang cache ng RAM upang hindi masira ang mga resulta ng pagsubok.
Sa parehong mga controller ng imbakan nakikita namin ang humigit-kumulang sa parehong larawan.
Ibig sabihin, 50% ang load ng CPU. Iminumungkahi nito na malayo ito sa limitasyon ng storage system na ito at madali pa rin itong ma-scale. Umusad tayo nang kaunti: ipinakita rin ng lahat ng sumusunod na pagsubok na humigit-kumulang 50% ang pag-load sa mga processor ng controller, kaya hindi na namin ilista muli ang mga ito.
Batay sa aming mga pagsubok sa laboratoryo, ang komportableng limitasyon ng AERODISK Engine N2 system, kung magbibilang kami ng random na IOPS sa 4k blocks, ay ~700 IOPS. Kung ito ay hindi sapat at kailangan mong magsumikap para sa isang milyon, pagkatapos ay mayroon kaming mas lumang modelo ENGINE N000.
Iyon ay, ang kuwento tungkol sa milyun-milyong IOPS ay ENGINE N4, at kung ang isang milyon ay sobra para sa iyo, pagkatapos ay mahinahon na gumamit ng N2.
Balik tayo sa mga pagsubok.
Pagsusulit Blg. 2. Sequential recording sa malalaking bloke. Emulation ng mga video surveillance system, naglo-load ng data sa isang analytical DBMS o nagre-record ng mga backup na kopya.
Sa pagsusulit na ito hindi na kami interesado sa IOPS, dahil kapag sunud-sunod na na-load sa malalaking bloke ay wala silang anumang kahulugan. Pangunahing interesado kami sa: ang daloy ng pagsulat (megabytes bawat segundo) at mga pagkaantala, na, siyempre, ay magiging mas mataas sa malalaking bloke kaysa sa maliliit.
- Laki ng block = 128k
- Basahin/Isulat = 0%/100%
- Bilang ng mga gawa = 16
- Lalim ng pila = 32
- Mag-load ng Character β Sequential
Kabuuan: mayroon kaming recording na lima at kalahating gigabytes bawat segundo na may mga pagkaantala ng labing-isang millisecond. Kung ihahambing sa mga pinakamalapit na dayuhang kakumpitensya, ang resulta, sa aming opinyon, ay napakahusay, at hindi rin ang limitasyon ng ENGINE N2 system.
Pagsusulit Blg. 3. Sequential reading sa malalaking bloke. Pagtulad sa nilalaman ng broadcasting media, pagbuo ng mga ulat mula sa isang analytical DBMS o pagpapanumbalik ng data mula sa mga backup.
Tulad ng sa nakaraang pagsubok, interesado kami sa daloy at mga pagkaantala.
- Laki ng block = 128k
- Basahin/Isulat = 100%/0%
- Bilang ng mga gawa = 16
- Lalim ng pila = 32
- Mag-load ng Character β Sequential
Ang pagganap sa pagbabasa ng streaming ay hinuhulaan na bahagyang mas mahusay kaysa sa pagganap ng pagsusulat ng streaming.
Kapansin-pansin, ang tagapagpahiwatig ng latency ay magkapareho sa buong pagsubok (tuwid na linya). Hindi ito isang error; kapag nagbabasa nang sunud-sunod sa malalaking bloke, sa aming kaso ito ay isang pangkaraniwang sitwasyon.
Siyempre, kung iiwan natin ang system sa form na ito sa loob ng ilang linggo, makikita natin sa kalaunan ang mga pana-panahong pagtalon sa mga graph, na maiuugnay sa mga panlabas na salik. Ngunit, sa pangkalahatan, hindi sila makakaapekto sa larawan.
Natuklasan
Mula sa dual-controller na AERODISK ENGINE N2 system, nakamit namin ang medyo seryosong resulta (~438 IOPS at ~000-5 gigabytes bawat segundo). Ipinakita ng mga pagsubok sa pag-load na talagang hindi namin ikinahihiya ang aming storage system. Sa kabaligtaran, ang mga tagapagpahiwatig ay napaka disente at tumutugma sa isang mahusay na sistema ng imbakan.
Bagaman, tulad ng isinulat namin sa itaas, ang Engine N2 ay isang junior model, at bukod pa, ang mga resulta na ipinakita sa artikulong ito ay hindi limitasyon nito. Mamaya ay mag-publish kami ng katulad na pagsubok mula sa aming mas lumang ENGINE N4 system.
Naturally, hindi namin masakop ang lahat ng posibleng mga pagsubok sa loob ng balangkas ng isang artikulo, kaya muli naming hinihimok ang mga mambabasa na ibahagi ang kanilang mga nais para sa mga pagsubok sa hinaharap sa mga komento; tiyak na isasaalang-alang namin ang mga ito sa hinaharap na mga publikasyon.
Bilang karagdagan, ipinaaalala namin sa iyo na sa taong ito ay aktibong nakikibahagi kami sa pagsasanay, kaya inaanyayahan ka namin sa aming mga sentro ng kakayahan, kung saan maaari kang sumailalim sa pagsasanay sa mga sistema ng imbakan ng AERODISK, at sa parehong oras ay magkaroon ng isang kawili-wili at masaya na oras.
Doblehin ko ang impormasyon tungkol sa paparating na mga kaganapan sa pagsasanay.
- Ekaterinburg. Mayo 16, 2019. Seminar sa pagsasanay. Maaari kang magparehistro gamit ang link:
- Ekaterinburg. Mayo 20 β Hunyo 21, 2019. Sentro ng Kakayahan. Halina sa isang live na demonstrasyon ng sistema ng imbakan ng AERODISK ENGINE N2 sa anumang oras ng trabaho. Ang eksaktong address at link ng pagpaparehistro ay ibibigay sa ibang pagkakataon. Sundin ang impormasyon.
- Novosibirsk SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Oktubre 2019 - Kazan. SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Oktubre 2019 - Krasnoyarsk SUNDIN ANG IMPORMASYON SA AMING SITE o HUBRA.
Nobyembre 2019
Pinagmulan: www.habr.com