Някога те царуваха на върха на хранителната верига. Хиляди години. А после се случи немислимото: небето се затвори от облаци и те престанаха да съществуват. В другия край на света се случиха събития, променили климата: облачността се увеличи. Динозаврите станаха твърде големи и бавни: опитите им за оцеляване бяха обречени на провал. Висшите хищници управляваха Земята 100 милиона години, увеличавайки се и ставайки все по-силни. Те еволюираха в това, което изглеждаше като идеалното същество, намиращо се на върха на хранителната верига, но Вселена бързо промени облика на нашата планета.
По ирония на съдбата именно облаците изтриха динозаврите от лицето на земята преди 66 милиона години. По същия начин облаците днес унищожават класическите системи за съхранение на данни, които са на "върха на хранителната верига". И в двата случая проблемът не е в самите облаци, а в способността да се адаптираме към променящия се свят. В случая с динозаврите всичко се случи бързо: разрушителният ефект на облаците настъпи в рамките на дни или седмици след падането на метеорита (или изригването на вулкана – изборът на теория остава ваш). В случаите с класическите хранилища за данни процесът отнема години, но със сигурност е необратим.
Триаски период: епоха на голямото желязо и появата на мигриращи приложения
Какво точно се случи? В съществуващата екосистема имаше СХД начален и среден клас, системи на корпоративно ниво и СХД с директно свързване (DAS). Тези категории бяха определени от анализаторите, имаха свои обеми на пазара, показатели за цена, надеждност, производителност, мащабируемост. А после се случи нещо странно.
Появата на виртуални машини означаваше, че на един сървър едновременно могат да работят множество приложения, вероятно на различни собственици – тези промени веднага поставиха под въпрос бъдещето на СХД с директно свързване. След това собствениците на най-големите хипермасштабируеми инфраструктури (хиперскейлери): Facebook, Google, eBay и др., уморени от плащането на огромни суми за СХД, разработиха собствени приложения, които осигуряваха достъпността на данните на обикновени сървъри, вместо на големи „железни“ СХД. След това компанията Amazon представи на пазара нещо странно, наречено Simple Storage Service (прост оказател на данни) или S3. Не блок, не файл, а нещо принципиално ново: вече не можеше да се купи система, появи се възможността да се купи само услуга. Извинявайте, какво е това ярко светло, видимо в небето? Още един астероид?
Юрският период: ерата на "достатъчно добри динозаври"
Влезли сме в фаза на развитие на СХД с идеология "достатъчно добре". Клиентите, използващи СХД, забелязали какво направиха хиперскейлерите, започнаха да поставят под съмнение справедливостта на десетократна, а понякога и стократна добавъчна стойност над железата, която плащаха за своите корпоративни СХД. Массивите от среден клас започнаха да отвоюват пазарен дял от системите от висш клас. Продукти като показаха бърз ръст. EMC Symmetrix, някога доминиращият масив (от думата "массивен") корпоративен клас, все още задържаше някаква територия, но тя бързо намаляваше. Много потребители започнаха да пренасочват данните си в AWS.
От друга страна иноватори на СХД започнаха да заимстват идеи от хиперскейлерите, използвайки технологии на разпределени хоризонтално мащабируеми системи – идеология, противоположна на вертикалното мащабиране. Очаква се новото ПРС да може да работи на обикновени сървъри, точно както хиперскейлерите. Никакви повече 10-100 кратни цени над стойността на самото оборудване. В теорията могат да се използват всякакви сървъри – изборът зависи от вашите предпочитания. Ерата на софтуерно определените СХД (SDS) започна: облаците затвориха небето, температурата спадна и популацията на висшите хищници започна да намалява.
Меловият период: начало на еволюцията на софтуерно определените СХД
Ранните дни на софтуерно-определяемите СХД бяха бурни. Бяха обещавани много неща, но малко от тях бяха реализирани. В същото време настъпи важен технологичен.SharedLogic хип: флаш паметта стана съвременна алтернатива на 'обърната ръжда' (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
