Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Здравейте всички! Както обещахме, публикуваме резултатите от тест на натоварване на руска система за съхранение на данни - AERODISK ENGINE N2.

В предишната статия счупихме системата за съхранение (т.е. направихме краш тестове) и резултатите от краш теста бяха положителни (т.е. не счупихме системата за съхранение). Можете да видите резултатите от краш теста ТУК.

В коментарите към предишната статия бяха направени искания за допълнителни, по-сложни краш тестове. Записахме ги всички и определено ще ги приложим в някоя от следващите статии. В същото време можете да посетите нашата лаборатория в Москва по всяко време (елате пеша или го направете дистанционно чрез интернет) и сами да извършите тези тестове (дори можете да направите тестове за конкретен проект :-)). Пишете ни, ще разгледаме всички сценарии!

Освен това, ако не сте в Москва, можете да се запознаете по-добре с нашата система за съхранение, като посетите безплатно обучение в център за компетентност в най-близкия до вас град.

По-долу е даден списък с предстоящи събития и работни дати на центровете за компетентност.

  • Екатеринбург. 16 май 2019 г. Обучителен семинар. Можете да се регистрирате чрез връзката: https://aerodisk.promo/ekb/
  • Екатеринбург. 20 май – 21 юни 2019 г. Център за компетентност. Заповядайте на демонстрация на живо на системата за съхранение AERODISK ENGINE N2 по всяко работно време. Точен адрес и линк за регистрация ще предоставим по-късно. Следете информацията.
  • Новосибирск СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    октомври 2019 г
  • Казан. СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    октомври 2019 г
  • Красноярск СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    ноември 2019 г

Също така искаме да споделим още една добра новина: най-накрая получихме своето YouTube канал, където можете да гледате видеоклипове от минали събития. Ние редовно публикуваме нашите обучителни видеоклипове там.

изпитателен стенд

И така, обратно към тестовете. Надградихме нашата система за лабораторно съхранение ENGINE N2, като инсталирахме допълнителни SAS SSD устройства, както и предни Fibre Channel 16G адаптери. По симетричен начин надградихме сървъра, от който ще изпълняваме товара, като добавихме FC 16G адаптери.

В резултат на това в нашата лаборатория имаме 2-контролерна система за съхранение с 24 SAS SSD 1,6 TB, 3 DWPD диска, която е свързана чрез SAN комутатори към физически Linux сървър чрез FC 16G.
Диаграмата на тестовия стенд е показана на фигурата по-долу.

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Методология на теста

За най-добра производителност при блоков достъп ще използваме DDP (Dynamic Disk Pool) пулове, които някога създадохме специално за ALL-FLASH системи.
За тестване създадохме два LUN с капацитет от 1 TB всеки с ниво на защита RAID-10. Ще „разпръснем“ всеки LUN на 12 диска (общо 24), за да оползотворим напълно потенциала на всеки от инсталираните дискове в системата за съхранение.

Представяме LUN ​​на сървъра чрез различни контролери, за да използваме ресурсите за съхранение възможно най-много.

Всеки от тестовете ще бъде с продължителност един час, като тестовете ще се извършват от програмата Flexible IO (FIO), данните от FIO ще се качват автоматично в Excel, в който вече са изградени графики за прегледност.

Зареждане на профили

Общо ще направим три теста по един час, без времето за загряване, за което ще отделим 15 минути (точно толкова са необходими за загряване на масив от 24 SSD диска). Тези тестове емулират най-често срещаните профили на натоварване, по-специално това са определени СУБД, системи за видеонаблюдение, излъчвания на медийно съдържание и архивиране.

Освен това във всички тестове умишлено деактивирахме възможността за кеширане в RAM на системата за съхранение и на хоста. Разбира се, това ще влоши резултатите, но според нас при такива условия тестът ще бъде по-справедлив.

Резултати от теста

Тест №1. Произволно натоварване в малки блокове. Емулация на транзакционна СУБД с голямо натоварване.

  • Размер на блока = 4k
  • Четене/запис = 70%/30%
  • Брой произведения = 16
  • Дълбочина на опашката = 32
  • Зареждане на знаци = пълен случаен

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Резултати от тестовете:

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Общо с младшата система Engine N2 от среден клас получихме 438k IOPS със закъснение от 2,6 милисекунди. Имайки предвид класа на системата, според нас резултатът е доста приличен. За да разберем дали това е ограничението за системата, ще разгледаме използването на ресурсите на контролерите за съхранение.

Ние се интересуваме преди всичко от процесора, тъй като, както беше посочено по-горе, умишлено деактивирахме RAM кеша, за да не изкривим резултатите от теста.

И на двата контролера за съхранение виждаме приблизително една и съща картина.

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Тоест натоварването на процесора е 50%. Това предполага, че това е далеч от границата на тази система за съхранение и тя все още може лесно да бъде мащабирана. Да прескочим малко напред: всички следващи тестове също показаха, че натоварването на процесорите на контролера е около 50%, така че няма да ги изброяваме отново.

Въз основа на нашите лабораторни тестове комфортната граница на системата AERODISK Engine N2, ако броим произволни IOPS при 4k блока, е ~700 000 IOPS. Ако това не е достатъчно и трябва да се стремите към милион, тогава имаме по-стария модел ENGINE N4.

Тоест, историята за милиони IOPS е ENGINE N4 и ако милион е твърде много за вас, тогава спокойно използвайте N2.

Да се ​​върнем на тестовете.

Тест No2. Последователен запис в големи блокове. Емулация на системи за видеонаблюдение, зареждане на данни в аналитична СУБД или запис на резервни копия.

В този тест вече не се интересуваме от IOPS, тъй като когато се зареждат последователно в големи блокове, те нямат никакъв смисъл. Ние се интересуваме преди всичко от: потока на запис (мегабайта в секунда) и закъсненията, които, разбира се, ще бъдат по-високи при големи блокове, отколкото при малки.

  • Размер на блока = 128k
  • Четене/запис = 0%/100%
  • Брой произведения = 16
  • Дълбочина на опашката = 32
  • Зареждащ символ – последователен

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Общо: имаме запис от пет и половина гигабайта в секунда със закъснения от единадесет милисекунди. В сравнение с най-близките чуждестранни конкуренти, резултатът, по наше мнение, е отличен и също не е границата на системата ENGINE N2.

Тест No3. Последователно четене в големи блокове. Емулация на излъчване на медийно съдържание, генериране на отчети от аналитична СУБД или възстановяване на данни от архиви.

Както и в предишния тест, ние се интересуваме от потока и закъсненията.

  • Размер на блока = 128k
  • Четене/запис = 100%/0%
  • Брой произведения = 16
  • Дълбочина на опашката = 32
  • Зареждащ символ – последователен

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Руска система за съхранение AERODISK: тестване на натоварване. Изстискване на IOPS

Производителността на поточно четене е предвидимо малко по-добра от производителността на поточно писане.

Интересното е, че индикаторът за латентност е идентичен през целия тест (права линия). Това не е грешка, когато четете последователно в големи блокове, в нашия случай това е често срещана ситуация.

Разбира се, ако оставим системата в тази форма за няколко седмици, в крайна сметка ще видим периодични скокове в графиките, които ще бъдат свързани с външни фактори. Но като цяло те няма да повлияят на картината.

Данни

От системата с двоен контролер AERODISK ENGINE N2 успяхме да постигнем доста сериозни резултати (~438 000 IOPS и ~5-6 гигабайта в секунда). Тестовете за натоварване показаха, че определено не се срамуваме от нашата система за съхранение. Напротив, показателите са много прилични и отговарят на добра система за съхранение.

Въпреки че, както писахме по-горе, Engine N2 е младши модел и освен това резултатите, показани в тази статия, не са неговата граница. По-късно ще публикуваме подобен тест от нашата по-стара система ENGINE N4.

Естествено, не можем да обхванем всички възможни тестове в рамките на една статия, затова отново призоваваме читателите да споделят своите желания за бъдещи тестове в коментарите, определено ще ги вземем предвид в бъдещи публикации.

Освен това ви напомняме, че тази година сме активно ангажирани с обучения, затова ви каним в нашите центрове за компетентност, където можете да преминете обучение за системи за съхранение AERODISK и в същото време да си прекарате интересно и забавно.

Дублирам информация за предстоящи обучения.

  • Екатеринбург. 16 май 2019 г. Обучителен семинар. Можете да се регистрирате чрез връзката: https://aerodisk.promo/ekb/
  • Екатеринбург. 20 май – 21 юни 2019 г. Център за компетентност. Заповядайте на демонстрация на живо на системата за съхранение AERODISK ENGINE N2 по всяко работно време. Точен адрес и линк за регистрация ще предоставим по-късно. Следете информацията.
  • Новосибирск СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    октомври 2019 г
  • Казан. СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    октомври 2019 г
  • Красноярск СЛЕДВАЙТЕ ИНФОРМАЦИЯТА В НАШИЯ САЙТ или ХУБРА.
    ноември 2019 г

Източник: www.habr.com

Добавяне на нов коментар