Някога те заемаха върха на хранителната верига. Хиляди години. А след това се случи немислимото: небето се затвори с облаци и те престанаха да съществуват. От другата страна на света се случиха събития, които промениха климата: увеличи се облачността. Динозаврите станаха твърде големи и бавни: опитите им за оцеляване бяха обречени на провал. Висшите хищници царуваха на Земята 100 милиона години, нараствайки все повече и ставайки все по-силни. Те еволюираха в това, което изглеждаше като идеално същество, находящо се на върха на хранителната верига, но Вселената изведнъж промени облика на нашата планета.
По ирония на съдбата именно облаците изтриха динозаврите от лицето на Земята преди 66 милиона години. По същия начин облаците днес унищожават класическите системи за съхранение на данни, находящи се "на върха на хранителната верига". В двата случая проблемът не беше в самите облаци, а в способността да се адаптираме към променящия се свят. В случая с динозаврите всичко се случи бързо: разрушителният ефект на облаците настъпи в рамките на дни или седмици след падането на метеорита (или изригването на вулкан – изборът на теория остава ваш). В случая с класическите хранилища за данни процесът отнема години, но той, разбира се, е необратим.
Триасов период: векът на голямото желязо и появата на мигриращите приложения
Какво всъщност се случи? В сложената екосистема съществуваха СХД начален и среден клас, корпоративни системи и СХД с директно свързване (DAS). Тези категории бяха определени от анализатори, имаха своите обеми на пазара, показатели за стойност, надеждност, производителност, мащабируемост. А след това се случи нещо странно.
Появата на виртуалните машини означаваше, че на един сървър едновременно могат да работят множество приложения, вероятно от различни собственици – тези промени веднага поставиха под въпрос бъдещето на СХД с директно свързване. След това собствениците на големите хиперскалируеми инфраструктури (хиперскалери): Facebook, Google, eBay и др., уморени да плащат огромни суми за СХД, разработиха собствени приложения, които осигуряваха достъпност на данните на обикновени сървъри вместо на големи „железни“ СХД. След това компанията Amazon представи на пазара нещо странно, наречено Simple Storage Service (проста услуга за съхранение на данни) или S3. Не блок, не файл, а нещо принципно ново: системата вече не можеше да бъде закупена, появи се възможност само за закупуване на услуга. Извинявайте, какво е това ярко светло, видимо в небето? Още един астероид?
Юрският период: ерата на "достатъчно добрите" динозаври
Преминахме в етап на развитие на СХД с идеология "достатъчно добро". Клиентите, използващи СХД, забелязали какво направиха хиперскалерите, започнаха да поставят под съмнение обосноваността на десетикратната или дори стократната добавена стойност над цената на оборудването, която те плащаха за своите корпоративни СХД. Масивите от среден клас започнаха да завоеват пазарен дял от високо ниво системи. Продукти като показаха бърз ръст. EMC Symmetrix, който някога доминираше в корпоративния клас (от думата "масивен"), все още запазваше известно територия, но тя бързо намаляваше. Много потребители започнаха да прехвърлят данните си в AWS.
От друга страна, иноватори в СХД започнаха да заимстват идеи от хиперскалерите, използвайки технологии на разпределени хоризонтално мащабируеми системи – идеология, противоположна на вертикалното мащабиране. Очаква се новото СХД софтуер да може да работи на обикновени сървъри, точно както при хиперскалерите. Никакви повече 10-100 пъти надценяване на цената на самото оборудване. В теория можете да използвате всякакви сървъри – изборът зависи от предпочитанията ви. Ерата на софтуерно определяемите СХД (SDS) започна: облаците запълниха небето, температурата спадна и популацията на висшите хищници започна да намалява.
Кретански период: начало на еволюцията на софтуерно определяемите СХД
Ранните дни на софтуерно определяемите СХД бяха бурни. Обещаваше се много, но се доставяше малко. В същото време настъпи важен технологичен преход: флаш паметта стана съвременна алтернатива на "оборотната ръжда" (HDD). Това беше период на възникване на множество СХД стартъпи и лесно раздаване на рисков капитал. Всичко би било чудесно, ако не беше един проблем: съхранението на данни изисква сериозно отношение. Оказа се, че клиентите ценят своите данни. Ако загубят достъп до тях или в терабайти данни бъдат открити няколко неверни бита, те се притесняват и се притесняват много силно. Повечето стартъпи не оцеляват. Клиентите получават страхотни функционалности, но базовите инструменти не са били на ниво. Лоша рецепта.
Кайнозойски период: СХД масивите доминират
Малко хора говорят за това, което се случи след това, защото не е много интересно – клиентите продължават да купуват все същите класически масиви СХД. Разбира се, тези, които прехвърлиха приложенията си в облака, прехвърлиха там и данните. Но за подавляващото мнозинство от клиентите, които не желаят да преминат напълно в облака или изобщо не искат да преминат, същата Hewlett Packard Enterprise продължи да предлага класически масиви.
Живеем в 2019 година, така че защо все още съществува многомилиардния бизнес на СХД, основан на технологии от времето на Y2K? Защото работят! Просто казано, изискванията на критично важните приложения не бяха реализирани от продуктите, създадени на вълната на хипа. Продукти като HPE 3PAR останаха най-добрите варианти за корпоративни клиенти, а новият етап от еволюцията на архитектурата HPE 3PAR – – само потвърдява това.
От своя страна, възможностите на софтуерно определяемите СХД бяха отлични: хоризонтално мащабиране, използване на стандартни сървъри… Но цената за това бяха: нестабилна достъпност, непредсказуема производителност и специфични правила за мащабиране.
Сложността на изискванията на клиентите е, че те никога не стават по-лесни. Никой не би казал, че загубата на целостността на данните или увеличаването на времето за просто стоене са приемливи. Поради това, архитектурата на СХД е изключително важна, тъй като трябва да отговори на нуждите на съвременните, бързо развиващи се ЦОД, без да жертва ключовите характеристики на корпоративния клас СХД.
Третичен период: появата на нови форми на живот
Нека да разгледаме как на новака на пазара на СХД – компания 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 са тествани за съвместимост и производителност с различни модели сървъри .
Повече за архитектурата на Datera можете да научите на 31 октомври.
Източник: habr.com
