{"id":96141,"date":"2020-10-08T19:42:37","date_gmt":"2020-10-08T17:42:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/promyshlennye-tendenczii-v-oblasti-massovyh-sistem-hraneniya-dannyh"},"modified":"2020-10-08T19:42:37","modified_gmt":"2020-10-08T17:42:37","slug":"promyshlennye-tendenczii-v-oblasti-massovyh-sistem-hraneniya-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/promyshlennye-tendenczii-v-oblasti-massovyh-sistem-hraneniya-dannyh","title":{"rendered":"Tendin\u021be industriale \u00een domeniul sistemelor masive de stocare a datelor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ast\u0103zi vom vorbi despre cum s\u0103 stoc\u0103m mai bine datele \u00eentr-o lume \u00een care re\u021belele de genera\u021bie a cincea, scanerele genomurilor \u0219i ma\u0219inile autonome genereaz\u0103 \u00eentr-o zi mai multe date dec\u00e2t \u00eentreaga umanitate a creat \u00een perioada anterioar\u0103 revolu\u021biei industriale.<\/p>\n

\"Tendin\u021be
\n<\/a><\/noindex><\/p>\n

Lumea noastr\u0103 genereaz\u0103 din ce \u00een ce mai multe informa\u021bii. O parte din acestea sunt efemere \u0219i se pierd la fel de repede cum sunt colectate. Alte informa\u021bii trebuie s\u0103 fie stocate pe termen mai lung, iar unele sunt destinate s\u0103 dureze \u201e\u00een veci\u201d \u2014 cel pu\u021bin a\u0219a ni se pare din perspectiva actual\u0103. Fluxurile de informa\u021bii se acumuleaz\u0103 \u00een centrele de date cu o vitez\u0103 at\u00e2t de mare \u00eenc\u00e2t orice nou\u0103 abordare, orice tehnologie destinat\u0103 s\u0103 satisfac\u0103 aceast\u0103 cerere nesf\u00e2r\u0219it\u0103, se \u00eenveche\u0219te rapid.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

40 de ani de dezvoltare a sistemelor de stocare distribuite<\/h2>\n

\nPrimele stoc\u0103ri de re\u021bea \u00een forma \u00een care le cunoa\u0219tem au ap\u0103rut \u00een anii 1980. Mul\u021bi dintre voi a\u021bi avut de-a face cu NFS (Network File System), AFS (Andrew File System) sau Coda. Dup\u0103 un deceniu, moda \u0219i tehnologiile s-au schimbat, iar sistemele de fi\u0219iere distribuite au cedat locul sistemelor de stocare pe clustere bazate pe GPFS (General Parallel File System), CFS (Clustered File Systems) \u0219i StorNext. Ca baz\u0103 au fost utilizate stoc\u0103rile bloc din arhitectura clasic\u0103, peste care, cu ajutorul unui strat software, a fost creat un sistem unitar de fi\u0219iere. Aceste solu\u021bii \u0219i similare sunt \u00eenc\u0103 utilizate, ocup\u00e2ndu-\u0219i ni\u0219a \u0219i fiind foarte c\u0103utate.<\/p>\n

La \u00eenceputul mileniului, paradigma sistemelor de stocare distribuite s-a schimbat u\u0219or, iar sistemele cu arhitectur\u0103 SN (Shared-Nothing) au ajuns \u00een pozi\u021bii de frunte. S-a realizat o tranzi\u021bie de la stocarea pe clustere la stocarea pe noduri separate, care, de regul\u0103, erau servere clasice cu software care asigur\u0103 stocarea de \u00eencredere; pe astfel de principii sunt construite, de exemplu, HDFS (Hadoop Distributed File System) \u0219i GFS (Global File System).<\/p>\n

Aproape de anii 2010, conceptele fundamentale ale sistemelor distribuite de stocare au \u00eenceput din ce \u00een ce mai des s\u0103 fie reflectate \u00een produse comerciale complete, precum VMware vSAN, Dell EMC Isilon \u0219i al nostru Huawei OceanStor<\/a><\/noindex>. \u00cen spatele acestor platforme nu mai st\u0103 o comunitate de entuzia\u0219ti, ci furnizori specifici, care sunt responsabili pentru func\u021bionalitate, suport, \u00eentre\u021binerea produsului \u0219i garanteaz\u0103 dezvoltarea sa ulterioar\u0103. Aceste solu\u021bii sunt cele mai solicitate \u00een mai multe domenii.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Operatori de telecomunica\u021bii<\/h2>\n

\nProbabil c\u0103 printre cei mai vechi utilizatori ai sistemelor de stocare distribuite se num\u0103r\u0103 operatorii de telecomunica\u021bii. \u00cen schema de mai sus, se poate observa ce grupuri de aplica\u021bii genereaz\u0103 principalul volum de date. OSS (Sisteme de Suport Opera\u021bional), MSS (Servicii de Suport al Managementului) \u0219i BSS (Sisteme de Suport pentru Afaceri) reprezint\u0103 cele trei straturi software care se completeaz\u0103 reciproc, necesare pentru furnizarea serviciilor abona\u021bilor, raportarea financiar\u0103 c\u0103tre furnizor \u0219i suportul opera\u021bional pentru inginerii operatorului.<\/p>\n

Adesea, datele din aceste straturi sunt foarte amestecate \u00eentre ele, iar pentru a evita acumularea de copii inutile, se folosesc sisteme de stocare distribuite, care acumuleaz\u0103 \u00eentregul volum de informa\u021bii provenite de la re\u021beaua activ\u0103. Stoc\u0103rile sunt unite \u00eentr-un pool comun, la care au acces toate serviciile.<\/p>\n

Calculul nostru arat\u0103 c\u0103 trecerea de la sistemele de stocare clasice la cele pe blocuri permite economii de p\u00e2n\u0103 la 70% din buget doar prin eliminarea sistemelor de stocare dedicate de tip hi-end \u0219i utilizarea serverelor obi\u0219nuite cu arhitectur\u0103 clasic\u0103 (de obicei x86), care func\u021bioneaz\u0103 \u00eempreun\u0103 cu software specializat. Operatorii de telefonie mobil\u0103 au \u00eenceput s\u0103 achizi\u021bioneze astfel de solu\u021bii \u00een volume considerabile de mai bine de \u0219ase ani. \u00cen special, operatorii ru\u0219i folosesc aceste produse de la Huawei de mai bine de \u0219ase ani.<\/p>\n

Da, anumite sarcini nu pot fi realizate prin intermediul sistemelor distribuite. De exemplu, \u00een condi\u021bii de cerin\u021be ridicate pentru performan\u021b\u0103 sau compatibilitate cu protocoalele mai vechi. Dar nu mai pu\u021bin de 70% din datele pe care le prelucreaz\u0103 operatorul pot fi stocate \u00een pool-ul distribuit.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Sectorul bancar<\/h2>\n

\n\u00cen orice banc\u0103 coexist\u0103 numeroase sisteme IT diverse, de la procesare p\u00e2n\u0103 la sistemul bancar automatizat. Aceast\u0103 infrastructur\u0103 lucreaz\u0103 \u0219i cu un volum enorm de informa\u021bii, iar o mare parte din sarcini nu necesit\u0103 performan\u021be ridicate \u0219i fiabilitate a sistemelor de stocare, cum ar fi dezvoltarea, testarea, automatizarea proceselor de birou etc. Aici utilizarea sistemelor de stocare clasice este posibil\u0103, dar devine cu fiecare an din ce \u00een ce mai pu\u021bin rentabil\u0103. Mai mult, \u00een acest caz lipse\u0219te flexibilitatea utiliz\u0103rii resurselor, a c\u0103ror performan\u021b\u0103 este calculat\u0103 pe baza \u00eenc\u0103rc\u0103turii de v\u00e2rf.<\/p>\n

\u00cen utilizarea sistemelor distribuite de stocare, nodurile lor, care sunt de fapt servere obi\u0219nuite, pot fi convertite \u00een orice moment, de exemplu, \u00eentr-o ferm\u0103 de servere \u0219i utilizate ca o platform\u0103 de calcul.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Lacuri de date<\/h2>\n

\n\u00cen diagrama de mai sus este listat un set tipic de consumatori ai serviciilor data lake<\/a><\/noindex>. Acestea pot fi servicii de guvernare electronic\u0103 (de exemplu, \u201eService public\u201d) care au trecut prin digitalizarea \u00eentreprinderilor, structuri financiare \u0219i altele. Toate acestea trebuie s\u0103 lucreze cu volume mari de informa\u021bii diverse. <\/p>\n

Exploatarea sistemelor de stocare tradi\u021bionale pentru astfel de sarcini nu este eficient\u0103, deoarece este necesar at\u00e2t accesul de \u00eenalt\u0103 performan\u021b\u0103 la bazele de date bloc, c\u00e2t \u0219i accesul obi\u0219nuit la bibliotecile documentelor scanate, p\u0103strate sub form\u0103 de obiecte. Aici ar putea fi legat\u0103, de exemplu, o sistem\u0103 de comenzi prin portal web. Pentru a realiza toate acestea pe o platform\u0103 de stocare tradi\u021bional\u0103, ar fi nevoie de un mare complex de echipamente pentru diferite sarcini. O singur\u0103 sistem\u0103 de stocare universal\u0103 orizontal\u0103 poate acoperi toate sarcinile enumerate anterior: va fi necesar doar s\u0103 se creeze \u00een ea mai multe pool-uri cu diferite caracteristici de stocare.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Generatoarele de informa\u021bii noi<\/h2>\n

\nCantitatea de informa\u021bie stocat\u0103 \u00een lume cre\u0219te cu aproximativ 30% pe an. Acestea sunt ve\u0219ti bune pentru furnizorii de sisteme de stocare, dar care este \u0219i va fi sursa principal\u0103 a acestor date?<\/p>\n

Acum zece ani, astfel de generatoare au devenit re\u021belele sociale, ceea ce a necesitat crearea unui num\u0103r mare de algoritmi noi, solu\u021bii hardware etc. Acum se eviden\u021biaz\u0103 trei principalii factori de cre\u0219tere a volumului de stocare. Primul \u2014 cloud computing. \u00cen prezent, aproximativ 70% din companii folosesc \u00eentr-un fel sau altul servicii cloud. Acestea pot fi sisteme de po\u0219t\u0103 electronic\u0103, copiile de rezerv\u0103 \u0219i alte entit\u0103\u021bi virtualizate.
\nAl doilea motor devine re\u021belele de genera\u021bie a cincea. Acestea reprezint\u0103 viteze noi \u0219i volume noi de transfer de date. Conform prognozelor noastre, r\u0103sp\u00e2ndirea pe scar\u0103 larg\u0103 a 5G va duce la o sc\u0103dere a cererii pentru cardurile de memorie flash. Indiferent de c\u00e2t\u0103 memorie este pe telefon, aceasta se va termina oricum, iar av\u00e2nd un canal de 100 megabi\u021bi \u00een dispozitiv, nu exist\u0103 nicio necesitate de a stoca fotografiile local.<\/p>\n

Printre cele trei grupuri de motive pentru care cererea de sisteme de stocare cre\u0219te se num\u0103r\u0103 dezvoltarea rapid\u0103 a inteligen\u021bei artificiale, tranzi\u021bia c\u0103tre analiza big data \u0219i tendin\u021ba de automatizare a tot ce se poate.<\/p>\n

O caracteristic\u0103 a \u201etraficului nou\u201d este nestructurarea<\/a><\/noindex>. Trebuie s\u0103 stoc\u0103m aceste date f\u0103r\u0103 a defini formatul lor. Acesta este necesar doar la citirea ulterioar\u0103. De exemplu, un sistem bancar de scoring pentru a determina suma de credit disponibil\u0103 va analiza fotografiile pe care le-a\u021bi postat pe re\u021bele sociale, stabilind c\u00e2t de des merge\u021bi la mare \u0219i \u00een restaurante, \u00een timp ce studiaz\u0103, de asemenea, extrasele disponibile din documentele dumneavoastr\u0103 medicale. Aceste date sunt, pe de o parte, cuprinz\u0103toare, iar pe de alt\u0103 parte, lipsite de omogenitate.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Oceanul de date nestructurate<\/h2>\n

\nCe probleme aduce apari\u021bia \u201edatelor noi\u201d? Prima \u0219i cea mai important\u0103 este volumul de informa\u021bii \u0219i termenii estima\u021bi pentru stocarea acestora. Un singur automobil autonom modern f\u0103r\u0103 \u0219ofer genereaz\u0103 zilnic p\u00e2n\u0103 la 60 TB de date, provenind din toate senzorii \u0219i mecanismele sale. Pentru a dezvolta noi algoritmi de deplasare, aceste informa\u021bii trebuie procesate \u00een aceea\u0219i zi, altfel vor \u00eencepe s\u0103 se acumuleze. \u00cen plus, trebuie stocate foarte mult timp \u2014 zeci de ani. Numai atunci se vor putea trasa concluzii pe baza unor e\u0219antioane analitice mari \u00een viitor.<\/p>\n

Un dispozitiv destinat decript\u0103rii secven\u021belor genetice produce aproximativ 6 TB pe zi. Iar datele colectate cu ajutorul s\u0103u nu presupun deloc \u0219tergerea, adic\u0103 ar trebui teoretic s\u0103 fie stocate pentru totdeauna.<\/p>\n

\u00cen sf\u00e2r\u0219it, toate aceste re\u021bele de genera\u021bie a cincea. Pe l\u00e2ng\u0103 informa\u021biile transmise, o astfel de re\u021bea este \u00een sine un imens generator de date: jurnale de ac\u021biuni, \u00eenregistr\u0103ri ale apelurilor, rezultate intermediare ale interac\u021biunilor \u00eentre ma\u0219ini etc. <\/p>\n

Toate acestea necesit\u0103 dezvoltarea unor noi abord\u0103ri \u0219i algoritmi pentru stocarea \u0219i procesarea informa\u021biilor. \u0218i astfel de abord\u0103ri apar.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

Tehnologiile unei epoci noi<\/h2>\n

\nSe pot eviden\u021bia trei grupuri de solu\u021bii destinate s\u0103 fac\u0103 fa\u021b\u0103 noilor cerin\u021be pentru sistemele de stocare a informa\u021biei: implementarea inteligen\u021bei artificiale, evolu\u021bia tehnic\u0103 a suporturilor de date \u0219i inova\u021biile \u00een arhitectura sistemelor. S\u0103 \u00eencepem cu IA.<\/p>\n

\"Tendin\u021be
\n
\n\u00cen noile solu\u021bii Huawei, inteligen\u021ba artificial\u0103 este folosit\u0103 deja la nivelul stoc\u0103rii, echipat\u0103 cu un procesor AI care permite sistemului s\u0103 \u00ee\u0219i analizeze starea \u0219i s\u0103 prezic\u0103 defec\u021biuni. Dac\u0103 unitatea de stocare este conectat\u0103 la un serviciu de cloud care dispune de capacit\u0103\u021bi de calcul semnificative, inteligen\u021ba artificial\u0103 va putea procesa mai multe informa\u021bii \u0219i va spori precizia ipotezelor sale.<\/p>\n

Pe l\u00e2ng\u0103 defec\u021biuni, aceast\u0103 inteligen\u021b\u0103 artificial\u0103 poate prognoza viitoarea sarcin\u0103 de v\u00e2rf \u0219i timpul r\u0103mas p\u00e2n\u0103 la epuizarea capacit\u0103\u021bii. Aceasta permite optimizarea performan\u021bei \u0219i scalarea sistemului \u00eenainte de apari\u021bia unor evenimente nedorite.<\/p>\n

\"Tendin\u021be
\n
\nAcum, s\u0103 discut\u0103m despre evolu\u021bia suporturilor de date. Primele unit\u0103\u021bi flash au fost realizate pe baza tehnologiei SLC (Single-Level Cell). Dispozitivele bazate pe aceast\u0103 tehnologie erau rapide, fiabile, stabile, dar aveau o capacitate mic\u0103 \u0219i costau foarte mult. Cre\u0219terea volumului \u0219i sc\u0103derea pre\u021bului au fost ob\u021binute prin anumite compromisuri tehnice, care au redus viteza, fiabilitatea \u0219i durata de via\u021b\u0103 a unit\u0103\u021bilor. Totu\u0219i, tendin\u021ba nu a afectat unit\u0103\u021bile de stocare, care, datorit\u0103 unor ingeniozit\u0103\u021bi arhitecturale, au devenit \u00een general mai performante \u0219i mai fiabile.<\/p>\n

Dar de ce au fost necesare unit\u0103\u021bile de stocare de tip All-Flash? Nu era suficient s\u0103 \u00eenlocuim vechile HDD-uri din sistemul deja operativ cu noi SSD-uri de acela\u0219i factor de form\u0103? A fost necesar pentru a utiliza eficient toate resursele noilor memorii flash, ceea ce \u00een sistemele vechi era pur \u0219i simplu imposibil. <\/p>\n

Compania Huawei, de exemplu, pentru a rezolva aceast\u0103 problem\u0103, a dezvoltat o serie de tehnologii, dintre care una este FlashLink<\/a><\/noindex>, care a permis optimizarea maxim\u0103 a interac\u021biunii \"disk - controller\". <\/p>\n

Identificarea inteligent\u0103 a permis disocierea datelor pe mai multe fluxuri \u0219i rezolvarea unor fenomene nedorite, cum ar fi WA<\/a><\/noindex> (write amplification). \u00cen plus, noile algoritme de recuperare, \u00een special RAID 2.0+<\/a><\/noindex>, au crescut viteza de rebuild, reduc\u00e2nd timpul s\u0103u la valori total neglijabile.<\/p>\n

Defec\u021biunea, supraaglomerarea, \u201ecolectarea de de\u0219euri\u201d - ace\u0219ti factori nu mai influen\u021beaz\u0103 performan\u021ba sistemului de stocare datorit\u0103 unei perfec\u021bion\u0103ri speciale a controlerelor.<\/p>\n

\"Tendin\u021be
\n
\nDe asemenea, stoc\u0103rile de date bloc sunt preg\u0103tite s\u0103 \u00eent\u00e2mpine NVMe<\/a><\/noindex>. S\u0103 reamintim c\u0103 schema clasic\u0103 de organizare a accesului la date a func\u021bionat astfel: procesorul se adresa controlerului RAID prin magistrala PCI Express. Acesta, la r\u00e2ndul s\u0103u, interac\u021biona cu discurile mecanice prin SCSI sau SAS. Folosirea NVMe pe backend a accelerat semnificativ \u00eentregul proces, \u00eens\u0103 a avut un dezavantaj: stocatoarele trebuiau s\u0103 aib\u0103 o conexiune direct\u0103 la procesor pentru a-i asigura acces direct la memorie.<\/p>\n

Urm\u0103toarea faz\u0103 de dezvoltare a tehnologiei, pe care o observ\u0103m acum, a fost aplicarea NVMe-oF (NVMe over Fabrics). \u00cen ceea ce prive\u0219te tehnologiile de bloc Huawei, acestea deja suport\u0103 FC-NVMe (NVMe over Fibre Channel), iar NVMe over RoCE (RDMA over Converged Ethernet) este pe cale s\u0103 apar\u0103. Modelele de testare sunt complet func\u021bionale, iar p\u00e2n\u0103 la prezentarea lor oficial\u0103 mai sunt c\u00e2teva luni. Observ\u0103m c\u0103 tot acest lucru va ap\u0103rea \u0219i \u00een sistemele distribuite, unde \u201eEthernet f\u0103r\u0103 pierderi\u201d va fi foarte solicitat.<\/p>\n

\"Tendin\u021be
\n
\nO alt\u0103 modalitate de optimizare a func\u021bion\u0103rii stoc\u0103rilor distribuite a fost abandonarea complet\u0103 a mirror-ingului datelor. Solu\u021biile Huawei nu mai folosesc n copii, a\u0219a cum se \u00eent\u00e2mpla \u00een RAID 1, \u0219i trec complet la mecanismul EC<\/a><\/noindex> (Erasure coding). Un pachet matematic special calculeaz\u0103 periodic blocuri de control, care permit restaurarea datelor intermediare \u00een caz de pierdere.<\/p>\n

Mecanismele de deduplicare \u0219i compresie devin obligatorii. Dac\u0103 \u00een stoc\u0103rile tradi\u021bionale suntem limita\u021bi de num\u0103rul procesorului instalate \u00een controlere, \u00een sistemele de stocare distribuite, scalabile orizontal, fiecare nod con\u021bine tot ce este necesar: discuri, memorie, procesoare \u0219i interconectare. Aceste resurse sunt suficiente pentru a asigura c\u0103 deduplicarea \u0219i compresia au un impact minim asupra performan\u021bei.<\/p>\n

\u0218i despre metodele hardware de optimizare. Aici, sarcina centralelor de procesare a fost redus\u0103 prin ad\u0103ugarea de cipuri dedicate (sau blocuri dedicate \u00een cadrul procesorului), care joac\u0103 rolul de TOE<\/a><\/noindex> (TCP\/IP Offload Engine) sau preiau sarcinile matematice de EC, deduplicare \u0219i compresie.<\/p>\n

\"Tendin\u021be
\n
\nNoile abord\u0103ri \u00een stocarea datelor s-au concretizat \u00een arhitectura dezagregat\u0103 (distribuit\u0103). \u00cen sistemele de stocare centralizat\u0103 exist\u0103 o fabric\u0103 de servere, conectat\u0103 prin Fibre Channel la SAN<\/a><\/noindex> un num\u0103r mare de array-uri. Dezavantajele acestei abord\u0103ri sunt dificult\u0103\u021bile de scalare \u0219i asigurarea unui nivel garantat de serviciu (\u00een ceea ce prive\u0219te performan\u021ba sau laten\u021bele). Sistemele hiperconvergente folosesc acelea\u0219i gazde at\u00e2t pentru stocare, c\u00e2t \u0219i pentru procesarea informa\u021biilor. Acest lucru ofer\u0103 practic un spa\u021biu nelimitat pentru scalare, dar implic\u0103 costuri ridicate pentru men\u021binerea integrit\u0103\u021bii datelor.<\/p>\n

Spre deosebire de ambele arhitecturi men\u021bionate anterior, arhitectura dezagregat\u0103 implic\u0103 separarea sistemului \u00eentr-o fabric\u0103 de calcul \u0219i un sistem de stocare orizontal<\/b>. Aceasta ofer\u0103 avantajele ambelor arhitecturi \u0219i permite scalarea practic nelimitat\u0103 doar a acelui element al c\u0103rui nivel de performan\u021b\u0103 este insuficient.<\/p>\n

\"Tendin\u021be
\n<\/p>\n

De la integrare la convergen\u021b\u0103<\/h2>\n

\nO problem\u0103 clasic\u0103, a c\u0103rei relevan\u021b\u0103 a crescut \u00een ultimii 15 ani, este necesitatea de a asigura simultan stocare bloc, acces la fi\u0219iere, acces la obiecte, lucru pentru fermele de mari date etc. Un alt aspect poate fi, de exemplu, un sistem de backup pe band\u0103 magnetic\u0103.<\/p>\n

\u00cen prima etap\u0103, a fost posibil\u0103 unificarea doar a gestion\u0103rii acestor servicii. Sistemele heterogene de stocare a datelor erau legate la un software specializat prin care administratorul distribua resurse din pool-urile disponibile. Dar, deoarece aceste pool-uri erau diferite din punct de vedere hardware, migrarea sarcinii \u00eentre ele era imposibil\u0103. La un nivel mai \u00eenalt de integrare, unificarea se realiza la nivel de gateway. \u00cen prezen\u021ba unui acces comun la fi\u0219iere, acesta putea fi furnizat prin diferite protocoale.<\/p>\n

Cea mai avansat\u0103 metod\u0103 de convergen\u021b\u0103 disponibil\u0103 acum ne implic\u0103 crearea unui sistem hibrid universal. Exact astfel cum ar trebui s\u0103 devin\u0103 sistemul nostru OceanStor 100D<\/a><\/noindex>. Accesul universal folose\u0219te acelea\u0219i resurse hardware, \u00eemp\u0103r\u021bite logic \u00een piscine diferite, dar permite migrarea \u00eenc\u0103rc\u0103turii. Toate acestea pot fi realizate printr-o consol\u0103 de management unificat\u0103. Astfel, am reu\u0219it s\u0103 implement\u0103m conceptul \u201eun singur datacenter \u2014 un singur sistem de stocare\u201d.<\/p>\n

\"Tendin\u021be
\n
\nCostul stoc\u0103rii informa\u021biilor determin\u0103 acum multe decizii arhitecturale. \u0218i, de\u0219i aceasta poate fi considerat\u0103 fundamental\u0103, ast\u0103zi discut\u0103m despre stocarea \u201elive\u201d cu acces activ, a\u0219a c\u0103 performan\u021ba trebuie de asemenea s\u0103 fie luat\u0103 \u00een considerare. O alt\u0103 caracteristic\u0103 important\u0103 a sistemelor distribuite de nou\u0103 genera\u021bie este unificarea. Nimeni nu dore\u0219te s\u0103 aib\u0103 mai multe sisteme disparate, gestionate din console diferite. Toate aceste calit\u0103\u021bi s-au concretizat \u00een noua serie de produse Huawei. OceanStor Pacific<\/a><\/noindex>.<\/p>\n

Sistem de stocare de date masiv de nou\u0103 genera\u021bie<\/h2>\n

\nOceanStor Pacific \u00eendepline\u0219te cerin\u021bele de fiabilitate la nivelul \u201e\u0219ase nouri\u201d (99,9999%) \u0219i poate fi utilizat pentru construirea de datacentere de clas\u0103 HyperMetro. La o distan\u021b\u0103 de p\u00e2n\u0103 la 100 km \u00eentre cele dou\u0103 datacentere, sistemele demonstreaz\u0103 o \u00eent\u00e2rziere suplimentar\u0103 de 2 ms, ceea ce permite construirea de solu\u021bii rezistente la catastrofe, inclusiv cu servere de quorum.<\/p>\n

\"Tendin\u021be
\n
\nProdusele din noua serie demonstreaz\u0103 versatilitate \u00een materie de protocoale. OceanStor 100D suport\u0103 deja accesul de tip bloc, accesul obiect \u0219i accesul Hadoop. \u00cen cur\u00e2nd va fi implementat \u0219i accesul de tip fi\u0219ier. Nu este necesar s\u0103 p\u0103stra\u021bi mai multe copii ale datelor dac\u0103 acestea pot fi livrate prin protocoale diferite.<\/p>\n

\"Tendin\u021be
\n
\nCare este leg\u0103tura \u00eentre conceptul de \u201ere\u021bea f\u0103r\u0103 pierderi\u201d \u0219i sistemele de stocare? Problema este c\u0103 sistemele de stocare distribuite sunt construite pe o re\u021bea rapid\u0103, care suport\u0103 algoritmi corespunz\u0103tori \u0219i mecanismul RoCE. \u00cen plus, sistemele de inteligen\u021b\u0103 artificial\u0103 sus\u021binute de comutatoarele noastre cresc viteza re\u021belei \u0219i reduc \u00eent\u00e2rzierile. AI Fabric<\/a><\/noindex>. C\u00e2\u0219tigul de performan\u021b\u0103 al sistemului de stocare activ\u00e2nd AI Fabric poate atinge 20%.<\/p>\n

\"Tendin\u021be
\n
\nCe reprezint\u0103 noul nod de sistem de stocare distribuit OceanStor Pacific? Aceast\u0103 solu\u021bie de form\u0103 5U include 120 de unit\u0103\u021bi de stocare \u0219i poate \u00eenlocui trei noduri clasice, ceea ce ofer\u0103 o economisire de spa\u021biu \u00een rack de peste dou\u0103 ori. Prin eliminarea p\u0103str\u0103rii copiilor, eficien\u021ba unit\u0103\u021bilor de stocare cre\u0219te semnificativ (p\u00e2n\u0103 la +92%).<\/p>\n

Ne-am obi\u0219nuit ca stocarea definit\u0103 prin software s\u0103 fie un software special, instalat pe un server clasic. Dar acum, pentru a ob\u021bine parametrii optimi, aceast\u0103 solu\u021bie arhitectural\u0103 necesit\u0103 \u0219i noduri speciale. Ea include dou\u0103 servere bazate pe procesoare ARM care gestioneaz\u0103 un array de unit\u0103\u021bi de stocare de 3 inchi.<\/p>\n

\"Tendin\u021be
\n
\nAceste servere sunt pu\u021bin potrivite pentru solu\u021bii hiperconvergente. \u00cen primul r\u00e2nd, aplica\u021biile pentru ARM sunt destul de pu\u021bine, iar \u00een al doilea r\u00e2nd, este greu s\u0103 se men\u021bin\u0103 un echilibru al \u00eenc\u0103rc\u0103rii. Noi v\u0103 propunem s\u0103 trece\u021bi la stocarea separat\u0103: un cluster de calcul, reprezentat de servere clasice sau servere rack, func\u021bioneaz\u0103 separat, dar se conecteaz\u0103 la nodurile de stocare OceanStor Pacific, care \u00ee\u0219i \u00eendeplinesc, de asemenea, sarcinile directe. \u0218i aceasta se justific\u0103.<\/p>\n

De exemplu, s\u0103 lu\u0103m o solu\u021bie clasic\u0103 pentru stocarea datelor mari cu un sistem hiperconvergente, care ocup\u0103 15 rack-uri de servere. Dac\u0103 distribuim \u00eenc\u0103rc\u0103tura \u00eentre serverele de calcul separate \u0219i nodurile OceanStor Pacific, separ\u00e2ndu-le una de cealalt\u0103, num\u0103rul rack-urilor necesare se va reduce la jum\u0103tate! Acest lucru reduce costurile de operare a centrului de date \u0219i scade costul total de proprietate. \u00centr-o lume \u00een care volumul de informa\u021bii stocate cre\u0219te cu 30% \u00een fiecare an, astfel de avantaje nu sunt de neglijat.<\/p>\n

***<\/h2>\n

\nMai multe informa\u021bii despre solu\u021biile Huawei \u0219i scenariile lor de aplicare pute\u021bi ob\u021bine pe site-ul nostru site<\/a><\/noindex> sau contact\u00e2nd direct reprezentan\u021bii companiei.
\n
Sursa: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043b\u0443\u0447\u0448\u0435 \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0434\u0430\u043d\u043d\u044b\u0435 \u0432 \u043c\u0438\u0440\u0435, \u0433\u0434\u0435 \u0441\u0435\u0442\u0438 \u043f\u044f\u0442\u043e\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f, \u0441\u043a\u0430\u043d\u0435\u0440\u044b \u0433\u0435\u043d\u043e\u043c\u043e\u0432 \u0438 \u0431\u0435\u0441\u043f\u0438\u043b\u043e\u0442\u043d\u044b\u0435 \u0430\u0432\u0442\u043e\u043c\u043e\u0431\u0438\u043b\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u044f\u0442 \u0437\u0430 \u0434\u0435\u043d\u044c \u0431\u043e\u043b\u044c\u0448\u0435 \u0434\u0430\u043d\u043d\u044b\u0445, \u0447\u0435\u043c \u0432\u0441\u0451 \u0447\u0435\u043b\u043e\u0432\u0435\u0447\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u0440\u043e\u0434\u0438\u043b\u043e \u0432 \u043f\u0435\u0440\u0438\u043e\u0434 \u0434\u043e \u043f\u0440\u043e\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u043e\u0439 \u0440\u0435\u0432\u043e\u043b\u044e\u0446\u0438\u0438. \u041d\u0430\u0448 \u043c\u0438\u0440 \u0433\u0435\u043d\u0435\u0440\u0438\u0440\u0443\u0435\u0442 \u0432\u0441\u0451 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438. \u041a\u0430\u043a\u0430\u044f-\u0442\u043e \u0435\u0451 \u0447\u0430\u0441\u0442\u044c \u043c\u0438\u043c\u043e\u043b\u0451\u0442\u043d\u0430 \u0438 \u0443\u0442\u0440\u0430\u0447\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0442\u0430\u043a \u0436\u0435 \u0431\u044b\u0441\u0442\u0440\u043e, \u043a\u0430\u043a \u0438 \u0441\u043e\u0431\u0438\u0440\u0430\u0435\u0442\u0441\u044f. \u0414\u0440\u0443\u0433\u0430\u044f \u0434\u043e\u043b\u0436\u043d\u0430 \u0445\u0440\u0430\u043d\u0438\u0442\u044c\u0441\u044f \u0434\u043e\u043b\u044c\u0448\u0435, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":96142,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-96141","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tendin\u021be industriale \u00een domeniul sistemelor de stocare de mari dimensiuni | ProHoster","description":"Ast\u0103zi vom discuta despre cea mai bun\u0103 manier\u0103 de a stoca datele \u00eentr-o lume \u00een care re\u021belele de genera\u021bie 5, scanerele genomice \u0219i ma\u0219inile autonome produc \u00een fiecare zi mai multe date dec\u00e2t \u00eentreaga umanitate a generat p\u00e2n\u0103 \u00een era industrial\u0103.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/promyshlennye-tendenczii-v-oblasti-massovyh-sistem-hraneniya-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u043e\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u044b\u0435 \u0442\u0435\u043d\u0434\u0435\u043d\u0446\u0438\u0438 \u0432 \u043e\u0431\u043b\u0430\u0441\u0442\u0438 \u043c\u0430\u0441\u0441\u043e\u0432\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043b\u0443\u0447\u0448\u0435 \u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0434\u0430\u043d\u043d\u044b\u0435 \u0432 \u043c\u0438\u0440\u0435, \u0433\u0434\u0435 \u0441\u0435\u0442\u0438 \u043f\u044f\u0442\u043e\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f, \u0441\u043a\u0430\u043d\u0435\u0440\u044b \u0433\u0435\u043d\u043e\u043c\u043e\u0432 \u0438 \u0431\u0435\u0441\u043f\u0438\u043b\u043e\u0442\u043d\u044b\u0435 \u0430\u0432\u0442\u043e\u043c\u043e\u0431\u0438\u043b\u0438 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u044f\u0442 \u0437\u0430 \u0434\u0435\u043d\u044c \u0431\u043e\u043b\u044c\u0448\u0435 \u0434\u0430\u043d\u043d\u044b\u0445, \u0447\u0435\u043c \u0432\u0441\u0451 \u0447\u0435\u043b\u043e\u0432\u0435\u0447\u0435\u0441\u0442\u0432\u043e \u043f\u043e\u0440\u043e\u0434\u0438\u043b\u043e \u0432 \u043f\u0435\u0440\u0438\u043e\u0434 \u0434\u043e \u043f\u0440\u043e\u043c\u044b\u0448\u043b\u0435\u043d\u043d\u043e\u0439.","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/promyshlennye-tendenczii-v-oblasti-massovyh-sistem-hraneniya-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-08T17:42:37+00:00","article:modified_time":"2020-10-08T17:42:37+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"96141","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:51:00","updated":"2022-09-30 10:24:16","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/96141","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=96141"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/96141\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/96142"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=96141"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=96141"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=96141"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}