Odată au ocupat vârful lanțului trofic. De mii de ani. Și atunci s-a întâmplat de neconceput: cerul a fost acoperit de nori și aceștia au încetat să mai existe. În cealaltă parte a lumii, au avut loc evenimente care au schimbat clima: înnorirea a crescut. Dinozaurii au devenit prea mari și prea lenți: încercările lor de a supraviețui au fost sortite eșecului. Prădătorii de vârf au condus Pământul timp de 100 de milioane de ani, devenind din ce în ce mai mari și mai puternici. Au evoluat în ceea ce părea o ființă perfectă în vârful lanțului trofic, dar universul a schimbat brusc fața planetei noastre.
În mod ironic, norii au fost cei care au distrus dinozaurii în urmă cu 66 de milioane de ani. În același mod, norii de astăzi distrug sistemele clasice de stocare a datelor aflate în vârful lanțului alimentar. În ambele cazuri, problema nu au fost norii în sine, ci capacitatea de a se adapta la o lume în schimbare. În cazul dinozaurilor, totul s-a întâmplat rapid: efectul distructiv al norilor s-a produs în câteva zile sau săptămâni de la căderea meteoritului (sau erupția vulcanică - alegerea teoriei vă aparține). În cazul depozitelor de date clasice, procesul durează ani de zile, dar este, desigur, ireversibil.
Perioada triasică: epoca fierului mare și apariția aplicațiilor migratoare
Deci ce s-a întâmplat? Ecosistemul existent includea sisteme de stocare entry-level și mid-range, sisteme la nivel de întreprindere și stocare direct atașată (DAS). Aceste categorii au fost determinate de analiști și aveau propriile lor volume de piață, indicatori de cost, fiabilitate, performanță și scalabilitate. Și apoi s-a întâmplat ceva ciudat.
Apariția mașinilor virtuale a însemnat că mai multe aplicații ar putea rula simultan pe un singur server, probabil pe mai mulți proprietari – o schimbare care a pus imediat sub semnul întrebării viitorul stocării atașate direct. Apoi proprietarii celor mai mari infrastructuri hiperscale (hyperscale): Facebook, Google, eBay etc., sătui să plătească sume uriașe de bani pentru sistemele de stocare, și-au dezvoltat propriile aplicații care asigurau disponibilitatea datelor pe servere obișnuite în locul stocării mari „hardware” sisteme. Apoi Amazon a introdus pe piață ceva ciudat numit Serviciul de stocare simplu sau S3. Nu un bloc, nu un fișier, ci ceva fundamental nou: a devenit imposibil să cumpărați un sistem, a devenit posibil să cumpărați doar un serviciu. Stai puțin, ce este lumina aceea strălucitoare vizibilă pe cer? Un alt asteroid?
Jurassic: epoca „saurilor suficient de buni”
Am intrat în faza de dezvoltare a stocării cu ideologia „destul de bun”. Clienții de stocare, observând ce făcuseră hiperscalerii, au început să pună la îndoială corectitudinea costului suplimentar de zece sau chiar sută de ori mai mare decât hardware-ul pe care îl plăteau pentru sistemele lor de stocare corporative. Matricele de nivel mediu au început să câștige cote de piață de la sistemele de top. Produse precum a prezentat o creștere rapidă. EMC Symmetrix, matricea odinioară dominantă de clasă enterprise, deținea încă un teritoriu, dar se micșora rapid. Mulți utilizatori au început să-și migreze datele către AWS.
Pe de altă parte, inovatorii în stocare au început să împrumute idei de la hiperscalatori, folosind tehnologii de sisteme scalabile orizontală distribuite - o ideologie opusă scalarii verticale. Este de așteptat ca noul software de stocare să poată rula pe servere obișnuite, la fel ca hyperscalers. Nu mai mult de 10-100 de ori costul echipamentului în sine. În teorie, puteți folosi orice server - alegerea depinde de preferințele dvs. Era stocării definite de software (SDS) a început: norii au ascuns cerul, temperaturile au scăzut, iar populația de prădători de vârf a început să scadă.
Perioada Cretacică: începutul evoluției sistemelor de stocare definite de software
Primele zile ale stocării definite de software au fost amețitoare. S-au promis multe, dar s-a livrat puțin. În același timp, a avut loc o schimbare tehnologică importantă: memoria flash a devenit alternativa modernă la spinning rust (HDD). Aceasta a fost o perioadă în care multe startup-uri de stocare și bani de capital de risc ușor de gestionat. Totul ar fi grozav dacă nu pentru o singură problemă: stocarea datelor necesită o atenție serioasă. Se pare că clienții își iubesc datele. Dacă pierd accesul la el sau se găsesc câțiva biți dăunători în terabytes de date, își fac griji și îngrijorări foarte mari. Majoritatea startup-urilor nu au supraviețuit. Clienții au primit funcționalități interesante, dar nu totul a fost bun cu instrumentele de bază. Rețetă proastă.
Perioada cenozoică: domină masivele de depozitare
Puțini oameni vorbesc despre ceea ce s-a întâmplat după, pentru că nu este foarte interesant - clienții continuă să cumpere aceleași matrice de stocare clasice. Desigur, cei care și-au mutat aplicațiile în cloud și-au mutat și datele acolo. Însă pentru marea majoritate a clienților care nu vor să treacă complet la cloud, sau nu vor să treacă deloc, aceeași Hewlett Packard Enterprise a continuat să ofere matrice clasice.
Suntem în 2019, așa că de ce există încă o afacere de stocare de mai multe miliarde de dolari bazată pe tehnologia Y2K? Pentru că funcționează! Mai simplu spus, cerințele aplicațiilor critice nu au fost realizate de produse create pe valul de hype. Produse precum HPE 3PAR au rămas cele mai bune opțiuni pentru clienții întreprinderilor, iar noua evoluție a arhitecturii HPE 3PAR este – asta doar confirmă.
La rândul lor, capacitățile sistemelor de stocare definite de software erau excelente: scalabilitate orizontală, utilizarea serverelor standard... Dar prețul pentru aceasta a fost: disponibilitate instabilă, performanță imprevizibilă și reguli specifice de scalabilitate.
Complexitatea cerințelor clienților este că nu devin niciodată mai simple. Nimeni nu va spune că este acceptabilă pierderea integrității datelor sau creșterea timpului de nefuncționare. De aceea, o arhitectură care îndeplinește simultan cerințele centrelor de date moderne care evoluează rapid și, în căutarea unui compromis, nu este lipsită de caracteristicile cheie ale sistemelor de stocare de clasă enterprise este atât de importantă pentru sistemele de stocare.
Perioada terțiară: apariția unor noi forme de viață
Să încercăm să ne dăm seama cum unul dintre noii veniți pe piața de stocare - Datera - a reușit să facă față unui amestec atât de dificil de cerințe stabilite istoric și noi pentru sistemele de stocare. În primul rând, prin implementarea unei arhitecturi axate pe rezolvarea dilemei descrise mai sus. Este imposibil să modifici o arhitectură moștenită pentru a face față provocărilor unui centru de date modern, la fel cum este imposibil să modifici o arhitectură medie de stocare definită de software pentru a îndeplini cerințele sistemelor de clasă enterprise: dinozaurii nu au devenit mamifere din cauza temperaturii scăzut.
Construirea unei soluții care să îndeplinească cerințele de stocare de nivel enterprise, profitând în același timp de agilitatea centrului de date modern, nu este o sarcină ușoară, dar exact asta și-a propus Datera. Specialiștii Datera lucrează la acest lucru de cinci ani și au găsit o rețetă pentru „gătirea” de stocare definită de software de clasă enterprise.
Principala dificultate pe care o întâmpina Datera a fost că trebuia să folosească operatorul logic „ȘI” în loc de „SAU” mult mai simplu. Disponibilitate constantă, ȘI performanță previzibilă, ȘI scalabilitate arhitecturală, ȘI orchestrare ca cod, ȘI hardware standardizat, ȘI aplicarea politicilor ȘI flexibilitate ȘI management bazat pe analize, securitate „ȘI”, integrare „ȘI” cu ecosisteme deschise. Operatorul logic „ȘI” este cu un caracter mai lung decât „SAU” - aceasta este diferența principală.
Perioada cuaternară: centrele de date moderne și schimbările climatice bruște predetermina dezvoltarea sistemelor de stocare definite de software
Așadar, cum a creat Datera o arhitectură care să îndeplinească cerințele de stocare tradițională a întreprinderii, în același timp, îndeplinind cerințele centrului de date modern? Totul se reduce din nou la acel operator „ȘI” plictisitor.
Nu avea niciun rost să abordăm cerințele individuale una câte una. Suma acestor elemente nu va deveni un singur întreg. Ca în orice sistem complex, a fost importantă o analiză atentă a întregului complex de compromisuri echilibrate. La dezvoltare, specialiștii Datera s-au ghidat după trei principii principale:
- management specific aplicației;
- un mecanism unificat pentru asigurarea flexibilității datelor;
- performanță ridicată datorită costurilor generale reduse.
Caracteristica comună a acestor principii este simplitatea. Gestionați-vă cu ușurință sistemul, gestionați-vă datele cu ușurință cu un singur motor elegant și oferiți performanțe previzibile (și ridicate), reducând în același timp costurile. De ce este atât de importantă simplitatea? Profesioniștii experimentați din lumea stocării știu că îndeplinirea cerințelor de stocare ale centrului de date dinamic de astăzi nu poate fi realizată doar cu un management granular, instrumente multiple de gestionare a datelor și hiperoptimizare pentru câștiguri de performanță. Complexul unor astfel de tehnici ne este deja familiar ca sistem de stocare a dinozaurilor.
Familiarizarea cu aceste principii a servit bine Daterei. Arhitectura dezvoltată de ei are, pe de o parte, disponibilitatea, performanța și scalabilitatea unui sistem modern de stocare de clasă enterprise și, pe de altă parte, flexibilitatea și viteza necesare unui centru de date modern definit de software.
Disponibilitatea Datera în Rusia
Datera este un partener tehnologic global al Hewlett Packard Enterprise. Produsele Datera sunt testate pentru compatibilitate și performanță cu diferite modele de server .
Puteți afla mai multe despre arhitectura Datera la 31 octombrie.
Sursa: www.habr.com