Egykor a tápláléklánc csúcsát foglalták el. Évezredekig. És ekkor megtörtént az elképzelhetetlen: az eget beborították a felhők, és azok megszűntek létezni. A világ másik felén olyan események történtek, amelyek megváltoztatták az éghajlatot: fokozódott a felhőzet. A dinoszauruszok túl nagyok és túl lassúak lettek: túlélési kísérleteik kudarcra voltak ítélve. A csúcsragadozók 100 millió éven át uralták a Földet, egyre nagyobbak és erősebbek. A tápláléklánc csúcsán álló tökéletesnek tűnő lényekké fejlődtek, de az univerzum hirtelen megváltoztatta bolygónk arculatát.
Ironikus módon a felhők pusztították el a dinoszauruszokat 66 millió évvel ezelőtt. Ugyanígy a felhők manapság tönkreteszik a klasszikus adattároló rendszereket a tápláléklánc csúcsán. Mindkét esetben nem maguk a felhők okozták a problémát, hanem a változó világhoz való alkalmazkodás képessége. A dinoszauruszok esetében minden gyorsan történt: a felhők pusztító hatása a meteorit leesését (vagy vulkánkitörését) követő napokon vagy heteken belül jelentkezett – az elmélet választása a tiéd. A klasszikus adattárházak esetében a folyamat évekig tart, de természetesen visszafordíthatatlan.
Triász időszak: a nagyvas kora és a migrációs alkalmazások megjelenése
Szóval mi történt? A meglévő ökoszisztéma tartalmazott belépő szintű és középkategóriás tárolórendszereket, vállalati szintű rendszereket és közvetlenül csatolt tárolórendszereket (DAS). Ezeket a kategóriákat elemzők határozták meg, és saját piaci volumenük, költségmutatóik, megbízhatóságuk, teljesítményük és méretezhetőségük volt. És akkor valami furcsa történt.
A virtuális gépek megjelenése azt jelentette, hogy több alkalmazás futhatott egyidejűleg egyetlen szerveren, valószínűleg több tulajdonoson keresztül – ez a változás azonnal megkérdőjelezte a közvetlenül csatolt tárolók jövőjét. Aztán a legnagyobb hiperskálás infrastruktúrák (hiperskálázók): Facebook, Google, eBay stb. tulajdonosai, akik belefáradtak abba, hogy hatalmas összegeket fizessenek a tárolórendszerekért, saját alkalmazásokat fejlesztettek ki, amelyek a nagy „hardveres” tárhely helyett a normál szervereken biztosították az adatok elérhetőségét. rendszerek. Aztán az Amazon valami furcsa dolgot mutatott be a piacon, Simple Storage Service, vagyis S3 néven. Nem blokkot, nem fájlt, hanem valami alapvetően újat: lehetetlenné vált rendszert venni, csak szolgáltatást lehetett vásárolni. Várj egy percet, mi ez az erős fény az égen? Újabb aszteroida?
Jurassic: az „elég jó szauruszok” korszaka
Az „elég jó” ideológiájával léptünk a tárolófejlesztési szakaszba. A tárolót használó vásárlók, miután észrevették, mit tettek a hiperskálázók, elkezdték megkérdőjelezni a hardverhez képest tíz- vagy akár százszoros többletköltség méltányosságát, amelyet vállalati tárolórendszereikért fizettek. A középszintű tömbök piaci részesedést nyertek a felső szintű rendszerektől. Olyan termékek, mint pl gyors növekedést mutatott. Az EMC Symmetrix, az egykor domináns vállalati osztályú tömb még mindig birtokolt bizonyos területeket, de ez gyorsan zsugorodott. Sok felhasználó megkezdte adatainak áttelepítését az AWS-be.
Másrészt a tárolási újítók elkezdtek ötleteket kölcsönözni a hiperskálázóktól, az elosztott horizontálisan méretezhető rendszerek technológiáit használva – ez az ideológia a vertikális skálázással ellentétes. Az új tárolószoftver várhatóan normál szervereken is futni fog, akárcsak a hiperskálázók. Nem több, mint magának a berendezésnek a 10-100-szorosa. Elméletileg bármilyen szervert használhat - a választás az Ön preferenciáitól függ. Megkezdődött a szoftveresen definiált tárolás (SDS) korszaka: a felhők eltakarták az eget, a hőmérséklet csökkent, a csúcsragadozók populációja pedig csökkenni kezdett.
A kréta időszak: a szoftveres tárolórendszerek fejlődésének kezdete
A szoftver által definiált tárolás korai napjai mámorítóak voltak. Sokat ígértek, de keveset teljesítettek. Ugyanakkor fontos technológiai váltás következett be: a flash memória a forgó rozsda (HDD) modern alternatívája lett. Ez az időszak a sok raktárindítás és a könnyen kezelhető kockázatitőke-pénzek időszaka volt. Minden jó lenne, ha nem egy probléma: az adattárolás komoly megfontolást igényel. Kiderült, hogy az ügyfelek szeretik az adataikat. Ha elveszítik a hozzáférést, vagy néhány rossz bitet találnak a terabájtnyi adatban, nagyon aggódnak és aggódnak. A legtöbb startup nem élte túl. Az ügyfelek remek funkciókat kaptak, de nem minden volt jó az alapvető eszközökkel. Rossz recept.
Cenozoikum korszak: a raktármasszívumok dominálnak
Kevesen beszélnek arról, hogy mi történt ezután, mert ez nem túl érdekes - az ügyfelek továbbra is ugyanazokat a klasszikus tárolótömböket vásárolják. Természetesen azok is áthelyezték az adataikat, akik a felhőkbe tették át az alkalmazásaikat. De az ügyfelek túlnyomó többsége számára, akik nem akarnak teljesen átállni a felhőre, vagy egyáltalán nem akarnak váltani, ugyanaz a Hewlett Packard Enterprise továbbra is klasszikus tömböket kínált.
2019-ben járunk, akkor miért létezik még mindig több milliárd dolláros, Y2K technológián alapuló tárolási üzlet? Mert dolgoznak! Egyszerűen fogalmazva, a küldetéskritikus alkalmazások követelményeit nem valósították meg a hype hullámán létrehozott termékek. Az olyan termékek, mint a HPE 3PAR, továbbra is a legjobb lehetőségek maradtak a vállalati ügyfelek számára, és a HPE 3PAR architektúra új fejlesztése – ez csak megerősít.
A szoftveresen definiált tárolórendszerek képességei viszont kiválóak voltak: horizontális skálázhatóság, szabványos szerverek használata... De ennek az ára volt: instabil rendelkezésre állás, kiszámíthatatlan teljesítmény és konkrét méretezhetőségi szabályok.
Az ügyfelek igényeinek összetettsége az, hogy soha nem lesznek egyszerűbbek. Senki sem fogja azt mondani, hogy az adatintegritás elvesztése vagy a megnövekedett állásidő elfogadható. Ezért olyan fontos a tárolórendszerek számára egy olyan architektúra, amely egyszerre felel meg a modern, gyorsan fejlődő adatközpontok követelményeinek, és a kompromisszumot keresve nem nélkülözi a vállalati szintű tárolórendszerek legfontosabb jellemzőit.
Harmadidőszak: új életformák megjelenése
Próbáljuk kitalálni, hogy a tárolási piac egyik újonca - a Datera - hogyan tudott megbirkózni a tárolórendszerekkel szemben támasztott történelmileg kialakult és új követelmények ilyen nehéz keverékével. Mindenekelőtt egy olyan architektúra megvalósításán keresztül, amely a fent leírt dilemma megoldására összpontosít. Lehetetlen úgy módosítani egy örökölt architektúrát, hogy megfeleljen egy modern adatközpont kihívásainak, mint ahogy egy átlagos, szoftveresen definiált tárolási architektúrát sem lehet úgy módosítani, hogy megfeleljen a vállalati szintű rendszerek követelményeinek: a dinoszauruszok nem lettek emlősök, mert a hőmérséklet magas. csökkent.
Nem könnyű feladat olyan megoldást építeni, amely megfelel a vállalati szintű tárolási követelményeknek, miközben teljes mértékben kihasználja a modern adatközpontok agilitását, de a Datera pontosan ezt tűzte ki célul. A Datera szakemberei öt éve dolgoznak ezen, és megtalálták a receptet a nagyvállalati szintű szoftverrel definiált tárolás „főzésére”.
A Datera fő nehézsége az volt, hogy az "AND" logikai operátort kellett használnia a sokkal egyszerűbb "OR" helyett. Következetes rendelkezésre állás, ÉS kiszámítható teljesítmény, ÉS architekturális skálázhatóság, ÉS koordináció kódként, ÉS szabványosított hardver, ÉS irányelvek betartatása, ÉS rugalmasság, ÉS elemzés-vezérelt felügyelet, „ÉS” biztonság, „ÉS” integráció nyílt ökoszisztémákkal. Az „AND” logikai operátor egy karakterrel hosszabb, mint az „OR” – ez a fő különbség.
Negyedidőszak: a modern adatközpontok és a hirtelen klímaváltozás előre meghatározza a szoftveres tárolórendszerek fejlesztését
Tehát hogyan hozott létre a Datera egy olyan architektúrát, amely megfelel a hagyományos vállalati tárolási igényeknek, ugyanakkor megfelel a modern adatközpontok igényeinek? Minden megint a bosszantó „ÉS” operátoron múlik.
Nem volt értelme az egyéni igényeket egyenként kezelni. Az ilyen elemek összege nem lesz egységes egésszé. Mint minden összetett rendszerben, itt is fontos volt a kiegyensúlyozott kompromisszumok teljes komplexumának gondos mérlegelése. A fejlesztés során a Datera szakembereit három fő elv vezérelte:
- alkalmazás-specifikus menedzsment;
- egységes mechanizmus az adatok rugalmasságának biztosítására;
- nagy teljesítmény a csökkentett rezsiköltségeknek köszönhetően.
Ezen elvek közös jellemzője az egyszerűség. Egyszerűen kezelheti rendszerét, egyszerűen kezelheti adatait egyetlen, elegáns motorral, és kiszámítható (és nagy) teljesítményt nyújt, miközben csökkenti a költségeket. Miért olyan fontos az egyszerűség? A tárolási világ hozzáértő szakemberei tudják, hogy a mai dinamikus adatközpontok tárolási követelményeinek kielégítése nem érhető el pusztán részletes kezeléssel, többféle adatkezelő eszközzel és a teljesítménynövekedést szolgáló hiperoptimalizálással. Az ilyen technikák komplexumát dinoszaurusz-tárolórendszerként már ismerjük.
Ezen elvek ismerete Daterának jó szolgálatot tett. Az általuk kidolgozott architektúra egyrészt rendelkezik egy modern, nagyvállalati szintű tárolórendszer elérhetőségével, teljesítményével és skálázhatóságával, másrészt a modern, szoftveresen definiált adatközponthoz szükséges rugalmassággal és sebességgel.
A Datera elérhetősége Oroszországban
A Datera a Hewlett Packard Enterprise globális technológiai partnere. A Datera termékek kompatibilitását és teljesítményét különféle szervermodellekkel tesztelték .
A Datera architektúráról a következő címen tudhat meg többet Október 31.
Forrás: will.com