Mjukvarudefinierade lagringssystem eller vad dödade dinosaurierna?

Mjukvarudefinierade lagringssystem eller vad dödade dinosaurierna?

De ockuperade en gång toppen av näringskedjan. I tusentals år. Och så hände det otänkbara: himlen var täckt av moln, 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 för långsamma: deras försök att överleva var dömda att misslyckas. Topprovdjuren styrde jorden i 100 miljoner år och blev större och starkare. De utvecklades till vad som verkade vara en perfekt varelse på toppen av näringskedjan, men universum förändrade plötsligt vår planets ansikte.

Ironiskt nog var det molnen som utplånade dinosaurierna för 66 miljoner år sedan. På samma sätt förstör moln idag klassiska datalagringssystem i toppen av näringskedjan. I båda fallen var problemet inte själva molnen, utan förmågan att anpassa sig till en föränderlig värld. När det gäller dinosaurier hände allt snabbt: molnens destruktiva effekt inträffade inom dagar eller veckor efter att meteoriten föll (eller vulkanutbrott - valet av teori är ditt). När det gäller klassiska datalager tar processen åratal, men den är förstås oåterkallelig.

Triasperioden: det stora järnets ålder och uppkomsten av migrerande tillämpningar

Så vad hände? Det befintliga ekosystemet inkluderade lagringssystem på ingångsnivå och mellanklass, system på företagsnivå och direktansluten lagring (DAS). Dessa kategorier bestämdes av analytiker och hade sina egna marknadsvolymer, indikatorer på kostnad, tillförlitlighet, prestanda och skalbarhet. Och så hände något konstigt.

Tillkomsten av virtuella maskiner innebar att flera applikationer kunde köras samtidigt på en enda server, troligen över flera ägare – en förändring som omedelbart ifrågasatte framtiden för direktansluten lagring. Sedan utvecklade ägarna till de största hyperskaliga infrastrukturerna (hyperscalers): Facebook, Google, eBay, etc., trötta på att betala enorma summor pengar för lagringssystem, sina egna applikationer som säkerställde datatillgänglighet på vanliga servrar istället för stor "hårdvaru"-lagring system. Sedan introducerade Amazon något konstigt på marknaden som heter Simple Storage Service, eller S3. Inte ett block, inte en fil, utan något i grunden nytt: det blev omöjligt att köpa ett system, det blev möjligt att bara köpa en tjänst. Vänta lite, vad är det för starka ljus som syns på himlen? Ännu en asteroid?

Jurassic: eran av "good enough saurs"

Vi gick in i lagringsutvecklingsfasen med ideologin "tillräckligt bra". Lagringskunder, som lade märke till vad hyperscalers hade gjort, började ifrågasätta rättvisan i den tio eller till och med hundra gånger merkostnaden jämfört med hårdvara de betalade för sina företagslagringssystem. Mid-level arrays började vinna marknadsandelar från top-tier system. Produkter som t.ex HPE 3PAR visade snabb tillväxt. EMC Symmetrix, den en gång dominerande arrayen i företagsklass, hade fortfarande en del territorium, men den krympte snabbt. Många användare har börjat migrera sin data till AWS.

Å andra sidan började lagringsinnovatörer låna idéer från hyperskalare, med hjälp av teknologier för distribuerade horisontellt skalbara system - en ideologi motsatsen till vertikal skalning. Det förväntas att den nya lagringsmjukvaran kommer att kunna köras på vanliga servrar, precis som hyperskalare. Inte mer 10-100 gånger kostnaden för själva utrustningen. I teorin kan du använda vilken server som helst - valet beror på dina preferenser. Eran av mjukvarudefinierad lagring (SDS) har börjat: moln skymde himlen, temperaturerna sjönk och populationen av apex-rovdjur började minska.

Kritaperioden: början på utvecklingen av mjukvarudefinierade lagringssystem

De första dagarna av mjukvarudefinierad lagring var berusande. Mycket utlovades, men lite levererades. Samtidigt inträffade ett viktigt tekniskt skifte: flashminne blev det moderna alternativet till spinnrost (HDD). Detta var en period med många lagringsstarter och lätthanterliga riskkapitalpengar. Allt skulle vara bra om inte för ett problem: datalagring kräver seriöst övervägande. Det visar sig att kunderna älskar sin data. Om de förlorar åtkomst till det, eller ett par dåliga bitar hittas i terabyte med data, oroar de sig och oroar sig väldigt mycket. De flesta startups överlevde inte. Kunderna fick cool funktionalitet, men allt var inte bra med de grundläggande verktygen. Dåligt recept.

Kenozoikum: lagringsmassiv dominerar

Få människor pratar om vad som hände efter, för det är inte särskilt intressant - kunder fortsätter att köpa samma klassiska lagringsuppsättningar. Naturligtvis flyttade de som flyttade sina applikationer till molnen också sin data dit. Men för de allra flesta kunder som inte vill byta till molnet helt, eller inte vill byta alls, fortsatte samma Hewlett Packard Enterprise att erbjuda klassiska arrayer.

Vi är inne i 2019, så varför finns det fortfarande en lagringsverksamhet för flera miljarder dollar baserad på Y2K-teknik? För de fungerar! Enkelt uttryckt förverkligades inte kraven för verksamhetskritiska applikationer av produkter skapade på vågen av hype. Produkter som HPE 3PAR förblev de bästa alternativen för företagskunder, och den nya utvecklingen av HPE 3PAR-arkitekturen är HPE Primera – Detta bekräftar bara det.

I sin tur var kapaciteten hos mjukvarudefinierade lagringssystem utmärkta: horisontell skalbarhet, användning av standardservrar... Men priset för detta var: instabil tillgänglighet, oförutsägbar prestanda och specifika skalbarhetsregler.

Komplexiteten i kundkrav är att de aldrig blir enklare. Ingen kommer att säga att förlust av dataintegritet eller ökad driftstopp är acceptabelt. Det är därför som en arkitektur som samtidigt uppfyller kraven från moderna snabbt utvecklande datacenter och, i sökandet efter en kompromiss, inte saknar nyckelegenskaperna hos lagringssystem i företagsklass är så viktig för lagringssystem.

Tertiärperiod: uppkomsten av nya livsformer

Låt oss försöka lista ut hur en av nykomlingarna på lagringsmarknaden – Datera – lyckades klara av en så svår blandning av historiskt etablerade och nya krav på lagringssystem. Först och främst genom implementeringen av en arkitektur fokuserad på att lösa det ovan beskrivna dilemmat. Det är omöjligt att modifiera en äldre arkitektur för att möta utmaningarna i ett modernt datacenter, precis som det är omöjligt att modifiera en genomsnittlig mjukvarudefinierad lagringsarkitektur för att möta kraven för system i företagsklass: dinosaurier blev inte däggdjur på grund av temperaturen tappade.

Att bygga en lösning som möter lagringskraven i företagsklass samtidigt som man drar full nytta av det moderna datacentrets smidighet är ingen lätt uppgift, men det är precis vad Datera tänkte göra. Datera-specialister har arbetat med detta i fem år och har hittat ett recept för att "laga mat" mjukvarudefinierad lagring i företagsklass.

Den största svårigheten Datera stötte på var att den var tvungen att använda den logiska operatorn "AND" istället för det mycket enklare "ELLER". Konsekvent tillgänglighet, OCH förutsägbar prestanda, OCH arkitektonisk skalbarhet, OCH orkestrering-som-kod, OCH standardiserad hårdvara, OCH policytillämpning, OCH flexibilitet, OCH analysdriven hantering, "OCH"-säkerhet, "OCH"-integrering med öppna ekosystem. Den logiska operatorn "OCH" är ett tecken längre än "ELLER" - detta är den största skillnaden.

Kvartärperiod: moderna datacenter och plötsliga klimatförändringar förutbestämmer utvecklingen av mjukvarudefinierade lagringssystem

Så hur skapade Datera en arkitektur som möter kraven från traditionell företagslagring samtidigt som den uppfyller kraven från det moderna datacentret? Allt kommer ner till den där irriterande "OCH"-operatören igen.

Det var ingen idé att ta itu med individuella krav en efter en. Summan av sådana element kommer inte att bli en enda helhet. Som i alla komplexa system var det viktigt att noggrant överväga hela komplexet av balanserade kompromisser. Vid utvecklingen vägleddes Datera-specialisterna av tre huvudprinciper:

  • applikationsspecifik hantering;
  • en enhetlig mekanism för att säkerställa dataflexibilitet;
  • hög prestanda på grund av minskade omkostnader.

Gemensamt för dessa principer är enkelhet. Hantera enkelt ditt system, hantera dina data enkelt med en enda, elegant motor och leverera förutsägbar (och hög) prestanda samtidigt som du sänker kostnaderna. Varför är enkelhet så viktig? Kunniga proffs inom lagringsvärlden vet att det inte går att uppfylla lagringskraven i dagens dynamiska datacenter med bara granulär hantering, flera datahanteringsverktyg och hyperoptimering för prestandavinster. Komplexet av sådana tekniker är redan bekant för oss som ett dinosaurielagringssystem.

Förtrogenhet med dessa principer har tjänat Datera väl. Arkitekturen de utvecklade har å ena sidan tillgängligheten, prestanda och skalbarheten hos ett modernt lagringssystem i företagsklass, och å andra sidan den flexibilitet och hastighet som krävs för ett modernt mjukvarudefinierat datacenter.

Tillgänglighet av Datera i Ryssland

Datera är en global teknikpartner till Hewlett Packard Enterprise. Datera-produkter är testade för kompatibilitet och prestanda med olika servermodeller HPE ProLiant.

Du kan lära dig mer om Datera-arkitekturen på HPE webbseminarium 31 oktober.

Källa: will.com

Lägg en kommentar