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