Програмно-визначені СГД чи що занапастило динозаврів?

Програмно-визначені СГД чи що занапастило динозаврів?

Колись вони займали вершину харчового ланцюжка. Тисячоліттями. А потім сталося немислиме: небо закрили хмари, і вони не існували. На іншому кінці світу відбулися події, що змінили клімат: збільшилась хмарність. Динозаври стали надто великими та повільними: їхні спроби вижити були приречені на провал. Вищі хижаки правили Землі 100 мільйонів років, виростаючи дедалі більше і стаючи дедалі більше. Вони еволюціонували в те, що здавалося ідеальним істотою, що знаходиться на вершині харчового ланцюжка, але Всесвіт вмить змінив вигляд нашої планети.

За іронією долі саме хмари стерли з землі динозаврів 66 мільйонів років тому. Так само хмари сьогодні знищують класичні системи зберігання даних, що знаходяться «на вершині харчового ланцюжка». В обох випадках проблема була не в самих хмарах, а в здатності адаптуватися до світу, що змінюється. У випадку з динозаврами все сталося швидко: згубний ефект хмар настав протягом днів або тижнів з моменту падіння метеориту (або виверження вулкана – вибір теорії залишається за вами). У випадку класичних сховищ даних процес займає роки, але він, звичайно ж, незворотний.

Тріасовий період: століття великого заліза та поява мігруючих додатків

Так что же произошло? В сложившейся экосистеме существовали СХД начального и среднего уровней, системы корпоративного уровня и СХД с прямым подключением (DAS). Эти категории были определены аналитиками, имели свои объёмы рынков, показатели стоимости, надёжности, производительности, масштабируемости. А потом случилось нечто странное.

Поява віртуальних машин означало, що на одному сервері одночасно могло працювати безліч додатків, ймовірно, кількох власників – такі зміни відразу поставили під питання майбутнє СГД із прямим підключенням. Потім власники найбільших інфраструктур, що гіпермасштабуються (гіперскейлери): Facebook, Google, eBay і т.д., які втомилися платити величезні гроші за СГД, розробили власні додатки, що забезпечували доступність даних на звичайних серверах замість великих «залізних» СГД. Потім компанія Amazon представила ринку щось дивне, що називається Simple Storage Service (проста служба зберігання даних) або S3. Чи не блок, не файл, а щось принципово нове: купити систему стало неможливо, з'явилася можливість купити тільки послугу. Чекайте, що це за яскраве світло видно в небі? Ще один астероїд?

Юрський період: ера «досить добрезаврів»

Ми увійшли до фази розвитку СГД з ідеологією «досить добре». Замовники, які використовують СГД, помітивши, що зробили гіперскейлери, почали ставити під сумнів справедливість десяти-, або навіть стократної додаткової вартості понад залізо, яку вони платили за свої корпоративні СГД. Масиви середнього рівня почали відвойовувати частку ринку у систем вищої ланки. Такі продукти як HPE 3PAR показали швидке зростання. EMC Symmetrix, що домінує колись масив (від слова «масивний») корпоративного класу, все ще утримував якусь територію, але вона стрімко зменшувалася. Багато користувачів почали переносити свої дані до AWS.

З іншого боку, інноватори СГД стали запозичувати ідеї у гіперскейлерів, використовуючи технології розподілених горизонтально масштабованих систем – ідеології, протилежної вертикальному масштабуванню. Очікується, що нове ПЗ СГД зможе працювати на звичайних серверах, так само, як у гіперскейлерів. Більше жодних 10-100 кратних цін понад вартість самого обладнання. Теоретично можна використовувати будь-які сервери – вибір залежить від ваших переваг. Епоха програмно-визначених СГД (SDS) почалася: хмари закрили небо, температура впала, і населення вищих хижаків почала скорочуватися.

Крейдяний період: початок еволюції програмно-визначених СГД

Ранні дні програмно-визначених СГД були бурхливими. Обіцялося дуже багато, але постачалося мало. Одночасно відбулося важливе технологічне зрушення: флеш-пам'ять стала сучасною альтернативою «іржі, що обертається» (HDD). Це був період появи безлічі СГД-стартапів і венчурних грошей, що легко роздаються. Все було б добре, якби не одна проблема: зберігання даних вимагає серйозного відношення. Виявилось, клієнтам подобаються їхні дані. Якщо вони втрачають доступ до них, або в терабайт даних виявляється пара неправильних бітів, вони турбуються і турбуються дуже сильно. Більшість стартапів не вижили. Замовники отримували крутий функціонал, але все було добре з базовими інструментами. Поганий рецепт.

Кайнозойський період: масиви СГД домінують

Мало хто говорить про те, що трапилося після того, що це не дуже цікаво - клієнти продовжують купувати ті самі класичні масиви СГД. Звичайно, ті, хто перемістили свої додатки до хмар, перемістили туди ж і дані. Але для більшості замовників, які не хочуть переходити в хмару повністю, або не хочуть переходити зовсім, та ж Hewlett Packard Enterprise продовжила пропонувати класичні масиви.

Ми живемо у 2019 році, то чому ж досі існує багатомільярдний бізнес СГД, заснований на технологіях часів Y2K? Тому що вони працюють! Простіше кажучи, вимоги критично важливих програм не реалізовувалися продуктами, створюваними на хвилі хайпа. Такі продукти, як HPE 3PAR, залишалися найкращими варіантами для корпоративних замовників, і новий виток еволюції архітектури HPE 3PAR – HPE Primera – це лише підтверджує.

У свою чергу можливості програмно-визначуваних СГД були відмінними: горизонтальна масштабованість, використання стандартних серверів… Але розплатою за це стали: нестабільна доступність, непередбачувана продуктивність і специфічні правила масштабованості.

Складність вимог замовників полягає в тому, що вони ніколи не стають простішими. Ніхто не скаже, що втрата цілісності даних або збільшення часу простою допустимі. Саме тому для СГД така важлива архітектура, яка одночасно відповідає вимогам сучасних ЦОД, що швидко еволюціонують, і при цьому в пошуку компромісу не позбавлена ​​ключових характеристик СГД класу підприємства.

Третій період: поява нових форм життя

Спробуймо розібратися, як одному з новачків на ринку СГД – компанії Datera – вдалося впоратися з такою складною сумішшю історично усталених і нових вимог до СГД. Насамперед рахунок реалізації архітектури, орієнтованої рішення описаної вище дилемы. Неможливо модифікувати стару архітектуру для вирішення завдань, що стоять перед сучасним ЦОД, так само, як неможливо модифікувати архітектуру середньої програмно-визначеної СГД для задоволення вимог, що висуваються до систем корпоративного класу: динозаври не стали ссавцями, тому що впала температура.

Побудова рішення, що відповідає вимогам СГД корпоративного рівня та одночасно враховує всю цінність динамічності сучасного ЦОДу, є непростим завданням, але це було саме те, що мала намір зробити компанія Datera. Фахівці Datera працювали над цим п'ять років і знайшли рецепт «приготування» програмно-визначеної СГД класу підприємства.

Головна труднощі, з якою зіткнулася Datera, полягала в тому, що доводилося використовувати логічний оператор AND замість помітно більш простого OR. Стабільна доступність, AND передбачувана продуктивність, AND архітектурна масштабованість, AND оркестрація-як-код, AND стандартизоване обладнання, AND реалізація політик управління, AND гнучкість, AND управління на основі аналітики, "AND" безпека, "AND" інтеграція з відкритими екосистемами. Логічний оператор "AND" на один символ довший, ніж "OR" - в цьому і полягає головна відмінність.

Четвертичний період: сучасні ЦОД та різка зміна клімату визначають розвиток програмно-визначуваних СГД

То як же Datera створила архітектуру, що відповідає вимогам традиційних СГД корпоративного класу і задовольняє запити сучасного ЦОД одночасно? Все знову зводиться до цього докучливого оператора AND.

Не було сенсу вирішувати одну за одною завдання щодо задоволення окремих вимог. Сума таких елементів стане єдиним цілим. Як і в будь-якій складній системі тут було важливе ретельне опрацювання всього комплексу збалансованих компромісів. При розробці фахівці компанії Datera орієнтувалися на три основні принципи:

  • управління з урахуванням специфіки додатків;
  • єдиний механізм забезпечення гнучкості даних;
  • висока продуктивність рахунок знижених накладних витрат.

Загальна властивість цих принципів простота. Просте управління системою, просте управління даними за допомогою єдиного елегантного механізму та забезпечення передбачуваної (і високої) продуктивності за рахунок зменшення витрат. Чому простота така важлива? Досвідчені майстри зі світу СГД знають, що неможливо забезпечити виконання вимог до СГД для сучасного динамічного ЦОД за допомогою лише гранулярного управління, безлічі інструментів управління даними та гіпероптимізації для зростання продуктивності. Комплекс таких методик нам уже знайомий як СГД-динозавр.

Знайомство з цими принципами послужило гарну службу для Datera. Розроблена ними архітектура має з одного боку доступність, продуктивність і масштабованість сучасної СГД корпоративного класу, а з іншого – гнучкість і швидкість, необхідних для сучасного програмно-визначуваного центру обробки даних.

Доступність Datera у Росії

Datera є глобальним технологічним партнером Hewlett Packard Enterprise. Продукти Datera протестовані на сумісність та продуктивність з різними моделями серверів HPE ProLiant.

Докладніше про архітектуру Datera ви зможете дізнатися на вебінарі HPE 31 жовтня.

Джерело: habr.com

Додати коментар або відгук