Всім привіт! Як і обіцяли, публікуємо результати тесту навантаження системи зберігання даних російського виробництва - AERODISK ENGINE N2.
У минулій статті ми ламали СГД (тобто виконували краш-тести) і результати краш-тесту були позитивними (тобто СГД ми так і не зламали). З результатами краш-тесту можна ознайомитись .
У коментарях до попередньої статті були висловлені побажання щодо додаткових – хитріших краш-тестів. Ми їх усі зафіксували та обов'язково реалізуємо в одній із наступних статей. При цьому ви будь-коли можете відвідати нашу лабораторію в Москві (прийти ногами або зробити це віддалено через Інтернет) і виконати ці тести самостійно (можна навіть зробити тестування під конкретний проект :-)). Пишіть нам, розглянемо усі сценарії!
Крім того, якщо ви не в Москві, ви також можете ближче познайомитися з нашою системою зберігання, відвідавши безкоштовний навчальний захід в центрі компетенцій в найближчому до вас місті.
Нижче перелік найближчих заходів та дати роботи центрів компетенцій.
- Єкатеринбург. 16 травня 2019 року. Навчальний семінар. Зареєструватися можна за посиланням:
- Єкатеринбург. 20 травня – 21 червня 2019 року. Центр компетенції. Приходьте будь-коли на живу демонстрацію СХД AERODISK ENGINE N2. Точна адреса та посилання на реєстрацію буде пізніше. Слідкуйте за інформацією.
- Новосибірськ. Слідкуйте за інформацією на нашому сайті або на хабарі.
Жовтень 2019 року - Казань. Слідкуйте за інформацією на нашому сайті або на хабарі.
Жовтень 2019 року - Красноярськ. Слідкуйте за інформацією на нашому сайті або на хабарі.
Листопад 2019 року
Також хочемо поділитися ще однією радісною новиною: у нас нарешті повноцінно заробив наш канал, де можна переглянути відео з минулих заходів. Там ми регулярно викладаємо наші навчальні відео.
Тестовий стенд
Отже, повертаємось до тестів. Ми модернізували нашу лабораторну СХД ENGINE N2, встановивши додаткові SAS SSD диски, а також Front-end адаптери Fibre Channel 16G. Симетричним чином ми модернізували сервер, з якого пускатимемо навантаження, додавши туди адаптери FC 16G.
У результаті у нас в лабі 2-х контролерна СХД з 24-ма дисками SAS SSD 1,6 TB, 3 DWPD, яка підключена через SAN-комутатори до фізичного Linux-сервера по FC 16G.
Схема тестового стенду малюнку нижче.
Методика тестування
Для найкращої продуктивності на блоковому доступі ми будемо використовувати пули DDP (Dynamic Disk Pool), які ми свого часу створювали якраз для ALL-FLASH систем.
Для тестування ми створили два LUN об'ємом по 1 TB кожен з рівнем захисту RAID-10. Кожен LUN ми «розмажемо» по 12 дисках (усього 24), щоб повністю використати потенціал кожного зі встановлених дисків у СГД.
LUN презентуємо серверу через різні контролери, щоб максимально утилізувати ресурси СГД.
Кожен із тестів триватиме одну годину, а тести виконуватимуться програмою Flexible IO (FIO), дані FIO автоматично вивантажуються в Excel, у якому вже будуються графіки, для наочності.
Профілі навантаження
Усього ми виконаємо три тести по одній годині без урахування часу прогріву, на який відводимо 15 хвилин (саме стільки потрібно, щоб прогріти масив із 24-х ССД дисків). Дані тести емулюють профілі навантаження, що найчастіше зустрічаються нами, зокрема це ті чи інші СУБД, системи відеоспостереження, трансляції медіа-контенту і резервне копіювання.
Також у всіх тестах ми свідомо відключили можливість кешування в оперативну пам'ять на СГД та на хості. Результати, само собою, це погіршить, але, на наш погляд, у таких умовах тест буде більш чесним.
результати тестів
Тест №1. Випадкове навантаження невеликими блоками. Емуляція роботи високонавантаженої транзакційної СУБД.
- Розмір блоку = 4k
- Читання/запис = 70%/30%
- Кількість робіт = 16
- Глибина черги = 32
- Характер навантаження = Full Random
Результати тесту:
Разом з молодшою mid-range системи Engine N2 ми отримали 438k IOPS при затримках 2,6 мілісекунд. З огляду на клас системи, з погляду, результат цілком гідний. Щоб зрозуміти, чи є межею для системи, ми подивимося на утилізацію ресурсів контролерів СГД.
Нас насамперед цікавить CPU, оскільки, як зазначено вище, RAM-кеш ми свідомо відключили, щоб не спотворювати результати тестів.
На обох контролерах СГД ми бачимо приблизно одну й ту саму картину.
Тобто, навантаження на CPU 50%. Це говорить про те, що це ще далеко не межа даної системи зберігання і можна спокійно її масштабувати. Забіжимо трохи вперед: усі наступні тести також показали навантаження на процесори контролерів у районі 50%, тому наводити їх повторно не будемо.
Виходячи з наших лабораторних тестів, комфортною межею системи AERODISK Engine N2, якщо вважати випадкові IOPS при блоках 4k є значення ~700 000 IOPS. Якщо цього недостатньо і потрібно прагнути мільйона, то у нас є старша модель ENGINE N4.
Тобто історія про мільйони IOPS – це ENGINE N4, а якщо мільйон для вас надто багато, то спокійно використовуйте N2.
Повертаємось до тестів.
Тест №2. Послідовний запис великими блоками. Емуляція систем відеоспостереження, завантаження даних до аналітичної СУБД або запис резервних копій.
У цьому тесті нас вже не цікавлять IOPS, оскільки при послідовному навантаженні великими блоками вони не мають жодного сенсу. Нам, в першу чергу, цікаві: потік запису (мегабайти в секунду) і затримки, які при великих блоках, само собою, будуть вищими, ніж при маленьких.
- Розмір блоку = 128k
- Читання/запис = 0%/100%
- Кількість робіт = 16
- Глибина черги = 32
- Характер навантаження – Sequential
Разом: маємо запис п'ять з половиною гігабайт за секунду при затримках в одинадцять мілісекунд. Якщо порівнювати з найближчими зарубіжними конкурентами, то результат, на наш погляд, відмінний і не є межею системи ENGINE N2.
Тест №3. Послідовне читання великими блоками. Емуляція трансляції медіа-контенту, створення звітів з аналітичної СУБД або відновлення даних з бекапів.
Як і в минулому тесті, нам цікаві потік і затримки.
- Розмір блоку = 128k
- Читання/запис = 100%/0%
- Кількість робіт = 16
- Глибина черги = 32
- Характер навантаження – Sequential
Показники потокового читання прогнозовано трохи кращі за показники потокового запису.
Цікаво, що показник затримок у всьому тесті ідентичний (пряма лінія). Це не помилка, при послідовному читанні великими блоками у нашому випадку це звичайна ситуація.
Звичайно, якщо залишити систему в такому вигляді на кілька тижнів, ми в результаті побачимо на графіках періодичні стрибки, які будуть пов'язані із зовнішніми факторами. Але загалом на картину вони не вплинуть.
Висновки
З двоконтролерної системи AERODISK ENGINE N2 ми змогли вичавити досить серйозні показники (~438 000 IOPS та ~5-6 гігабайт на секунду). Навантажувальні тести показали, що за нашу СГД нам точно не соромно. Навпаки, показники дуже гідні та відповідають хорошій СГД.
Хоча, як ми писали вище, Engine N2 - це молодша модель, і до того ж показані в цій статті результати не є її межею. Пізніше ми опублікуємо аналогічний тест із нашої старшої системи ENGINE N4.
Звичайно, в рамках однієї статті ми не можемо охопити всі можливі тести, тому повторно закликам читачів ділитися побажаннями до майбутніх тестів у коментарях, ми обов'язково враховуватимемо їх при наступних публікаціях.
Крім того, нагадуємо, цього року ми активно займаємося навчанням, тому запрошуємо вас до наших центрів компетенції, де ви зможете пройти навчання з СХД AERODISK, та й заразом цікаво і весело провести час.
Дублюю інформацію про найближчі навчальні заходи.
- Єкатеринбург. 16 травня 2019 року. Навчальний семінар. Зареєструватися можна за посиланням:
- Єкатеринбург. 20 травня – 21 червня 2019 року. Центр компетенції. Приходьте будь-коли на живу демонстрацію СХД AERODISK ENGINE N2. Точна адреса та посилання на реєстрацію буде пізніше. Слідкуйте за інформацією.
- Новосибірськ. Слідкуйте за інформацією на нашому сайті або на хабарі.
Жовтень 2019 року - Казань. Слідкуйте за інформацією на нашому сайті або на хабарі.
Жовтень 2019 року - Красноярськ. Слідкуйте за інформацією на нашому сайті або на хабарі.
Листопад 2019 року
Джерело: habr.com