Egyszer ők uralták az ökológiai tápláléklánc csúcsát. Ezeréveken keresztül. Aztán történt valami elképzelhetetlen: az eget felhők zárták el, és ők eltűntek. A világ másik végén olyan események történtek, amelyek megváltoztatták a klímát: megnőtt a felhőzet. A dinoszauruszok túl nagyokká és lassúkká váltak: a túlélésükre tett kísérleteik kudarcra voltak ítélve. A legfelső ragadozók 100 millió éven át uralták a Földet, egyre nagyobbá és erősebbé válva. Azt tűntek ki, mint az ökológiai tápláléklánc csúcsán élő ideális lény, de a Világegyetem hirtelen megváltoztatta bolygónk arcát.
Ironikus módon éppen a felhők pusztították el a dinoszauruszokat 66 millió évvel ezelőtt. Hasonlóképpen a felhők ma a klasszikus adattárolási rendszereket semmisítik meg, amelyek »az ökológiai tápláléklánc csúcsán« találhatók. Mindkét esetben a probléma nem magukban a felhőkben rejlett, hanem abban, hogy az emberek mennyire tudtak alkalmazkodni a változó világhoz. A dinoszauruszok esetében minden gyorsan történt: a felhők pusztító hatása napokon vagy heteken belül bekövetkezett a meteor becsapódása (vagy a vulkánkitörés – a választás elméletek között a tiéd) után. A klasszikus adattárolók esetén a folyamat évekig tart, de természetesen visszafordíthatatlan.
Triászkorszak: a nagy vas kora és a vándorló alkalmazások megjelenése
Mi is történt tehát? A kialakult ökoszisztémában léteztek kezdeti és középszintű adattárolók, vállalati szintű rendszerek és közvetlenül csatlakozó adattárolók (DAS). Ezeket a kategóriákat elemzők határozták meg, saját piaci méreteik, költséghatékonysági, megbízhatósági, teljesítményi és skálázhatósági mutatóikkal. Aztán valami furcsa történt.
A virtuális gépek megjelenése azt jelentette, hogy egy szerveren egyszerre több alkalmazás is futhat, valószínűleg több tulajdonostól – ezek a változások azonnal megkérdőjelezték a közvetlen csatlakozással működő tárolórendszerek jövőjét. Ezután a legnagyobb hiperskaláris infrastruktúrák (hiperskalerek): Facebook, Google, eBay stb., akik belefáradtak abba, hogy hatalmas összegeket költenek a tárolórendszerekre, saját alkalmazásokat fejlesztettek ki, amelyek lehetővé tették az adatok elérhetőségét a hagyományos szervereken, ahelyett, hogy nagy „vas” tárolórendszereket használnának. Majd az Amazon bemutatta a piacnak valami furcsát, amit Simple Storage Service-nek (egyszerű tárolási szolgáltatás) vagy S3-nak neveztek el. Nem blokk, nem fájl, hanem valami alapvetően új: a rendszert nem lehetett megvásárolni, csak a szolgáltatást lehetett megvenni. Várj, mi az a ragyogó fény az égen? Egy újabb aszteroida?
Jura időszak: a „meglehetősen jó dinoszauruszok” kora
Belépett a tárolórendszerek fejlődésének szakaszába a „meglehetősen jó” ideológiával. Azok a megrendelők, akik tárolórendszereket használnak, észrevették, hogy mit tettek a hiperskalerek, elkezdtek kételkedni abban, hogy indokolt a tíz- vagy akár százszoros hozzáadott érték a vas fölött, amit vállalati tárolórendszereikért fizettek. A középkategóriás tároló tömbök elkezdték visszaszorítani a csúcskategóriás rendszerek piaci részesedését. Ilyen termékek, mint gyors növekedést mutattak. Az EMC Symmetrix, valaha domináló vállalati szintű tömb, még mindig megtartott valamilyen területet, de ez gyorsan csökkent. Számos felhasználó elkezdett adatokat átvinni az AWS-be.
Másrészről a tárolórendszerek innovátorai ötleteket kezdtek kölcsönözni a hiperskalerektől, felhasználva a vízszintesen skálázható elosztott rendszerek technológiáit – ideológia, amely ellentétes a vertikális skálázással. A várakozások szerint az új tárolószoftverek képesek lesznek működni a hagyományos szervereken, pontosan úgy, mint a hiperskalereknél. Többé nem lesznek 10-100-szoros árak a berendezés költsége felett. Elméletileg bármilyen szerver használható – a választás az Ön preferenciáitól függ. A programozás által vezérelt tárolórendszerek (SDS) kora elkezdődött: a felhők elfedték az eget, a hőmérséklet csökkent, és a legfelső ragadozók populációja csökkenni kezdett.
Kréta időszak: a programozás által vezérelt tárolórendszerek evolúciójának kezdete
A szoftver által vezérelt tárolórendszerek korai napjai viharosak voltak. Nagyon sokat ígértek, de kevés megvalósult. Ezzel egy időben fontos technológiai elmozdulás történt: a flash memória a „forgó rozsdához” (HDD) képest korszerű alternatíva lett. Ez volt az időszaka számos tárolórendszer startup megjelenésének és a könnyen elérhető kockázati tőkének. Minden szuper lett volna, ha nem lett volna egy probléma: az adatok tárolása komoly hozzáállást igényel. Kiderült, hogy az ügyfelek szeretik az adataikat. Ha elveszítik hozzáférésüket, vagy terabájtnyi adatok között pár hibás bitet találnak, nagyon aggódnak. A legtöbb startup nem élte túl. Az ügyfelek menő funkciókat kaptak, de az alapvető eszközökkel nem minden ment zökkenőmentesen. Rossz recept.
Kainozoikus időszak: a tárolórendszerek dominálnak
Kevesen beszélnek arról, mi történt utána, mert nem igazán érdekes – az ügyfelek továbbra is ugyanazokat a klasszikus tárolórendszereket vásárolják. Természetesen azok, akik az alkalmazásaikat a felhőkbe költöztették, az adataikat is odaköltöztették. De a túlnyomó többség ügyfelének, akik nem szeretnének teljesen a felhőbe átköltözni, vagy egyáltalán nem akarnak, a Hewlett Packard Enterprise továbbra is kínálta a klasszikus tárolórendszereket.
2019-et írunk, tehát miért létezik még mindig egy több milliárd dolláros tárolórendszer üzletág, amely a Y2K korabeli technológiákra épül? Mert működnek! Egyszerűen fogalmazva, a kritikus alkalmazások követelményei nem valósultak meg a hype hullámán létrejött termékek által. Az olyan termékek, mint az HPE 3PAR, továbbra is a legjobb választások voltak a vállalati ügyfelek számára, és az HPE 3PAR architektúrájának új evolúciós lépcsőfoka – – csak megerősíti ezt.
Viszont a szoftver által vezérelt tárolórendszerek lehetőségei nagyszerűek voltak: horizontális skálázhatóság, szabványos szerverek használata… De ennek ára volt: instabil elérhetőség, kiszámíthatatlan teljesítmény és specifikus skálázhatósági szabályok.
A vevői igények bonyolultsága abban rejlik, hogy sosem egyszerűsödnek. Senki sem mondja, hogy az adatok integritásának elvesztése vagy a leállási idő növekedése elfogadható. Ezért annyira fontos a tárolórendszerek esetében az olyan architektúra, amely egyszerre felel meg a modern, gyorsan fejlődő adatközpontok követelményeinek, és nem nélkülözi a vállalati szintű tárolórendszereknél kulcsfontosságú jellemzőket sem.
Harmadik időszak: új életformák megjelenése
Nézzük meg, hogyan tudott a tárolórendszerek piacának egyik újonca, a Datera kezelni egy ilyen bonyolult, történelmileg megszilárdult és új követelmények összetett keverékét. Mindezt elsősorban az architektúra megvalósítása révén érték el, amely a fenti dilemmára összpontosít. Nem lehet egy régi architektúrát módosítani, hogy megoldja a modern adatközpontok előtt álló feladatokat, éppen úgy, ahogy nem lehet egy közepes programozott tárolórendszer architektúráját átalakítani a vállalati szintű rendszerek igényeihez: a dinoszauruszok sem váltak emlősökké, mert csökkent a hőmérséklet.
Egy olyan megoldás felépítése, amely megfelel a vállalati szintű tárolórendszerek követelményeinek, és egyúttal figyelembe veszi a modern adatközpont dinamikusságának teljes értékét, nem egyszerű feladat, de éppen ezt akarta elérni a Datera. A Datera szakemberei öt éven át dolgoztak ezen, és megtalálták a vállalati szintű programozott tárolórendszer 'elkészítésének' receptjét.
A Datera által szembenéző fő nehézség az volt, hogy a logikai 'ÉS' operátort kellett használniuk, a jóval egyszerűbb 'VAGY' helyett. Stabil elérhetőség, 'ÉS' előre kiszámítható teljesítmény, 'ÉS' architekturális skálázhatóság, 'ÉS' kód-orchestration, 'ÉS' szabványos hardver, 'ÉS' irányítási politika végrehajtása, 'ÉS' rugalmasság, 'ÉS' elemzés alapú irányítás, 'ÉS' biztonság, 'ÉS' integráció nyílt ökoszisztémákkal. Az 'ÉS' logikai operátor egy karakterrel hosszabb, mint a 'VAGY' – ez a legfőbb különbség.
Negyedik időszak: a modern adatközpontok és az éghajlat drámai változása előre meghatározza a programozott tárolórendszerek fejlődését
Hogyan alkotta meg a Datera az architektúrát, amely egyszerre felel meg a vállalati szintű hagyományos tárolórendszerek követelményeinek és a modern adatközpontok elvárásainak? Minden visszatér ahhoz a bosszantó "ÉS" operátorhoz.
Nincs értelme egyesével foglalkozni a különböző követelmények teljeítésével. Az ilyen elemek összessége nem válik egységes egésszé. Mint minden komplex rendszerben, itt is fontos volt a kiemelt, alapos mérlegelés a kiegyensúlyozott kompromisszumok egészének kidolgozásában. A Datera szakértői három alapelvre összpontosítottak a fejlesztés során:
- az alkalmazások jellegének megfelelő irányítás;
- egységes mechanizmus az adatok rugalmasságának biztosítására;
- magas teljesítmény csökkentett üzemi költségekkel.
Ezeknek az elveknek közös vonása a egyszerűség. Egyszerű rendszerkezelés, egyszerű adatekezelés egy elegáns egységes mechanizmus segítségével, és a költségek csökkentésével biztosított előrejelezhető (és magas) teljesítmény. Miért olyan fontos az egyszerűség? A tárolórendszerek világának tapasztalt mesterei tudják, hogy nem lehet biztosítani a modern dinamikus adatközpontokra vonatkozó követelményeket csupán granuláris irányítással, számos adatkezelő eszközzel és a teljesítmény növelésére tett hiperoptimalizálással. E módszerek összessége már ismerős nekünk mint a tárolórendszerek dinoszaurusza.
Ezeknek az elveknek a megismerése nagy hasznot hozott a Daterra számára. Az általuk kifejlesztett architektúra egyrészt a modern vállalati szintű tárolórendszerek elérhetőségét, teljesítményét és skálázhatóságát biztosítja, másrészt a modern szoftveresen definiált adatközpontok számára szükséges rugalmasságot és sebességet.
A Datera elérhetősége Oroszországban
A Datera a Hewlett Packard Enterprise globális technológiai partnere. A Datera termékei különböző szervermodellek kompatibilitására és teljesítményére lettek tesztelve. .
A Datera architektúrával kapcsolatban többet megtudhat a október 31-én.
Forrás: habr.com
