JBOD в інфраструктурі зберігання

Крипточума, що охопила ринок накопичувачів, прийшла і піде. Попит на HDD поступово знижується, ціни відкочуються назад, виробники наповнюють канал дисками.

Високоємні сховища як і раніше потрібні виробникам відеоконтенту, інтеграторам систем відеоспостереження, картографам та утримувачам фотобанків. Їх дані це їх цінний актив. Буває, що на вимоги регуляторів доводиться зберігати "заморожені" архіви, але зазвичай бізнес, побудований навколо великих даних, енергійно обертає їх в повсякденній практиці.

Ціна має значення. Тому основними носіями об'ємних даних залишаються механічні диски. Що б не говорили про здешевлення флеш-пам'яті, SSD дорожчі за HDD в рази. У цінах сирого об’єму петабайт, набраний «бляшанками, що  обертаються», обійдеться в $30K - проти $100K+ на SSD.

SAS всьому голова

Майбутнє - за компонованою (composable) інфраструктурою з незалежних обчислювачів і сховищ мережевого доступу. Але поки що об'ємне зберігання залишається в екосистемі SAS, а плідна дебютна ідея розділення обчислень і зберігання обмежується розщепленням самих сховищ - на сервери, що курують, і високоємні контейнери з десятками механічних дисків, JBOD.

Сервери-контролери відповідають за логіку зберігання і мережевий відгук. JBOD забезпечують комфортні умови утримання дисків і шляху доступу до них. Одні до інших підключаються по SAS і розміщуються пліч-о-пліч (із-за обмежень SAS на довжину сполучних кабелів).

Мова не лише про системи, які визначаються програмно. Апаратні системи зберігання - теж сервери, що працюють під управлінням спеціалізованих ОС. Зазвичай, з дубльованими контролерами та  зовнішніми інтерфейсами на вибір. Їх місткість так само нарощується за допомогою SAS JBOD.

Ролева функція JBOD як розширення дискової підсистеми при серверах-хостах і апаратних СХД сформувала його сучасний типаж:

• 4U на 60 і більше накопичувачів NL SAS HDD із гарячою заміною;
• Два модулі введення-виведення IOM, два експандери, дубльовані шляхи до дисків;
• 4-6 портів SAS на кожен IOM для підключення хостів і розширень;
• Відмовостійке живлення, змінні вентилятори;
• Віброзахист дисків, розгалужена система обдування.

Винесення об'ємних даних в SAS JBOD на механічних дисках виправдане економічно і технологічно: низькою питомою вартістю зберігання, пристойною потоковою (sequential) продуктивністю, близькістю до джерела даних (накопичення та обмін об'ємними даними зазвичай намагаються локалізувати, чи йде мова про крайові додатки  або відеовиробництво). Активні дані масштабу петабайту в хмарі не зберігають. Навіть якщо розміщення у провайдера дешевше за локальне, "нескінченно" розширюване (з точки зору наземного користувача) і має високу захищеність, але  затримки передачі даних та плата за трафік вбивають переваги віддаленого зберігання.

Додатки JBOD

Там, де є об'ємні дані - там є робота JBOD, при серверах і системах зберігання під:

• Відеовиробництво;
• Роздачу контенту(CDN);
• Відеоспостереження;
• Машинне навчання;
• Приватні та публічні хмари;
• Корпоративне зберігання near - line;
• Математичне моделювання;
• AR/VR, ігрові платформи.

Стандарти та обмеження

SAS - сталий індустріальний стандарт, зі зрозумілою логікою адресації, масштабування і супутніми властивостями на зразок зонування або багатопотокового звернення до дисків. Фізичні обмеження SAS не занадто обтяжливі: перебір кількості накопичувачів в одному домені SAS на практиці недосяжний, пропускної спроможності портів вистачає із запасом, а з малою довжиною кабелів миряться, зближуючи джерела і таргети.

Набагато сильніше впливають на ринок обмеження виробників устаткування, так званий vendor lock- in (прив'язка до постачальника). Бізнес-модель, яка встановлює залежність споживача від продуктів одного виробника, виправдовується "сумісністю". Чого тільки не придумають, щоб прив'язати покупця до свого продуктового ряду (і змусити його платити більше).

Так і JBOD тільки здається універсальним класом устаткування, SAS, що підключається по стандартному інтерфейсу. Спробуйте спарити JBOD від Supermicro з системою зберігання Dell (HPE, Netapp та т.п.).

Є і інший приклад - співпраці виробника систем зберігання QSAN і Western Digital, із їх місткими JBOD сімейства Ultrastar Data60/Data102.  QSAN не став, подібно до інших вендорів, обмежувати сумісність своїх СЗД своїми ж JBOD. Крос-авторизація QSAN/Western Digital допомогла обом компаніям розширити ринки збуту. Кожен займається своєю справою: QSAN удосконалює лінійку сховищ Unified Storage (гібридних систем, орієнтованих на великі об'єми неструктурованих даних), Western Digital забезпечує ці системи місткими розширеннями. За конкурентними, а не надуманими цінами.

Типові сценарії

Декілька прикладів організації об'ємного зберігання на зв'язках QSAN і Western Digital Ultrastar JBOD.

Сценарій #1. Відеовиробництво.

Сценарій #2. Бекап (резервне копіювання) віртуальних машин.

Великі дані зобов'язують

Накопичення даних компаніями збільшує витрати на облаштування даних - але не до такої міри, щоб купувати нові системи зберігання, коли закінчується місце в старих. Планування інфраструктури зберігання розпочинається з аналізу руху даних. Буде вона на апаратних сховищах чи то на  програмно визначених, важливо заздалегідь розуміти сценарії масштабування. За інших рівних умов, вибирати постачальника і такі системи, розширення об'єму зберігання яких обходиться в ціну контейнера з дисками (JBOD), не набагато дорожче за вартість самих дисків.

Зайвих грошей не буває.

А даним місце в JBOD.