De brukade dominera nÀringskedjan. Under Ärtusenden. Men sedan hÀnde det otÀnkbara: molnen skymde himlen och de upphörde att existera. PÄ andra sidan jorden intrÀffade hÀndelser som förÀndrade klimatet: molnigheten ökade. Dinosaurierna blev för stora och lÄngsamma: deras försök att överleva var dömda att misslyckas. De högsta rovdjuren hÀrskade pÄ jorden i 100 miljoner Är, vÀxte sig allt större och starkare. De utvecklades till vad som verkade vara den perfekta varelsen, som befann sig pÄ toppen av nÀringskedjan, men universum förÀndrade plötsligt utseendet pÄ vÄr planet.
Ironiskt nog var det just molnen som utrotade dinosaurierna för 66 miljoner Ă„r sedan. PĂ„ samma sĂ€tt förstör molnen idag klassiska lagringssystem som befinner sig "pĂ„ toppen av nĂ€ringskedjan". I bĂ„da fallen lĂ„g inte problemet i sjĂ€lva molnen, utan i förmĂ„gan att anpassa sig till en förĂ€nderlig vĂ€rld. I fallet med dinosaurier skedde det snabbt: den förödande effekten av molnen intrĂ€ffade inom dagar eller veckor efter nedslaget av meteoriten (eller vulkanutbrott â valet av teori Ă€r ditt). I fallet med klassiska lagringssystem tar processen Ă„r, men den Ă€r sjĂ€lvklart oĂ„terkallelig.
Triasperioden: den stora jÀrnÄldern och framvÀxten av migrerande applikationer
Vad hÀnde egentligen? I det etablerade ekosystemet fanns det lagringslösningar av instegs- och mellanklass, företagslösningar och direktanslutna lagringslösningar (DAS). Dessa kategorier definierades av analytiker, hade sina egna marknadsvolymer, kostnads-, tillförlitlighets-, prestanda- och skalbarhetsmÄtt. Men sedan hÀnde nÄgot mÀrkligt.
FramvĂ€xten av virtuella maskiner innebar att mĂ„nga applikationer, troligen frĂ„n flera Ă€gare, kunde köras samtidigt pĂ„ en server â dessa förĂ€ndringar stĂ€llde genast framtiden för direktanslutna lagringssystem pĂ„ prov. Ăgare av de största hyperskaliga infrastrukturerna (hyperskalare): Facebook, Google, eBay och sĂ„ vidare, som blivit trötta pĂ„ att betala stora summor för lagringssystem, utvecklade egna applikationer för att sĂ€kerstĂ€lla datatillgĂ€nglighet pĂ„ vanliga servrar istĂ€llet för stora "jĂ€rn" lagringssystem. Sedan introducerade Amazon nĂ„got mĂ€rkligt pĂ„ marknaden, kallat Simple Storage Service (s3). Inte en block- eller filtyp, utan nĂ„got helt nytt: att köpa ett system blev omöjligt, man kunde endast köpa tjĂ€nsten. VĂ€nta, vad Ă€r det dĂ€r starka ljuset som syns pĂ„ himlen? En annan asteroid?
Juraperioden: eran av 'tillrÀckligt bra dinosaurier'
Vi har gÄtt in i en fas av utveckling av lagringssystem med ideologin 'tillrÀckligt bra'. Kunder som anvÀnde lagringssystem började ifrÄgasÀtta rÀttvisan av de tio- eller till och med hundrafaldiga pÄlÀggskostnaderna över hÄrdvaran som de betalade för sina företagslagringssystem. Medelklass-lagringssystem började ta marknadsandelar frÄn högre klass-system. Produkter som har visat snabb tillvÀxt. EMC Symmetrix, som en gÄng dominerade som en lagringslösning för företagsklass (frÄn ordet 'massiv'), höll fortfarande kvar nÄgot territorium, men detta minskade snabbt. MÄnga anvÀndare började flytta sina data till AWS.
Ă andra sidan började innovatörer inom lagringssystem att lĂ„na idĂ©er frĂ„n hyperskalare, genom att anvĂ€nda teknologier för distribuerade horisontellt skalerbara system â en ideologi som Ă€r motsatsen till vertikal skalning. Det förvĂ€ntas att ny programvara för lagringssystem kommer att kunna köras pĂ„ vanliga servrar, precis som hos hyperskalare. Inga fler 10-100 gĂ„nger priser över kostnaden för sjĂ€lva utrustningen. Teoretiskt kan man anvĂ€nda vilka servrar som helst â valet beror pĂ„ dina preferenser. Eran av programvarudefinierade lagringssystem (SDS) har börjat: molnen har stĂ€ngt himlen, temperaturen har sjunkit och populationen av toppredatorer har börjat minska.
Kritperioden: början av evolutionen av programvarudefinierade lagringssystem
De tidiga dagarna av programvarudefinierad lagring var turbulenta. Mycket lovades, men lite levererades. Samtidigt skedde ett viktigt teknologiskt skifte: flashminne blev ett modernt alternativ till "snurrande rost" (HDD). Det var en period med mÄnga lagringsstartups och lÀtt tillgÀngliga riskkapital. Allt skulle ha varit bra om det inte hade funnits ett problem: datalagring krÀver seriös uppmÀrksamhet. Det visade sig att kunderna bryr sig om sina data. Om de förlorar tillgÄng till dem, eller om det i terabyten av data upptÀcks nÄgra felaktiga bitar, blir de oroliga och bekymrade. De flesta startups överlevde inte. BestÀllarna fick fantastisk funktionalitet, men det var inte allt bra med de grundlÀggande verktygen. DÄligt recept.
Kainozoikum: lagringssystem dominerar
Det Ă€r fĂ„ som pratar om vad som hĂ€nde efterĂ„t, eftersom det inte Ă€r sĂ€rskilt intressant â kunderna fortsĂ€tter att köpa de klassiska lagringssystemen. SjĂ€lvklart har de som flyttade sina applikationer till molnet ocksĂ„ flyttat sina data dit. Men för den övervĂ€ldigande majoriteten av kunder som inte vill gĂ„ helt över till molnet, eller som inte vill gĂ„ över alls, fortsatte Hewlett Packard Enterprise att erbjuda klassiska lagringssystem.
Vi lever 2019, sĂ„ varför finns det fortfarande en mĂ„ngmiljardverksamhet för lagringssystem som bygger pĂ„ teknologi frĂ„n Y2K-eran? För att de fungerar! Kort sagt, kraven pĂ„ kritiska applikationer uppfylldes inte av produkter som skapades under hypens tid. Produkter som HPE 3PAR förblev de bĂ€sta alternativen för företagskunder, och den nya utvecklingen av HPE 3PAR-arkitekturen â â bekrĂ€ftar detta.
à sin sida var möjligheterna med programvarudefinierad lagring utmÀrkta: horisontell skalbarhet, anvÀndning av standardservrar⊠Men priset för detta blev: instabil tillgÀnglighet, oförutsÀgbar prestanda och specifika skalbarhetsregler.
Utmaningen med kundernas krav Àr att de aldrig blir enklare. Ingen kommer att sÀga att dataintegritetens förlust eller ökad drifttid Àr acceptabla. DÀrför Àr arkitekturen som stöder moderna, snabbt utvecklande datacenter (DC) och samtidigt inte förlorar centrala egenskaper i företagsklass lagring en sÄ viktig aspekt.
Tredje perioden: framkomsten av nya livsformer
LĂ„t oss försöka förstĂ„ hur en nykomling pĂ„ marknaden för lagringssystem â företaget Datera â lyckades hantera denna komplexa blandning av historiskt etablerade och nya krav pĂ„ lagringssystem. Framför allt genom att implementera en arkitektur som Ă€r inriktad pĂ„ att lösa den ovan beskrivna dilemmat. Det Ă€r omöjligt att modifiera en gammal arkitektur för att lösa de uppgifter som moderna datacenter stĂ„r inför, precis som det Ă€r omöjligt att modifiera en medelstor programvarudefinierad lagring för att tillgodose kraven som stĂ€lls pĂ„ företagsklassystem: dinosaurier blev inte dĂ€ggdjur för att temperaturen sjönk.
Att bygga en lösning som uppfyller kraven för företagsklass lagring och samtidigt beaktar hela vÀrdet av den dynamik som moderna datacenter erbjuder, Àr en tuff uppgift, men det var just detta som Datera avsÄg att göra. Dateras experter arbetade med detta i fem Är och hittade receptet för att "lagar" programvarudefinierad lagring i företagsklass.
Den största svĂ„righeten som Datera stod inför var att de var tvungna att anvĂ€nda logisk operator "OCH" istĂ€llet för den synligt enklare "ELLER". Stabil tillgĂ„ng, "OCH" förutsĂ€gbar prestanda, "OCH" arkitektonisk skalbarhet, "OCH" orkestrering-som-kod, "OCH" standardiserad hĂ„rdvara, "OCH" implementering av styrpolicyer, "OCH" flexibilitet, "OCH" analysbaserat ledarskap, "OCH" sĂ€kerhet, "OCH" integration med öppna ekosystem. Den logiska operatorn "OCH" Ă€r en bokstav lĂ€ngre Ă€n "ELLER" â detta Ă€r den avgörande skillnaden.
FjÀrde perioden: moderna datacenter och den plötsliga klimatförÀndringen förutbestÀmmer utvecklingen av programvarudefinierade lagringssystem
Hur skapade Datera en arkitektur som uppfyller kraven för traditionella företagsklasslagringssystem och samtidigt tillfredsstÀller behoven hos moderna datacenter? Allt handlar Änyo om den dÀr irriterande operatorn "OCH".
Det var meningslöst att lösa varje problem individuellt för att uppfylla var och en av de specifika kraven. Summan av sÄdana element skulle inte bli en helhet. Som i alla komplexa system var det viktigt med noggrant arbete av samtliga balanserade kompromisser. Vid utvecklingen utgick Dateras specialister frÄn tre grundprinciper:
- hantering med hÀnsyn till applikationernas specifika behov;
- en enhetlig mekanism för datatydlighet;
- hög prestanda tack vare reducerad overhead.
Den gemensamma egenskapen hos dessa principer Àr enkelhet. Enkel hantering av systemet, enkel hantering av data med hjÀlp av en enhetlig elegant mekanism och att sÀkerstÀlla förutsÀgbar (och hög) prestanda genom att minska kostnader. Varför Àr enkelhet sÄ viktig? Erfarenhet frÄn lagringssystemets vÀrld visar att det Àr omöjligt att uppfylla lagringssystemens krav för moderna dynamiska datacenter endast med granularitetshantering, en mÀngd datahanteringsverktyg och hyperoptimering för att öka prestanda. Denna metodik Àr vi redan bekanta med som lagringssystemets dinosaurie.
Bekantskap med dessa principer har varit till stor nytta för Datera. Den arkitektur de utvecklat erbjuder Ä ena sidan tillgÀnglighet, prestanda och skalbarhet av moderna företagsklasslagringssystem, och Ä andra sidan den flexibilitet och hastighet som krÀvs för dagens programvarudefinierade datacenter.
Dateras tillgÀnglighet i Ryssland
Datera Àr en global teknologisk partner till Hewlett Packard Enterprise. Dateras produkter har testats för kompatibilitet och prestanda med olika modeller av servrar .
Du kan lÀra dig mer om Dateras arkitektur pÄ den 31 oktober.
KĂ€lla: habr.com
