Ili iam okupis la supron de la nutroĉeno. Dum miloj da jaroj. Kaj tiam okazis la nepensebla: la ĉielo kovriĝis per nuboj, kaj ili ĉesis ekzisti. Aliflanke de la mondo okazis eventoj, kiuj ŝanĝis la klimaton: nubo pliiĝis. La dinosaŭroj fariĝis tro grandaj kaj tro malrapidaj: iliaj provoj pluvivi estis kondamnitaj al fiasko. La apeksaj predantoj regis la Teron dum 100 milionoj da jaroj, fariĝante pli grandaj kaj pli fortaj. Ili evoluis en kio ŝajnis kiel perfekta estaĵo ĉe la supro de la nutroĉeno, sed la universo subite ŝanĝis la vizaĝon de nia planedo.
Ironie, estis la nuboj kiuj ekstermis la dinosaŭrojn antaŭ 66 milionoj da jaroj. En la sama maniero, nuboj hodiaŭ detruas klasikajn datumservsistemojn ĉe la supro de la nutroĉeno. En ambaŭ kazoj, la problemo ne estis la nuboj mem, sed la kapablo adaptiĝi al ŝanĝiĝanta mondo. En la kazo de dinosaŭroj, ĉio okazis rapide: la detrua efiko de la nuboj okazis ene de tagoj aŭ semajnoj post la falo de la meteorito (aŭ vulkana erupcio - la elekto de la teorio estas via). En la kazo de klasikaj datumstokejoj, la procezo daŭras jarojn, sed ĝi estas, kompreneble, neinversigebla.
Triasa periodo: la aĝo de granda fero kaj la apero de migrantaj aplikoj
Kio do okazis? La ekzistanta ekosistemo inkludis enirnivelajn kaj meznivelajn stokadsistemojn, entrepren-nivelajn sistemojn, kaj rekta-ligitan stokadon (DAS). Ĉi tiuj kategorioj estis determinitaj de analizistoj kaj havis siajn proprajn merkatajn volumojn, indikilojn de kosto, fidindecon, rendimenton kaj skaleblon. Kaj tiam io stranga okazis.
La apero de virtualaj maŝinoj signifis, ke multoblaj aplikoj povus funkcii samtempe sur ununura servilo, verŝajne trans pluraj posedantoj - ŝanĝo kiu tuj pridubis la estontecon de rekte alfiksita stokado. Tiam la posedantoj de la plej grandaj hiperskalaj infrastrukturoj (hiperskaliloj): Facebook, Google, eBay, ktp., lacaj de pagi grandegajn monsumojn por stokadsistemoj, evoluigis siajn proprajn aplikaĵojn, kiuj certigis datumojn haveblecon sur regulaj serviloj anstataŭ grandaj "hardvaro" stokado. sistemoj. Tiam Amazon enkondukis ion strangan al la merkato nomata Simpla Stokado-Servo, aŭ S3. Ne bloko, ne dosiero, sed io fundamente nova: fariĝis neeble aĉeti sistemon, eblis aĉeti nur servon. Atendu momenton, kio estas tiu hela lumo videbla sur la ĉielo? Alia asteroido?
Ĵuraso: la epoko de la "sufiĉe bonaj saŭroj"
Ni eniris la stokan evolufazon kun la ideologio "sufiĉe bona". Stokklientoj, rimarkante kion faris la hiperscalers, komencis pridubi la justecon de la dek aŭ eĉ cent fojojn la kromkosto super aparataro kiun ili pagis por siaj kompaniaj stokadsistemoj. Meznivelaj aroj komencis gajni merkatparton de pintanivelaj sistemoj. Produktoj kiel ekzemple montris rapidan kreskon. EMC Symmetrix, la iam domina entrepren-klasa aro, ankoraŭ tenis iom da teritorio, sed ĝi rapide ŝrumpis. Multaj uzantoj komencis migri siajn datumojn al AWS.
Aliflanke, stokadnovigantoj komencis prunti ideojn de hiperskaliloj, uzante teknologiojn de distribuitaj horizontale skaleblaj sistemoj - ideologio kontraŭa al vertikala skalado. Estas atendite, ke la nova stokada programaro povos funkcii per regulaj serviloj, same kiel hiperskaliloj. Ne pli 10-100 fojojn la kosto de la ekipaĵo mem. En teorio, vi povas uzi ajnan servilon - la elekto dependas de viaj preferoj. La epoko de softvar-difinita stokado (SDS) komenciĝis: nuboj malklarigis la ĉielon, temperaturoj falis, kaj la populacio de apeksaj predantoj komencis malkreski.
La Kretaceo: la komenco de la evoluo de softvar-difinitaj stokadsistemoj
La fruaj tagoj de programaro-difinita stokado estis kapecaj. Multo estis promesita, sed malmulto estis liverita. Samtempe okazis grava teknologia ŝanĝo: fulmmemoro iĝis la moderna alternativo al ŝpinita rusto (HDD). Ĉi tio estis periodo de multaj stokadentreprenoj kaj facile manipulebla riskkapitala mono. Ĉio estus bonega se ne pro unu problemo: konservado de datumoj postulas seriozan konsideron. Rezultas, ke klientoj amas siajn datumojn. Se ili perdas aliron al ĝi, aŭ kelkaj malbonaj bitoj troviĝas en terabajtoj da datumoj, ili tre zorgas kaj zorgas. Plej multaj noventreprenoj ne pluvivis. Klientoj ricevis bonegajn funkciojn, sed ne ĉio estis bona kun la bazaj iloj. Malbona recepto.
Kenozoika periodo: stokadmasivoj dominas
Malmultaj homoj parolas pri tio, kio okazis poste, ĉar ĝi ne estas tre interesa - klientoj daŭre aĉetas la samajn klasikajn stokadajn tabelojn. Kompreneble, tiuj, kiuj movis siajn aplikojn al la nuboj, ankaŭ movis siajn datumojn tien. Sed por la granda plimulto de klientoj, kiuj ne volas tute ŝanĝi al la nubo, aŭ tute ne volas ŝanĝi, la sama Hewlett Packard Enterprise daŭre ofertis klasikajn tabelojn.
Ni estas en 2019, do kial ekzistas ankoraŭ multmiliardo-dolara stokado-komerco bazita sur Y2K-teknologio? Ĉar ili funkcias! Simple dirite, la postuloj de misi-kritikaj aplikoj ne estis realigitaj per produktoj kreitaj sur la ondo de ekzaltiĝo. Produktoj kiel HPE 3PAR restis la plej bonaj elektoj por entreprenaj klientoj, kaj la nova evoluo de la HPE 3PAR-arkitekturo estas – ĉi tio nur konfirmas ĝin.
Siavice, la kapabloj de programaro difinitaj stokadsistemoj estis bonegaj: horizontala skaleblo, la uzo de normaj serviloj... Sed la prezo por tio estis: malstabila havebleco, neantaŭvidebla agado kaj specifaj skaleblo-reguloj.
La komplekseco de klientpostuloj estas, ke ili neniam fariĝas pli simplaj. Neniu diros, ke perdo de datuma integreco aŭ pliigita malfunkcio estas akceptebla. Tial arkitekturo kiu samtempe plenumas la postulojn de modernaj rapide evoluantaj datumcentroj kaj, en la serĉo de kompromiso, ne estas sen la ŝlosilaj trajtoj de entreprenaj klasaj stokadsistemoj, estas tiel grava por stokadsistemoj.
Terciara periodo: apero de novaj vivoformoj
Ni provu eltrovi kiel unu el la novuloj al la stokadmerkato - Datera - sukcesis trakti tiel malfacilan miksaĵon de historie establitaj kaj novaj postuloj por stokadsistemoj. Unue, per la efektivigo de arkitekturo koncentrita al solvado de la dilemo priskribita supre. Estas maleble modifi heredan arkitekturon por renkonti la defiojn de moderna datumcentro, same kiel estas maleble modifi mezan softvar-difinitan stokan arkitekturon por plenumi la postulojn de entreprenaj klasaj sistemoj: dinosaŭroj ne fariĝis mamuloj ĉar la temperaturo. faligis.
Konstrui solvon, kiu plenumas entreprenajn stokajn postulojn, plene profitante la lertecon de la moderna datumcentro, ne estas facila tasko, sed ĝuste tion Datera intencis fari. Datera-specialistoj laboras pri tio dum kvin jaroj kaj trovis recepton por "kuiri" entreprenan klason programaro-difinita stokado.
La ĉefmalfacilaĵo kiun Datera renkontis estis ke ĝi devis uzi la logikan funkciigiston "KAJ" anstataŭe de la multe pli simpla "OR". Konsekvenca havebleco, KAJ antaŭvidebla agado, KAJ arkitektura skaleblo, KAJ instrumentado-kiel-kodo, KAJ normigita aparataro, KAJ politika plenumo, KAJ fleksebleco, KAJ analiz-movita administrado, "KAJ" sekureco, "KAJ" integriĝo kun malfermaj ekosistemoj. La logika operatoro "KAJ" estas unu signo pli longa ol "OR" - ĉi tiu estas la ĉefa diferenco.
Kvaternara periodo: modernaj datencentroj kaj subita klimata ŝanĝo antaŭdeterminas la evoluon de softvar-difinitaj stokadsistemoj
Do kiel Datera kreis arkitekturon, kiu plenumas la postulojn de tradicia entreprena stokado samtempe renkontante la postulojn de la moderna datumcentro? Ĉio venas al tiu ĝena "KAJ" funkciigisto denove.
Ne estis senco trakti individuajn postulojn unu post la alia. La sumo de tiaj elementoj ne fariĝos ununura tuto. Kiel en ĉiu kompleksa sistemo, zorgema konsidero de la tuta komplekso de ekvilibraj kompromisoj estis grava. Dum evoluado, Datera-specialistoj estis gviditaj de tri ĉefaj principoj:
- aplikaĵ-specifa administrado;
- unuigita mekanismo por certigi datumflekseblecon;
- alta rendimento pro reduktitaj superkostoj.
La komuna trajto de ĉi tiuj principoj estas simpleco. Facile administru vian sistemon, administru viajn datumojn facile per ununura eleganta motoro kaj liveru antaŭvideblan (kaj altan) rendimenton reduktante kostojn. Kial simpleco estas tiel grava? Saĝaj profesiuloj en la stokado-mondo scias, ke renkonti la stokadpostulojn de la hodiaŭa dinamika datumcentro ne povas esti atingita per nur granula administrado, multoblaj datumadministradiloj kaj hiperoptimumigo por rendimentogajnoj. La komplekso de tiaj teknikoj jam estas konata al ni kiel dinosaŭra stoksistemo.
Konateco kun ĉi tiuj principoj bone servis Datera. La arkitekturo kiun ili evoluigis havas, unuflanke, la haveblecon, efikecon kaj skaleblon de moderna entrepren-klasa stokadsistemo, kaj aliflanke, la flekseblecon kaj rapidecon necesaj por moderna softvar-difinita datumcentro.
Havebleco de Datera en Rusio
Datera estas tutmonda teknologia partnero de Hewlett Packard Enterprise. Datera-produktoj estas testitaj pri kongruo kaj rendimento kun diversaj servilaj modeloj .
Vi povas lerni pli pri la arkitekturo de Datera ĉe La 31an de oktobro.
fonto: www.habr.com