Softwaredefinerede lagersystemer eller hvad dræbte dinosaurerne?

Softwaredefinerede lagersystemer eller hvad dræbte dinosaurerne?

De indtog engang toppen af ​​fødekæden. I tusinder af år. Og så skete det utænkelige: Himlen var dækket af skyer, og de holdt op med at eksistere. På den anden side af kloden indtraf begivenheder, der ændrede klimaet: overskyet tog til. Dinosaurerne blev for store og for langsomme: deres forsøg på at overleve var dømt til at mislykkes. Spids-rovdyrene regerede Jorden i 100 millioner år og voksede sig større og stærkere. De udviklede sig til, hvad der virkede som et perfekt væsen i toppen af ​​fødekæden, men universet ændrede pludselig vores planets ansigt.

Ironisk nok var det skyerne, der udslettede dinosaurerne for 66 millioner år siden. På samme måde ødelægger skyer i dag klassiske datalagringssystemer i toppen af ​​fødekæden. I begge tilfælde var problemet ikke selve skyerne, men evnen til at tilpasse sig en foranderlig verden. I tilfælde af dinosaurer skete alt hurtigt: Skyernes ødelæggende virkning indtraf inden for dage eller uger efter meteorittens fald (eller vulkanudbrud - valget af teori er dit). I tilfælde af klassiske datavarehuse tager processen årevis, men den er selvfølgelig irreversibel.

Trias periode: det store jerns tidsalder og fremkomsten af ​​migrerende anvendelser

Hvad skete der? Det eksisterende økosystem omfattede entry-level og mid-range storage-systemer, enterprise-level-systemer og direct-attached storage (DAS). Disse kategorier blev bestemt af analytikere og havde deres egne markedsvolumener, indikatorer for omkostninger, pålidelighed, ydeevne og skalerbarhed. Og så skete der noget mærkeligt.

Fremkomsten af ​​virtuelle maskiner betød, at flere applikationer kunne køre samtidigt på en enkelt server, sandsynligvis på tværs af flere ejere - en ændring, der straks satte spørgsmålstegn ved fremtiden for direkte tilknyttet lager. Så udviklede ejerne af de største hyperskala-infrastrukturer (hyperscalere): Facebook, Google, eBay osv., der var trætte af at betale enorme mængder penge for lagersystemer, deres egne applikationer, der sikrede datatilgængelighed på almindelige servere i stedet for stor "hardware"-lagring systemer. Så introducerede Amazon noget mærkeligt på markedet kaldet Simple Storage Service eller S3. Ikke en blok, ikke en fil, men noget fundamentalt nyt: det blev umuligt at købe et system, det blev muligt kun at købe en tjeneste. Vent et øjeblik, hvad er det skarpe lys, der er synligt på himlen? Endnu en asteroide?

Jurassic: æraen med de "gode nok saurs"

Vi gik ind i lagerudviklingsfasen med ideologien om "god nok." Lagerkunder, der lagde mærke til, hvad hyperscalerne havde gjort, begyndte at stille spørgsmålstegn ved rimeligheden af ​​de ti eller endda hundrede gange ekstra omkostninger i forhold til hardware, de betalte for deres virksomhedslagringssystemer. Mid-level arrays begyndte at vinde markedsandele fra top-tier systemer. Produkter som f.eks HPE 3PAR viste hurtig vækst. EMC Symmetrix, det engang dominerende array i virksomhedsklassen, havde stadig en vis territorium, men det var hurtigt ved at skrumpe. Mange brugere er begyndt at migrere deres data til AWS.

På den anden side begyndte lagringsinnovatorer at låne ideer fra hyperskalere ved at bruge teknologier fra distribuerede horisontalt skalerbare systemer - en ideologi modsat vertikal skalering. Det forventes, at den nye lagringssoftware vil kunne køre på almindelige servere, ligesom hyperscalere. Ikke mere 10-100 gange prisen på selve udstyret. I teorien kan du bruge enhver server - valget afhænger af dine præferencer. Æraen med software-defineret lagring (SDS) er begyndt: Skyer tilslørede himlen, temperaturerne faldt, og bestanden af ​​apex-rovdyr begyndte at falde.

Kridtperioden: begyndelsen på udviklingen af ​​softwaredefinerede lagringssystemer

De tidlige dage med softwaredefineret lagring var berusende. Meget blev lovet, men lidt blev leveret. Samtidig skete der et vigtigt teknologisk skift: Flash-hukommelse blev det moderne alternativ til spinning rust (HDD). Dette var en periode med mange opstart af storage og let at håndtere venturekapitalpenge. Alt ville være fantastisk, hvis der ikke var et problem: datalagring kræver seriøs overvejelse. Det viser sig, at kunderne elsker deres data. Hvis de mister adgang til det, eller der findes et par dårlige bits i terabyte af data, bekymrer de sig og bekymrer sig meget. De fleste startups overlevede ikke. Kunderne fik fed funktionalitet, men ikke alt var godt med de grundlæggende værktøjer. Dårlig opskrift.

Cenozoic periode: lagermassiver dominerer

De færreste taler om, hvad der skete efter, for det er ikke særlig interessant - kunderne fortsætter med at købe de samme klassiske storage-arrays. Selvfølgelig flyttede dem, der flyttede deres applikationer til skyerne, også deres data dertil. Men for langt de fleste kunder, der ikke ønsker at skifte helt til skyen, eller slet ikke ønsker at skifte, fortsatte den samme Hewlett Packard Enterprise med at tilbyde klassiske arrays.

Vi er i 2019, så hvorfor er der stadig en lagervirksomhed for flere milliarder dollar baseret på Y2K-teknologi? Fordi de virker! Kort sagt blev kravene til missionskritiske applikationer ikke realiseret af produkter skabt på hypebølgen. Produkter som HPE 3PAR forblev de bedste muligheder for virksomhedskunder, og den nye udvikling af HPE 3PAR-arkitekturen er HPE Primera – dette bekræfter det kun.

Til gengæld var mulighederne for softwaredefinerede lagersystemer fremragende: horisontal skalerbarhed, brug af standardservere... Men prisen for dette var: ustabil tilgængelighed, uforudsigelig ydeevne og specifikke skalerbarhedsregler.

Kompleksiteten af ​​kundekrav er, at de aldrig bliver enklere. Ingen vil sige, at tab af dataintegritet eller øget nedetid er acceptabelt. Det er grunden til, at en arkitektur, der samtidig opfylder kravene fra moderne hurtigt udviklende datacentre, og i søgen efter et kompromis, ikke er blottet for nøglekarakteristikaene ved lagringssystemer i virksomhedsklassen, er så vigtig for lagringssystemer.

Tertiær periode: fremkomsten af ​​nye livsformer

Lad os prøve at finde ud af, hvordan en af ​​de nye på lagermarkedet - Datera - formåede at klare en så vanskelig blanding af historisk etablerede og nye krav til lagersystemer. Først og fremmest gennem implementeringen af ​​en arkitektur fokuseret på at løse dilemmaet beskrevet ovenfor. Det er umuligt at modificere en ældre arkitektur for at imødekomme udfordringerne i et moderne datacenter, ligesom det er umuligt at modificere en gennemsnitlig softwaredefineret lagerarkitektur, så den opfylder kravene til systemer i virksomhedsklassen: dinosaurer blev ikke til pattedyr, fordi temperaturen faldet.

Det er ikke nogen nem opgave at bygge en løsning, der opfylder lagringskravene i virksomhedskvalitet og samtidig udnytte det moderne datacenters smidighed fuldt ud, men det er præcis, hvad Datera satte sig for at gøre. Datera-specialister har arbejdet på dette i fem år og har fundet en opskrift på "tilberedning" af softwaredefineret opbevaring i virksomhedsklassen.

Den største vanskelighed Datera stødte på var, at den skulle bruge den logiske operator "AND" i stedet for den meget simplere "ELLER". Konsekvent tilgængelighed, OG forudsigelig ydeevne, OG arkitektonisk skalerbarhed, OG orkestrering-som-kode, OG standardiseret hardware, OG håndhævelse af politikker, OG fleksibilitet, OG analysedrevet styring, "OG"-sikkerhed, "OG"-integration med åbne økosystemer. Den logiske operator "AND" er et tegn længere end "ELLER" - dette er den største forskel.

Kvartær periode: moderne datacentre og pludselige klimaændringer forudbestemmer udviklingen af ​​softwaredefinerede lagringssystemer

Så hvordan skabte Datera en arkitektur, der imødekommer kravene fra traditionel virksomhedslagring og samtidig opfylder kravene fra det moderne datacenter? Det hele kommer ned til den irriterende "OG"-operatør igen.

Der var ingen mening i at tackle individuelle krav én efter én. Summen af ​​sådanne elementer bliver ikke en enkelt helhed. Som i ethvert komplekst system var omhyggelig overvejelse af hele komplekset af afbalancerede kompromiser vigtigt. Ved udviklingen blev Datera-specialister styret af tre hovedprincipper:

  • applikationsspecifik styring;
  • en samlet mekanisme til at sikre datafleksibilitet;
  • høj ydeevne på grund af reducerede overheadomkostninger.

Fællestræk ved disse principper er enkelhed. Administrer nemt dit system, administrer dine data nemt med en enkelt, elegant motor, og lever forudsigelig (og høj) ydeevne, samtidig med at omkostningerne reduceres. Hvorfor er enkelhed så vigtig? Erfarne fagfolk i lagringsverdenen ved, at opfyldelse af lagringskravene i nutidens dynamiske datacenter ikke kan opnås med kun granulær administration, flere dataadministrationsværktøjer og hyperoptimering til ydeevneforbedringer. Komplekset af sådanne teknikker er allerede kendt for os som et dinosauropbevaringssystem.

Kendskab til disse principper har tjent Datera godt. Den arkitektur, de udviklede, har på den ene side tilgængeligheden, ydeevnen og skalerbarheden af ​​et moderne lagersystem i virksomhedsklassen, og på den anden side den fleksibilitet og hastighed, der er nødvendig for et moderne softwaredefineret datacenter.

Tilgængelighed af Datera i Rusland

Datera er en global teknologipartner for Hewlett Packard Enterprise. Datera-produkter er testet for kompatibilitet og ydeevne med forskellige servermodeller HPE ProLiant.

Du kan lære mere om Datera-arkitekturen på HPE webinar 31 oktober.

Kilde: www.habr.com

Tilføj en kommentar