{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Cum s\u0103 alegi un sistem de stocare a datelor f\u0103r\u0103 s\u0103 te \u00eempiedici singur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<h2>Introducere<\/h2>\n<p>\nA venit vremea s\u0103 cump\u0103r un sistem de stocare. Ce s\u0103 aleg, pe cine s\u0103 ascult? Vendorul A vorbe\u0219te despre vendorul B, iar mai exist\u0103 integratorul C, care spune opusul \u0219i recomand\u0103 vendorul D. \u00centr-o astfel de situa\u021bie, chiar \u0219i un arhitect experimentat \u00een sisteme de stocare va fi confuz, mai ales cu to\u021bi noii vendor \u0219i cu modurile actuale de SDS \u0219i hiperconvergen\u021b\u0103.<\/p>\n<p>A\u0219adar, cum s\u0103 ne descurc\u0103m \u00een toate acestea \u0219i s\u0103 nu ajungem \u00een situa\u021bii nepl\u0103cute? Noi (<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/antonvirtual\/\" class=\"user_link\">AntonVirtual<\/a><\/noindex> Anton Jbankov \u0219i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/korp\/\" class=\"user_link\">korp<\/a><\/noindex> Evghenii Elizarov) vom \u00eencerca s\u0103 explic\u0103m acest lucru \u00een limba rom\u00e2n\u0103.<br \/>\nArticolul rezoneaz\u0103 \u00een mare parte \u0219i este de fapt o extensie a \u201e<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/321178\/\">Designului unui Data Center Virtualizat<\/a><\/noindex>\u201d \u00een ceea ce prive\u0219te alegerea sistemelor de stocare a datelor \u0219i o revizuire a tehnologiilor de stocare. Vom analiza pe scurt teoria general\u0103, dar recomand\u0103m \u0219i consultarea articolului men\u021bionat.<\/p>\n<h2>De ce<\/h2>\n<p>\nAdesea, putem observa cum un nou venit pe un forum sau \u00eentr-un chat specializat, precum Storage Discussions, pune \u00eentrebarea: \u201e\u00eemi ofer\u0103 dou\u0103 op\u021biuni de sisteme de stocare - ABC SuperStorage S600 \u0219i XYZ HyperOcean 666v4, ce s\u0103 recomand?\u201d<\/p>\n<p>\u0218i \u00eencepe o m\u0103sur\u0103 a caracteristicilor implement\u0103rii unor func\u021bionalit\u0103\u021bi complexe \u0219i neclare, care pentru o persoan\u0103 neexperimentat\u0103 sunt de-a dreptul greoaie. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nA\u0219adar, prima \u00eentrebare cheie pe care trebuie s\u0103 \u021bi-o pui cu mult \u00eenainte de a compara specifica\u021biile din ofertele comerciale este - DE CE? De ce ai nevoie de acest sistem de stocare?<\/p>\n<p><img decoding=\"async\" alt=\"Cum s\u0103 alegi un sistem de stocare a datelor f\u0103r\u0103 s\u0103 te \u00eempiedici singur\" src=\"\/wp-content\/uploads\/2019\/06\/4e02a50a2420483c6c4939bf264dea2a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nR\u0103spunsul va fi surprinz\u0103tor \u0219i foarte \u00een stilul lui Tony Robbins - pentru a stoca date. Mul\u021bumesc, c\u0103pitan! Cu toate acestea, uneori ne ad\u00e2ncim at\u00e2t de mult \u00een compara\u021bia detaliilor \u00eenc\u00e2t uit\u0103m de ce facem toate acestea.<\/p>\n<p>A\u0219adar, scopul sistemului de stocare a datelor este de a stoca \u0219i de a oferi acces la DATE cu o performan\u021b\u0103 specificat\u0103. De aici vom \u00eencepe.<\/p>\n<h2>Date<\/h2>\n<p><\/p>\n<h3>Tipul de date<\/h3>\n<p>\nCe date inten\u021bion\u0103m s\u0103 stoc\u0103m? O \u00eentrebare foarte important\u0103, care poate elimina multe sisteme de stocare din discu\u021bie. De exemplu, se preconizeaz\u0103 stocarea \u00eenregistr\u0103rilor video \u0219i a fotografiilor. Imediat se pot elimina sistemele concepute pentru acces aleatoriu cu blocuri mici sau sistemele cu caracteristici proprii \u00een ceea ce prive\u0219te comprimarea \/ deduplicarea. Acestea pot fi sisteme excelente, nu dorim s\u0103 spunem nimic r\u0103u despre ele. Dar, \u00een acest caz, punctele lor forte pot deveni, dimpotriv\u0103, slabe (video \u0219i fotografii nu se comprim\u0103) sau pur \u0219i simplu vor cre\u0219te semnificativ costul sistemului.<\/p>\n<p>\u0218i invers, dac\u0103 utilizarea \u021bint\u0103 este o baz\u0103 de date tranzac\u021bional\u0103 \u00eenc\u0103rcat\u0103, atunci sistemele excelente de streaming pentru multimedia, capabile s\u0103 furnizeze gigaocte\u021bi pe secund\u0103, vor fi o alegere proast\u0103.<\/p>\n<h3>Volumul de date<\/h3>\n<p>\nC\u00e2te date inten\u021bion\u0103m s\u0103 stoc\u0103m? Cantitatea se transform\u0103 \u00eentotdeauna \u00een calitate, nu trebuie s\u0103 uit\u0103m niciodat\u0103 de acest lucru, mai ales \u00een zilele noastre c\u00e2nd volumul de date cre\u0219te exponen\u021bial. Sistemele de clas\u0103 petabyte nu mai sunt o raritate, dar cu c\u00e2t volumul de petabyte este mai mare, cu at\u00e2t sistemul devine mai specializat, iar func\u021bionalitatea obi\u0219nuit\u0103 a sistemelor cu acces aleatoriu de mici \u0219i medii dimensiuni va fi mai pu\u021bin disponibil\u0103. Pur \u0219i simplu pentru c\u0103 doar tabelele statistice de acces pe blocuri devin mai mari dec\u00e2t volumul de memorie disponibil pe controlere. Nemaivorbind de comprimare \/ tiering. S\u0103 presupunem c\u0103 dorim s\u0103 schimb\u0103m algoritmul de comprimare cu unul mai puternic \u0219i s\u0103 comprim\u0103m 20 de petabyte de date. C\u00e2t timp va dura: \u0219ase luni, un an?<\/p>\n<p>Pe de alt\u0103 parte, de ce s\u0103 complic\u0103m lucrurile, dac\u0103 trebuie s\u0103 stoc\u0103m \u0219i s\u0103 proces\u0103m 500 GB de date? Numai 500. SSD-urile de uz casnic (cu un DWPD sc\u0103zut) de acest volum cost\u0103 foarte pu\u021bin. De ce s\u0103 construim o fabric\u0103 de Fiber Channel \u0219i s\u0103 cump\u0103r\u0103m un sistem de stocare extern de \u00eenalt\u0103 clas\u0103, care cost\u0103 c\u00e2t un pod de font\u0103?<\/p>\n<p>Ce procent din volumul total reprezint\u0103 datele fierbin\u021bi? C\u00e2t de neuniform\u0103 este \u00eenc\u0103rc\u0103tura pe volum de date? Aici poate ajuta foarte mult tehnologia de stocare stratificat\u0103 sau Flash Cache, dac\u0103 volumul datelor fierbin\u021bi este nesemnificativ comparativ cu totalul. Sau, dimpotriv\u0103, \u00een cazul unei \u00eenc\u0103rc\u0103ri uniforme pe tot volumul, frecvent \u00eent\u00e2lnite \u00een sistemele de flux (supraveghere video, unele sisteme de analiz\u0103), astfel de tehnologii nu vor aduce beneficii \u0219i doar vor cre\u0219te costul \/ complexitatea sistemului.<\/p>\n<h3>IS<\/h3>\n<p>\nCealalt\u0103 fa\u021b\u0103 a datelor este un sistem informa\u021bional care utilizeaz\u0103 aceste date. IS are un set de cerin\u021be care deriv\u0103 din date. Detalii despre IS pot fi g\u0103site \u00een \u201eProiectarea unui centru de date virtualizat\u201d.<\/p>\n<h4>Cerin\u021be de redundan\u021b\u0103 \/ disponibilitate<\/h4>\n<p>Cerin\u021bele de redundan\u021b\u0103 \/ disponibilitate a datelor sunt mo\u0219tenite de la IS \u0219i se exprim\u0103 \u00een trei valori \u2014 <b>RPO<\/b>, <b>RTO<\/b>, <b>a<\/b>.<\/p>\n<p><b>Disponibilitate <\/b> \u2014 propor\u021bia pentru o anumit\u0103 perioad\u0103 de timp, \u00een care datele sunt disponibile pentru a fi utilizate. De obicei, se exprim\u0103 prin num\u0103rul de 9. De exemplu, dou\u0103 dintre nou\u0103 \u00eentr-un an \u00eenseamn\u0103 c\u0103 disponibilitatea este de 99%, sau altfel spus, se permite o indisponibilitate de 95 de ore pe an. Trei dintre nou\u0103 \u2014 9,5 ore pe an.<\/p>\n<p>RPO \/ RTO \u2014 acestea sunt indicatori care nu sunt cumulativi, ci pentru fiecare incident (accident), spre deosebire de disponibilitate.<\/p>\n<p><b>RPO <\/b> \u2014 volumul de date pierdute \u00een cazul unui accident (\u00een ore). De exemplu, dac\u0103 backup-ul se face o dat\u0103 pe zi, atunci RPO = 24 de ore. Adic\u0103, \u00een cazul unui accident \u0219i pierderii complete a sistemului de stocare, se pot pierde date de p\u00e2n\u0103 la 24 de ore (de la ultimul backup). Pe baza RPO stabilit pentru IS, se elaboreaz\u0103 un regulament pentru backup. De asemenea, pe baza RPO, se poate \u00een\u021belege c\u00e2t de necesar\u0103 este replicarea sincron\u0103 \/ asincron\u0103 a datelor.<\/p>\n<p><b>RTO<\/b> \u2014 timpul de recuperare a serviciului (acces la date) dup\u0103 un accident. Pe baza valorii RTO stabilite, putem \u00een\u021belege dac\u0103 este necesar un metrocluster sau este suficient\u0103 replicarea unidirec\u021bional\u0103. De asemenea, dac\u0103 este necesar\u0103 o stocare hi-end cu mai multe controlere.<\/p>\n<p><img decoding=\"async\" alt=\"Cum s\u0103 alegi un sistem de stocare a datelor f\u0103r\u0103 s\u0103 te \u00eempiedici singur\" src=\"\/wp-content\/uploads\/2019\/06\/327166acf29e390fa7454fe66bc4e409.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Cerin\u021be de performan\u021b\u0103<\/h4>\n<p>\nCu toate c\u0103 aceasta este o \u00eentrebare destul de evident\u0103, de aici apar cele mai multe dificult\u0103\u021bi. \u00cen func\u021bie de faptul dac\u0103 ave\u021bi deja o infrastructur\u0103 sau nu \u0219i se vor construi c\u0103i pentru colectarea statisticilor necesare.<\/p>\n<p>Ave\u021bi deja un sistem de stocare de date (SXD) \u0219i c\u0103uta\u021bi o \u00eenlocuire sau dori\u021bi s\u0103 achizi\u021biona\u021bi unul suplimentar pentru extindere. Totul este simplu aici. \u00cen\u021belege\u021bi ce servicii ave\u021bi deja \u0219i ce pl\u0103nui\u021bi s\u0103 implementa\u021bi \u00een viitorul apropiat. Pe baza serviciilor actuale, ave\u021bi posibilitatea s\u0103 colecta\u021bi statistici de performan\u021b\u0103. Stabili\u021bi num\u0103rul actual de IOPS \u0219i \u00eent\u00e2rzierile curente - care sunt aceste valori \u0219i sunt suficiente pentru necesit\u0103\u021bile voastre? Pute\u021bi face acest lucru at\u00e2t pe sistemul de stocare a datelor, c\u00e2t \u0219i din partea gazdelor care sunt conectate la acesta.<\/p>\n<p>\u0218i este important s\u0103 nu analiza\u021bi doar sarcina curent\u0103, ci pe o anumit\u0103 perioad\u0103 (ideal o lun\u0103). Observa\u021bi care sunt v\u00e2rfurile maxime \u00een timpul zilei, ce sarcin\u0103 genereaz\u0103 backup-urile etc. Dac\u0103 SXD-ul sau software-ul asociat nu v\u0103 ofer\u0103 un set complet de aceste date, pute\u021bi folosi RRDtool gratuit, care poate lucra cu cele mai populare SXD-uri \u0219i switch-uri \u0219i v\u0103 poate oferi statistici detaliate de performan\u021b\u0103. De asemenea, este bine s\u0103 monitoriza\u021bi sarcina \u0219i pe gazdele care lucreaz\u0103 cu acest SXD, pe ma\u0219inile virtuale specifice sau pe ceea ce anume func\u021bioneaz\u0103 pe aceast\u0103 gazd\u0103.<\/p>\n<p><img decoding=\"async\" alt=\"Cum s\u0103 alegi un sistem de stocare a datelor f\u0103r\u0103 s\u0103 te \u00eempiedici singur\" src=\"\/wp-content\/uploads\/2019\/06\/a0db9ec82e8ab5282e7af5d50e02f281.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMerit\u0103 s\u0103 men\u021bionez separat c\u0103, dac\u0103 \u00eent\u00e2rzierile de pe volum \u0219i de pe datastorul situat pe acest volum difer\u0103 semnificativ, ar trebui s\u0103 acorda\u021bi o aten\u021bie deosebit\u0103 re\u021belei voastre SAN; exist\u0103 o probabilitate mare ca aceasta s\u0103 aib\u0103 probleme, iar \u00eenainte de a achizi\u021biona un nou sistem, ar trebui s\u0103 clarifica\u021bi aceast\u0103 problem\u0103, deoarece exist\u0103 o \u0219ans\u0103 ridicat\u0103 de a \u00eembun\u0103t\u0103\u021bi performan\u021ba sistemului actual.<\/p>\n<p>Construi\u021bi o infrastructur\u0103 de la zero sau achizi\u021biona\u021bi un sistem pentru un nou serviciu despre care nu ave\u021bi informa\u021bii asupra sarcinilor. Aici exist\u0103 c\u00e2teva op\u021biuni: discuta\u021bi cu colegii pe resurse de specialitate pentru a \u00eencerca s\u0103 ob\u021bine\u021bi \u0219i s\u0103 prognoza\u021bi sarcina, contacta\u021bi un integrator care are experien\u021b\u0103 \u00een implementarea unor astfel de servicii \u0219i care v\u0103 poate calcula sarcina. A treia op\u021biune (de obicei cea mai dificil\u0103, mai ales dac\u0103 este vorba despre aplica\u021bii personalizate sau rare) este s\u0103 \u00eencerca\u021bi s\u0103 descoperi\u021bi cerin\u021bele de performan\u021b\u0103 de la dezvoltatorii sistemului.<\/p>\n<p>\u0218i, aten\u021bie, cea mai corect\u0103 variant\u0103 din punct de vedere practic este un pilot pe echipamentul actual sau pe echipamentul furnizat pentru testare de c\u0103tre vendor \/ integrator.<\/p>\n<h4>Cerin\u021be speciale<\/h4>\n<p>\nCerin\u021bele speciale sunt toate acele aspecte care nu se \u00eencadreaz\u0103 \u00een cerin\u021bele de performan\u021b\u0103, disponibilitate \u0219i func\u021bionalitate \u00een ceea ce prive\u0219te prelucrarea \u0219i furnizarea datelor.<\/p>\n<p>Unul dintre cele mai simple cerin\u021be speciale pentru un sistem de stocare a datelor poate fi considerat \u201emedia de informa\u021bie transferabil\u0103\u201d. \u0218i devine imediat evident c\u0103 acest sistem de stocare a datelor trebuie s\u0103 includ\u0103 o bibliotec\u0103 de benzi sau pur \u0219i simplu un streamer pe care se salveaz\u0103 o copie de rezerv\u0103. Dup\u0103 aceea, o persoan\u0103 special instruit\u0103 semneaz\u0103 banda \u0219i o duce cu m\u00e2ndrie \u00eentr-un seif special.<br \/>\nUn alt exemplu de cerin\u021b\u0103 special\u0103 este construc\u021bia protejat\u0103 \u00eempotriva \u0219ocurilor.<\/p>\n<h2>Unde<\/h2>\n<p>\nA doua component\u0103 principal\u0103 \u00een alegerea unui anumit sistem de stocare a datelor este informa\u021bia despre LOCUL unde va fi amplasat acest sistem. De la geografie sau condi\u021bii climatice, p\u00e2n\u0103 la personal.<\/p>\n<h3>Client<\/h3>\n<p>\nPentru cine este planificat acest sistem de stocare a datelor? \u00centrebarea se bazeaz\u0103 pe urm\u0103toarele considera\u021bii:<\/p>\n<p><b>Client guvernamental \/ comercial.<\/b><br \/>\nClientul comercial nu are restric\u021bii \u0219i nu este obligat s\u0103 organizeze licita\u021bii, cu excep\u021bia regulilor interne proprii. <\/p>\n<p>Clientul guvernamental este o alt\u0103 chestiune. 44 FZ \u0219i celelalte aspecte ale licita\u021biilor \u0219i cerin\u021belor tehnice, care pot fi contestate.<\/p>\n<p><b>Client sub sanc\u021biuni<\/b><br \/>\nAici \u00eentrebarea este foarte simpl\u0103 \u2014 alegerea se limiteaz\u0103 doar la ofertele disponibile pentru acest client.<\/p>\n<p><b>Reguli interne \/ furnizori autoriza\u021bi pentru achizi\u021bie \/ modele<\/b><br \/>\n\u00centrebarea este, de asemenea, extrem de simpl\u0103, dar trebuie avut\u0103 \u00een vedere.<\/p>\n<h3>Unde fizic<\/h3>\n<p>\n\u00cen aceast\u0103 parte, discut\u0103m toate problemele legate de geografie, canale de comunicare \u0219i microclimatul din camera de amplasare.<\/p>\n<h4>Personal<\/h4>\n<p>\nCine va lucra cu acest sistem de stocare a datelor? Este la fel de important ca ceea ce poate face efectiv sistemul.<br \/>\nOric\u00e2t de promi\u021b\u0103toare \u0219i admirabil\u0103 ar fi solu\u021bia de stocare de la vendorul A, nu are sens s\u0103 o implement\u0103m dac\u0103 personalul \u0219tie s\u0103 lucreze doar cu vendorul B, \u0219i nu sunt planificate achizi\u021bii ulterioare sau colabor\u0103ri constante cu A.<\/p>\n<p>\u0218i, bine\u00een\u021beles, un alt aspect al problemei este c\u00e2t de disponibil este personalul preg\u0103tit \u00een aceast\u0103 loca\u021bie geografic\u0103, at\u00e2t \u00een cadrul companiei, c\u00e2t \u0219i poten\u021bial pe pia\u021ba muncii. Pentru anumite regiuni, poate avea o semnifica\u021bie semnificativ\u0103 alegerea unui sistem de stocare (\u0421\u0425\u0414) cu interfe\u021be simple sau cu posibilitatea unei gestion\u0103ri centralizate de la distan\u021b\u0103. Altfel, \u00eentr-un anumit moment, poate deveni foarte complicat. Internetul este plin de pove\u0219ti despre cum un nou angajat, proasp\u0103t absolvent, a configurat lucruri at\u00e2t de gre\u0219it \u00eenc\u00e2t \u00eentreaga companie a fost afectat\u0103.<\/p>\n<p><img decoding=\"async\" alt=\"Cum s\u0103 alegi un sistem de stocare a datelor f\u0103r\u0103 s\u0103 te \u00eempiedici singur\" src=\"\/wp-content\/uploads\/2019\/06\/5feeb5b13119c87d6b516d160d801129.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h4>Mediu<\/h4>\n<p>\nEi bine, \u0219i bine\u00een\u021beles, o \u00eentrebare important\u0103 este \u00een ce mediu va func\u021biona acest \u0421\u0425\u0414. <\/p>\n<ul>\n<li>Ce anume cu alimentarea electric\u0103 \/ r\u0103cirea?<\/li>\n<li>Ce tip de conectare?<\/li>\n<li>Unde va fi instalat?<\/li>\n<li>\u0218i a\u0219a mai departe.<\/li>\n<\/ul>\n<p>\nAdesea, aceste \u00eentreb\u0103ri sunt considerate de la sine \u00een\u021belese \u0219i nu sunt analizate \u00een detaliu, dar uneori ele pot schimba complet situa\u021bia.<\/p>\n<h2>Ce?<\/h2>\n<p><\/p>\n<h3>vendor<\/h3>\n<p>\n\u00cen prezent (mijlocul anului 2019), pia\u021ba \u0421\u0425\u0414 din Rusia poate fi \u00eemp\u0103r\u021bit\u0103 \u00een 5 categorii conven\u021bionale:<\/p>\n<ol>\n<li>\u00centr-o lig\u0103 superioar\u0103 \u2014 companii renumite cu o gam\u0103 larg\u0103 de produse, de la cele mai simple unit\u0103\u021bi de discuri p\u00e2n\u0103 la cele hi-end (HPE, DellEMC, Hitachi, NetApp, IBM \/ Lenovo)<\/li>\n<li>\u00centr-o lig\u0103 secundar\u0103 \u2014 companii cu o gam\u0103 limitat\u0103, juc\u0103tori de ni\u0219\u0103, furnizori serio\u0219i de SDS sau noi veni\u021bi promi\u021b\u0103tori (Fujitsu, Datacore, Infinidat, Huawei, Pure etc.)<\/li>\n<li>\u00centr-o lig\u0103 ter\u021b\u0103 \u2014 solu\u021bii de ni\u0219\u0103 de nivel low-end, SDS ieftine, crea\u021bii improvizate pe baz\u0103 de ceph \u0219i alte proiecte open source (Infortrend, Starwind etc.)<\/li>\n<li>Segmentul SOHO \u2014 \u0421\u0425\u0414 mici \u0219i foarte mici la nivel de cas\u0103 \/ mic birou (Synology, QNAP etc.)<\/li>\n<li>\u0421\u0425\u0414-uri cu componente produse intern \u2014 includ at\u00e2t hardware din liga \u00eent\u00e2i cu etichete schimbate, c\u00e2t \u0219i c\u00e2\u021biva reprezentan\u021bi din liga a doua (RAIDIX, le vom acorda un avans), dar \u00een principal sunt din liga a treia (Aerodisk, Baum, Depo etc.)<\/li>\n<\/ol>\n<p>\n\u00cemp\u0103r\u021birea este destul de conven\u021bional\u0103 \u0219i nu \u00eenseamn\u0103 c\u0103 segmentul ter\u021b sau SOHO sunt slabe \u0219i nu pot fi utilizate. \u00cen proiecte specifice cu un set bine definit de date \u0219i profil de sarcin\u0103, ele pot func\u021biona foarte bine, dep\u0103\u0219ind liga \u00eent\u00e2i \u00een ceea ce prive\u0219te raportul calitate\/pre\u021b. Este important mai \u00eent\u00e2i s\u0103 ne clarific\u0103m sarcinile, perspectivele de cre\u0219tere, func\u021bionalit\u0103\u021bile necesare \u2014 \u0219i atunci Synology v\u0103 va servi cu credin\u021b\u0103 \u0219i devotament, iar p\u0103rul va deveni moale \u0219i m\u0103t\u0103sos.<\/p>\n<p>Unul dintre factorii importan\u021bi \u00een alegerea unui furnizor este mediul existent. Ce tipuri de stocare ave\u021bi deja, cu ce solu\u021bii de stocare pot colabora inginerii. Ave\u021bi nevoie de un alt furnizor, de un alt punct de contact, ve\u021bi migra treptat \u00eentreaga \u00eenc\u0103rc\u0103tur\u0103 de la furnizorul A la furnizorul B?<\/p>\n<p>Nu ar trebui s\u0103 crea\u021bi entit\u0103\u021bi mai mult dec\u00e2t este necesar.<\/p>\n<h3>iSCSI \/ FC \/ File<\/h3>\n<p>\nPrivind protocoalele de acces, nu exist\u0103 o opinie unanim\u0103 printre ingineri, iar disputele seam\u0103n\u0103 mai mult cu discu\u021bii teologice dec\u00e2t cu cele inginere\u0219ti. Totu\u0219i, \u00een general, se pot men\u021biona urm\u0103toarele puncte:<\/p>\n<p><b>FCoE<\/b> este mai mult mort dec\u00e2t viu.<\/p>\n<p><b>FC vs iSCSI<\/b>. Unul dintre avantajele cheie ale FC \u00een 2019 \u00een compara\u021bie cu solu\u021biile de stocare IP, o fabric\u0103 dedicat\u0103 pentru accesul la date, este contrabalansat de o re\u021bea IP dedicat\u0103. Nu exist\u0103 avantaje globale ale FC fa\u021b\u0103 de re\u021belele IP \u0219i pe IP pot fi construite solu\u021bii de stocare de orice nivel de \u00eenc\u0103rcare, inclusiv sisteme pentru baze de date mari pentru ABS-urile b\u0103ncilor mari. Pe de alt\u0103 parte, de ani de zile se prezice moartea FC-ului, dar mereu apare ceva care o \u00eempiedic\u0103. Ast\u0103zi, de exemplu, unii juc\u0103tori de pe pia\u021ba solu\u021biilor de stocare dezvolt\u0103 activ standardul NVMeoF. Dac\u0103 acesta va \u00eemp\u0103r\u021bi soarta FCoE \u2014 r\u0103m\u00e2ne de v\u0103zut.<\/p>\n<p><b>Accesul la fi\u0219iere<\/b> nu este, de asemenea, ceva desconsiderat. NFS \/ CIFS se comport\u0103 excelent \u00een medii productive \u0219i, dac\u0103 sunt proiectate corect, nu au mai multe reclama\u021bii dec\u00e2t protocoalele de blocare.<\/p>\n<h3>Hibrid \/ All Flash Array<\/h3>\n<p>\nSolu\u021biile de stocare clasice sunt de dou\u0103 tipuri:<\/p>\n<ol>\n<li>AFA (All Flash Array) \u2014 sisteme optimizate pentru utilizarea SSD.<\/li>\n<li>Hibrid \u2014 permit utilizarea at\u00e2t a HDD-urilor, c\u00e2t \u0219i a SSD-urilor sau a combina\u021biilor lor.<\/li>\n<\/ol>\n<p>\nPrincipala lor diferen\u021b\u0103 const\u0103 \u00een tehnologiile de stocare sus\u021binute \u0219i nivelul maxim de performan\u021b\u0103 (indicii ridica\u021bi IOPS \u0219i laten\u021be sc\u0103zute). Ambele tipuri de sisteme (\u00een majoritatea modelor lor, cu excep\u021bia segmentului low-end) pot func\u021biona at\u00e2t ca dispozitive bloc, c\u00e2t \u0219i ca file. Nivelul sistemului determin\u0103 func\u021bionalitatea sus\u021binut\u0103, iar la modelele inferioare, aceasta este adesea limitat\u0103 la niveluri minime. Este important s\u0103 acord\u0103m aten\u021bie acestui aspect atunci c\u00e2nd studiem specifica\u021biile unui model specific, \u0219i nu doar capacit\u0103\u021bile \u00eentregii game \u00een ansamblu. De asemenea, evident, nivelul sistemului influen\u021beaz\u0103 caracteristicile sale tehnice, cum ar fi procesorul, capacitatea memoriei, cache-ul, num\u0103rul \u0219i tipurile de porturi etc. Din perspectiva gestion\u0103rii, AFA se diferen\u021biaz\u0103 de sistemele hibride (pe disc) doar \u00een ceea ce prive\u0219te implementarea mecanismelor de lucru cu SSD-uri, iar chiar dac\u0103 folosi\u021bi SSD-uri \u00eentr-un sistem hibrid, nu \u00eenseamn\u0103 c\u0103 ve\u021bi putea ob\u021bine un nivel de performan\u021b\u0103 similar cu cel al unui sistem AFA. De asemenea, \u00een majoritatea cazurilor, mecanismele inline de stocare eficient\u0103 sunt dezactivate \u00een sistemele hibride, iar activarea acestora duce la pierderi de performan\u021b\u0103.<\/p>\n<h3>Sisteme de stocare speciale<\/h3>\n<p>\nPe l\u00e2ng\u0103 sistemele de stocare de uz general, dedicate \u00een principal prelucr\u0103rii rapide a datelor, exist\u0103 sisteme de stocare speciale cu principii cheie, fundamental diferite de cele obi\u0219nuite (laten\u021b\u0103 sc\u0103zut\u0103, multe IOPS):<\/p>\n<p><b>Media. <\/b><\/p>\n<p>Aceste sisteme sunt concepute pentru stocarea \u0219i prelucrarea fi\u0219ierelor media, care au dimensiuni mari. Prin urmare, laten\u021ba devine practic irrelevant\u0103, iar capacitatea de a trimite \u0219i primi date pe o l\u0103\u021bime de band\u0103 larg\u0103 \u00een mai multe fluxuri paralele devine principal\u0103.<\/p>\n<p><b>Sisteme de stocare cu deduplicare pentru copiile de siguran\u021b\u0103.<\/b><\/p>\n<p>Deoarece copiile de siguran\u021b\u0103 difer\u0103 pu\u021bin \u00eentre ele \u00een condi\u021bii normale (o copie de siguran\u021b\u0103 medie difer\u0103 de cea de ieri cu 1-2%), aceast\u0103 clas\u0103 de sisteme comprim\u0103 datele \u00eenregistrate pe ele \u00eentr-un num\u0103r relativ mic de suporturi fizice. De exemplu, \u00een anumite cazuri, coeficientii de compresie a datelor pot ajunge la 200 la 1.<\/p>\n<p><b>Sisteme de stocare obiectual\u0103.<\/b><\/p>\n<p>\u00cen aceste SCD nu exist\u0103 volume obi\u0219nuite cu acces prin blocuri \u0219i partaj\u0103ri de fi\u0219iere, ci mai mult seam\u0103n\u0103 cu o baz\u0103 de date imens\u0103. Accesul la un obiect stocat \u00eentr-un astfel de sistem se face printr-un identificator unic sau prin metadate (de exemplu, toate obiectele \u00een format JPEG, cu data cre\u0103rii \u00eentre XX-XX-XXXX \u0219i YY-YY-YYYY).<\/p>\n<p><b>Sisteme de conformitate<\/b>. <\/p>\n<p>Nu sunt foarte frecvente \u00een Rusia ast\u0103zi, dar merit\u0103 men\u021bionate. Scopul acestor SCD este de a asigura stocarea garantat\u0103 a datelor pentru respectarea politicilor de securitate sau a cerin\u021belor regulatorilor. \u00cen unele sisteme (de exemplu, EMC Centera) a fost implementat\u0103 o func\u021bie de interzicere a \u0219tergerii datelor \u2014 de \u00eendat\u0103 ce cheia este \u00eentoars\u0103 iar sistemul intr\u0103 \u00een aceast\u0103 mod, nici administratorul, nici nimeni altcineva nu pot \u0219terge fizic datele deja \u00eenregistrate.<\/p>\n<h3>Tehnologii proprii<\/h3>\n<p><\/p>\n<h4>Cache flash<\/h4>\n<p>\nCache Flash \u2013 un termen comun pentru toate tehnologiile proprii de utilizare a memoriei flash ca memorie cache de nivel secundar. Atunci c\u00e2nd se utilizeaz\u0103 cache flash, SCD este de obicei calculat pentru a face fa\u021b\u0103 unei sarcini stabilite de pe discurile magnetice, \u00een timp ce v\u00e2rful este servit de cache.<\/p>\n<p>\u00cen acest context, este important s\u0103 \u00een\u021belegem profilul sarcinii \u0219i gradul de localizare a acces\u0103rilor la blocurile volumelor de stocare. Cache flash este o tehnologie pentru sarcini cu o localizare ridicat\u0103 a cererilor \u0219i este practic inaplicabil\u0103 pentru volumele cu o \u00eenc\u0103rcare uniform\u0103 (cum ar fi \u00een sistemele de analiz\u0103). <\/p>\n<p>Pe pia\u021b\u0103 exist\u0103 dou\u0103 implement\u0103ri ale cache-ului flash:<\/p>\n<ul>\n<li>Read Only. \u00cen acest caz, sunt cache-uite doar datele pentru citire, iar scrierea se face direct pe discuri. Unii produc\u0103tori, cum ar fi NetApp, consider\u0103 c\u0103 scrierea pe SCD-urile lor se face deja \u00eentr-un mod optim, iar cache-ul nu va ajuta.<\/li>\n<li>Read\/Write. Se cache-az\u0103 nu doar citirile, ci \u0219i scrierile, ceea ce permite tamponarea fluxului \u0219i reduce impactul RAID Penalty, cresc\u00e2nd astfel performan\u021ba general\u0103 pentru SCD-uri cu un mecanism de scriere nu at\u00e2t de optim.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Tiering<\/h4>\n<p>\nStocarea multi-nivel (tiering) este o tehnologie care combin\u0103 nivele de stocare cu performan\u021be diferite, cum ar fi SSD \u0219i HDD, \u00eentr-un singur pool de discuri. \u00cen cazul unei persisten\u021be accentuate a apelurilor c\u0103tre blocurile de date, sistemul va putea reechilibra automat blocurile de date, mut\u00e2nd cele \u00eenc\u0103rcate pe un nivel cu performan\u021be ridicate, iar cele rece, dimpotriv\u0103, pe un nivel mai lent.<\/p>\n<p>Sistemele hibride din clasele inferioar\u0103 \u0219i medie utilizeaz\u0103 stocare stratificat\u0103 cu mutarea datelor \u00eentre straturi conform unui program. \u00cen acest context, dimensiunea blocului de stocare stratificat\u0103 la cele mai bune modele este de 256 MB. Aceste caracteristici nu permit considerarea tehnologiei de stocare stratificat\u0103 ca o tehnologie de cre\u0219tere a performan\u021bei, a\u0219a cum gre\u0219it cred mul\u021bi. Stocarea stratificat\u0103 \u00een sistemele din clasele inferioar\u0103 \u0219i medie reprezint\u0103 o tehnologie de optimizare a costurilor de stocare pentru sisteme cu o \u00eenc\u0103rcare inegal distribuit\u0103.<\/p>\n<h4>Snapshot<\/h4>\n<p>\nOric\u00e2t de mult am vorbi despre fiabilitatea sistemelor de stocare a datelor, exist\u0103 numeroase oportunit\u0103\u021bi de a pierde date, nesus\u021binute de probleme hardware. Acestea pot fi viru\u0219i, hackeri sau orice alt\u0103 \u0219tergere\/daunare neinten\u021bionat\u0103 a datelor. Din acest motiv, backup-ul datelor productive este o parte esen\u021bial\u0103 a muncii inginerilor. <\/p>\n<p>Snapshot-ul este o captur\u0103 a volumului la un anumit moment. Atunci c\u00e2nd lucr\u0103m cu majoritatea sistemelor, cum ar fi virtualizarea, bazele de date etc., este necesar s\u0103 facem o astfel de captur\u0103 din care s\u0103 copiem datele \u00eentr-un backup, \u00een timp ce sistemele noastre de informa\u021bii pot continua s\u0103 lucreze cu acest volum. Totu\u0219i, trebuie s\u0103 ne amintim c\u0103 nu toate snapshot-urile sunt la fel de utile. Diferite furnizori au abord\u0103ri diferite pentru crearea snapshot-urilor, legate de arhitectura lor.<\/p>\n<p><b>CoW (Copy-On-Write)<\/b>. Atunci c\u00e2nd se \u00eencearc\u0103 scrierea unui bloc de date, con\u021binutul s\u0103u original este copiat \u00eentr-o zon\u0103 special\u0103, dup\u0103 care scrierea se efectueaz\u0103 normal. Astfel, se previne deteriorarea datelor din snapshot. Evident, toate aceste manipul\u0103ri \u201eparazite\u201d cu datele genereaz\u0103 o \u00eenc\u0103rcare suplimentar\u0103 pe sistemul de stocare a datelor \u0219i din acest motiv, furnizorii cu o astfel de implementare nu recomand\u0103 utilizarea a mai mult de zece snapshot-uri, iar pe volumele foarte solicitate, s\u0103 nu fie folosite deloc.<\/p>\n<p><b>RoW (Redirect-on-Write)<\/b>. \u00cen acest caz, volumul original este practic \u00eenghe\u021bat, iar la \u00eencercarea de a scrie un bloc de date, sistemul de stocare scrie datele \u00eentr-o zon\u0103 special\u0103 din spa\u021biul liber, schimb\u00e2nd loca\u021bia acestui bloc \u00een tabela de metadate. Acest lucru permite reducerea num\u0103rului de opera\u021biuni de rescriere, ceea ce, \u00een cele din urm\u0103, anuleaz\u0103 sc\u0103derea performan\u021bei \u0219i elimin\u0103 restric\u021biile asupra snapshot-urilor \u0219i num\u0103rului acestora.<\/p>\n<p>Snapshot-urile sunt de asemenea de dou\u0103 tipuri \u00een raport cu aplica\u021biile:<\/p>\n<p><b>Consistent\u0103 aplica\u021bie<\/b>. \u00cen momentul cre\u0103rii snapshot-ului, sistemul de stocare solicit\u0103 agen\u021bilor din sistemul de operare al utilizatorului s\u0103 for\u021beze golirea cache-urilor de disc din memorie pe disc \u0219i s\u0103 solicite acest lucru aplica\u021biei. \u00cen acest caz, la restaurarea din snapshot, datele vor fi consistente.<\/p>\n<p><b>Consistent\u0103 crash<\/b>. \u00cen acest caz, nimic de acest fel nu se \u00eent\u00e2mpl\u0103 \u0219i snapshot-ul este creat a\u0219a cum este. La restaurarea dintr-un astfel de snapshot, imaginea este identic\u0103 cu cea \u00een care alimentarea a fost \u00eentrerupt\u0103 brusc \u0219i este posibil\u0103 o anumit\u0103 pierdere de date, care au r\u0103mas \u00een cache \u0219i nu au ajuns pe disc. Aceste snapshot-uri sunt mai simple de implementat \u0219i nu genereaz\u0103 o sc\u0103dere a performan\u021bei aplica\u021biilor, dar sunt mai pu\u021bin fiabile. <\/p>\n<p>De ce sunt necesare snapshot-urile \u00een sistemele de stocare a datelor? <\/p>\n<ul>\n<li>Backup f\u0103r\u0103 agent direct de la sistemul de stocare<\/li>\n<li>Crearea de medii de testare pe baza datelor reale<\/li>\n<li>\u00cen cazul sistemelor de stocare a fi\u0219ierelor, poate fi utilizat pentru crearea de medii VDI prin utilizarea snapshot-urilor \u00een loc de hypervisor<\/li>\n<li>Asigurarea unor RPO deosebit de reduse prin crearea de snapshot-uri programate cu o frecven\u021b\u0103 semnificativ mai mare dec\u00e2t frecven\u021ba de backup<\/li>\n<\/ul>\n<p><\/p>\n<h4>Clonare<\/h4>\n<p>\nClonarea volumului \u2013 func\u021bioneaz\u0103 pe un principiu similar cu snapshot-urile, dar serve\u0219te nu doar pentru citirea datelor, ci pentru a lucra efectiv cu acestea. Avem posibilitatea de a ob\u021bine o copie exact\u0103 a volumului nostru, cu toate datele de pe acesta, f\u0103r\u0103 a face o copie fizic\u0103, ceea ce va economisi spa\u021biu. Clonarea volumelor este utilizat\u0103 de obicei fie \u00een Test &amp; Dev, fie dac\u0103 dori\u021bi s\u0103 verifica\u021bi func\u021bionalitatea unor actualiz\u0103ri pe sistemul dumneavoastr\u0103 informa\u021bional. Clonarea va permite s\u0103 face\u021bi acest lucru c\u00e2t mai repede \u0219i mai economicos din punct de vedere al resurselor de disc, deoarece vor fi \u00eenregistrate doar blocurile de date modificate.<\/p>\n<h4>Replicare \/ journaling<\/h4>\n<p>\nReplicarea \u2013 mecanismul de crearea a unei copii a datelor pe un alt sistem de stocare fizic. De obicei, exist\u0103 o tehnologie proprie fiec\u0103rui furnizor, care lucreaz\u0103 doar \u00een cadrul propriei game. De asemenea, exist\u0103 solu\u021bii externe, inclusiv cele care lucreaz\u0103 la nivel de hypervisor, cum ar fi VMware vSphere Replication.<\/p>\n<p>Func\u021bionalitatea tehnologiilor proprietare \u0219i u\u0219urin\u021ba utiliz\u0103rii acestora dep\u0103\u0219esc de obicei solu\u021biile standard, dar devin inaplicabile atunci c\u00e2nd, de exemplu, este necesar\u0103 realizarea unei replic\u0103ri de la NetApp la HP MSA.<\/p>\n<p>Replicarea se \u00eemparte \u00een dou\u0103 subtipuri:<\/p>\n<p><b>Sincron\u0103<\/b>. \u00cen cazul replic\u0103rii sincrone, opera\u021biunea de scriere este trimis\u0103 imediat la a doua unitate de stocare \u0219i nu se confirm\u0103 executarea p\u00e2n\u0103 c\u00e2nd unitatea de stocare de la distan\u021b\u0103 nu confirm\u0103. Datorit\u0103 acestui fapt, cre\u0219te laten\u021ba accesului, dar avem o copie exact\u0103 a datelor. Asta \u00eenseamn\u0103 c\u0103 RPO = 0 \u00een cazul pierderii unit\u0103\u021bii de stocare principale. <\/p>\n<p><b>Asincron\u0103<\/b>. Opera\u021biunile de scriere sunt executate doar pe unitatea de stocare principal\u0103 \u0219i sunt confirmate imediat, acumul\u00e2ndu-se \u00een paralel \u00eentr-un buffer pentru transmiterea \u00een loturi c\u0103tre unitatea de stocare de la distan\u021b\u0103. Acest tip de replicare este relevant pentru datele mai pu\u021bin valoroase sau pentru canale cu l\u0103\u021bimi de band\u0103 mici sau cu o laten\u021b\u0103 mare (caracteristic\u0103 pentru distan\u021be mai mari de 100 km). Astfel, RPO = frecven\u021ba de trimitere a loturilor.<\/p>\n<p>Adesea, \u00eempreun\u0103 cu replicarea exist\u0103 un mecanism <b>de jurnalizare<\/b> a opera\u021biunilor pe disc. \u00cen acest caz, se aloc\u0103 o zon\u0103 special\u0103 pentru jurnalizare \u0219i se p\u0103streaz\u0103 opera\u021biuni de scriere p\u00e2n\u0103 la o anumit\u0103 ad\u00e2ncime \u00een timp sau limitate de volumul jurnalului. Pentru anumite tehnologii proprietare, precum EMC RecoverPoint, exist\u0103 integrarea cu software-ul de sistem care permite legarea unor marcaje specifice la o anumit\u0103 \u00eenregistrare \u00een jurnal. Datorit\u0103 acestui fapt, este posibil s\u0103 se revin\u0103 la starea volumului (sau s\u0103 se creeze un clon) nu doar la 23 aprilie, ora 11:59:13 milisecunde, ci la momentul anterior \u201eDROP ALL TABLES; COMMIT\u201d.<\/p>\n<h4>Metro cluster<\/h4>\n<p>\nMetro cluster este o tehnologie care permite crearea unei replic\u0103ri sincrone bidirec\u021bionale \u00eentre dou\u0103 unit\u0103\u021bi de stocare, astfel \u00eenc\u00e2t din punct de vedere exterior acea pereche s\u0103 apar\u0103 ca o singur\u0103 unitate de stocare. Este utilizat\u0103 pentru crearea de clustere cu bra\u021be geografic dispersate pe distan\u021be de metrou (mai pu\u021bin de 100 km).<\/p>\n<p>\u00cen exemplul utiliz\u0103rii \u00eentr-un mediu de virtualizare, metro cluster permite crearea unui datastore cu ma\u0219ini virtuale, disponibil pentru scriere simultan din dou\u0103 centre de date. \u00cen acest caz, se creeaz\u0103 un cluster la nivelul hypervisor-ilor, format din gazde din diferite centre de date fizice, conectat la acest datastore. Acest lucru permite realizarea urm\u0103toarelor:<\/p>\n<ul>\n<li>Automatizarea complet\u0103 a procesului de recuperare dup\u0103 distrugerea unuia dintre centrele de date. F\u0103r\u0103 niciun instrument suplimentar, toate VM-urile care func\u021bionau \u00een centrul de date distrus vor fi repornite automat \u00een cel r\u0103mas. RTO = timpul de a\u0219teptare al clusterului de \u00eenalt\u0103 disponibilitate (15 secunde pentru VMware) + timpul de \u00eenc\u0103rcare a sistemului de operare \u0219i pornirea serviciilor.<\/li>\n<li>Evitarea dezastrelor sau, pe rom\u00e2ne\u0219te, prevenirea catastrofelor. Dac\u0103 sunt planificate lucr\u0103ri de alimentare cu energie \u00een centrul de date 1, avem posibilitatea de a migra \u00eentreaga \u00eenc\u0103rc\u0103tur\u0103 important\u0103 \u00een centrul de date 2 \u00eenainte de \u00eenceperea lucr\u0103rilor.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Virtualizare<\/h4>\n<p>\nVirtualizarea sistemelor de stocare \u2014 este utilizarea tehnic\u0103 a volumelor de la un alt sistem de stocare ca discuri. Virtualizatorul sistemului de stocare poate pur \u0219i simplu s\u0103 extind\u0103 un volum str\u0103in c\u0103tre consumator ca \u0219i cum ar fi al s\u0103u, \u00een paralel cu oglindirea acestuia pe un alt sistem de stocare, sau chiar s\u0103 creeze un RAID din volume externe.<br \/>\nReprezentan\u021bii clasici ai virtualiz\u0103rii sistemelor de stocare sunt EMC VPLEX \u0219i IBM SVC. Desigur, sistemele de stocare cu func\u021bie de virtualizare \u2014 NetApp, Hitachi, IBM \/ Lenovo Storwize.<\/p>\n<p>De ce poate fi necesar?<\/p>\n<ul>\n<li>Rezervare la nivel de sistem de stocare. Se creeaz\u0103 o oglind\u0103 \u00eentre volume, iar o parte poate fi pe HP 3Par, iar cealalt\u0103 pe NetApp. \u0218i virtualizatorul de la EMC.<\/li>\n<li>Migrarea datelor cu un timp minim de nefunc\u021bionare \u00eentre sistemele de stocare ale diferitelor produc\u0103tori. Presupunem c\u0103 datele trebuie migrate de pe un vechi 3Par, care va fi scos din uz, pe un nou Dell. \u00cen acest caz, consumatorii se deconecteaz\u0103 de la 3Par, volumele sunt extinse sub VPLEX \u0219i sunt prezentate din nou consumatorilor. Deoarece nu s-a modificat nimic pe volum, activitatea continu\u0103. \u00cen fundal, procesul de oglindire a volumului pe noul Dell se lanseaz\u0103, iar la finalizare oglinda este distrus\u0103, iar 3Par este deconectat. <\/li>\n<li>Organizarea metroclustere.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Compresie \/ deduplicare<\/h4>\n<p>\nCompresia \u0219i deduplicarea sunt tehnologiile care v\u0103 permit s\u0103 economisi\u021bi spa\u021biu pe disk \u00een sistemul dvs. de stocare. Merit\u0103 men\u021bionat \u00eenc\u0103 de la \u00eenceput c\u0103 nu toate datele pot fi supuse compresiei \u0219i \/ sau deduplic\u0103rii \u00een principiu, iar unele tipuri de date se comprima \u0219i deduplica mai bine, iar altele, dimpotriv\u0103. <\/p>\n<p>Compresia \u0219i deduplicarea se \u00eempart \u00een 2 tipuri:<\/p>\n<p><b>Inline<\/b> \u2014 comprimarea \u0219i deduplicarea blocurilor de date se realizeaz\u0103 \u00eenainte de a scrie aceste date pe disc. Astfel, sistemul calculeaz\u0103 doar hash-ul blocului \u0219i \u00eel compar\u0103 cu tabela de hash-uri deja existente. \u00cen primul r\u00e2nd, acest proces este mai rapid dec\u00e2t simpla scriere pe disc, iar \u00een al doilea r\u00e2nd, nu consum\u0103m spa\u021biu pe disc inutil.<\/p>\n<p><b>Post<\/b> \u2014 atunci c\u00e2nd aceste opera\u021bii sunt efectuate deja pe datele scrise, care se afl\u0103 pe discuri. A\u0219adar, datele sunt \u00eent\u00e2i scrise pe disc, iar abia apoi se calculeaz\u0103 hash-ul \u0219i se elimin\u0103 blocurile inutile, eliber\u00e2nd resursele de disc.<\/p>\n<p>Merit\u0103 men\u021bionat c\u0103 majoritatea furnizorilor utilizeaz\u0103 ambele tipuri, ceea ce permite optimizarea acestor procese \u0219i, prin urmare, cre\u0219terea eficien\u021bei lor. Majoritatea furnizorilor de SMB au utilitare disponibile care permit analiza seturilor dumneavoastr\u0103 de date. Aceste utilitare func\u021bioneaz\u0103 pe aceea\u0219i logic\u0103 implementat\u0103 \u00een SMB, astfel \u00eenc\u00e2t nivelul estimativ de eficien\u021b\u0103 va corespunde. De asemenea, nu trebuie uitat c\u0103 mul\u021bi furnizori au programe de garan\u021bie a eficien\u021bei, care promite un nivel nu mai mic dec\u00e2t cel declarat pentru anumite (sau toate) tipuri de date. \u0218i nu trebuie ignorat\u0103 aceast\u0103 program\u0103, deoarece, calcul\u00e2nd sistemul pentru nevoile dumneavoastr\u0103, \u021bin\u00e2nd cont de coeficientul de eficien\u021b\u0103 al sistemului specific, pute\u021bi economisi la volum. De asemenea, este important s\u0103 re\u021bine\u021bi c\u0103 aceste programe sunt proiectate pentru sistemele AFA, dar prin achizi\u021bionarea unui volum mai mic de SSD dec\u00e2t HDD-urile \u00een sistemele tradi\u021bionale, se poate reduce costul, iar dac\u0103 nu se ajunge la pre\u021bul unui sistem de disc, se va apropia considerabil de acesta.<\/p>\n<h3>Model<\/h3>\n<p>\n\u0218i aici ajungem la \u00eentrebarea corect formulat\u0103. <\/p>\n<p>\u201cMi se ofer\u0103 dou\u0103 op\u021biuni de SMB \u2014 ABC SuperStorage S600 \u0219i XYZ HyperOcean 666v4, ce recomanda\u021bi?\u201d<\/p>\n<p>Se transform\u0103 \u00een \u201cMi se ofer\u0103 dou\u0103 op\u021biuni de SMB \u2014 ABC SuperStorage S600 \u0219i XYZ HyperOcean 666v4, ce recomanda\u021bi?<\/p>\n<p>\u00cenc\u0103rcarea \u021bint\u0103 const\u0103 \u00een ma\u0219ini virtuale mixte VMware din mediile de produc\u021bie \/ testare \/ dezvoltare. Test = produc\u021bie. 150 TB pentru fiecare, cu o performan\u021b\u0103 de v\u00e2rf de 80 000 IOPS, blocuri de 8kb, 50% acces aleatoriu, 80\/20 citire-scriere. 300 TB pentru dezvoltare, unde 50 000 IOPS vor fi suficien\u021bi, 80 acces aleatoriu, 80 scriere.<\/p>\n<p>Produc\u021bia este, probabil, \u00eentr-un metrocluster RPO = 15 minute, RTO = 1 or\u0103, dezvoltarea \u00een replicare asincron\u0103 RPO = 3 ore, testul pe un singur site.<\/p>\n<p>Va fi un SGBD de 50TB, ar fi bine s\u0103 avem jurnalizare pentru acestea.<\/p>\n<p>Avem servere Dell peste tot, iar sistemele de stocare sunt vechi Hitachi, care abia fac fa\u021b\u0103, planific\u0103m o cre\u0219tere a sarcinii de 50% \u00een volum \u0219i performan\u021b\u0103.<\/p>\n<p>A\u0219a cum se spune, \u00eentrebarea formulat\u0103 corect con\u021bine 80% din r\u0103spuns.<\/p>\n<h2>Informa\u021bii suplimentare<\/h2>\n<p>\nCe ar trebui s\u0103 cunoasc\u0103 suplimentar, \u00een opinia autorilor<\/p>\n<h3>C\u0103r\u021bi<\/h3>\n<p><\/p>\n<ul>\n<li>O\u043b\u0438\u0444\u0435\u0440 \u0219i \u041e\u043b\u0438\u0444\u0435\u0440 \u201cRe\u021bele de computere\u201d. Cartea va ajuta la sistematizarea \u0219i poate la o mai bun\u0103 \u00een\u021belegere a modului \u00een care func\u021bioneaz\u0103 mediul de transmisie de date pentru sistemele de stocare IP \/ Ethernet.<\/li>\n<li>\u201cEMC Information Storage and Management\u201d. O carte minunat\u0103 despre bazele sistemelor de stocare, de ce, cum \u0219i pentru ce.<\/li>\n<\/ul>\n<p><\/p>\n<h4>Forumuri \u0219i chat-uri<\/h4>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/storagediscussions\">Storage Discussions<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/nutanix_russia\">Nutanix \/ IT Russian Discussion Club <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/vmugru\">VMware User Group Russia <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/RussianBackupUserGroup\">Russian Backup User Group<\/a><\/noindex> <\/li>\n<\/ul>\n<p><\/p>\n<h3>Recomand\u0103ri generale<\/h3>\n<p><\/p>\n<h4>Pre\u021buri<\/h4>\n<p>\nAcum, \u00een ceea ce prive\u0219te pre\u021burile \u2014 \u00een general, pre\u021burile pentru sisteme de stocare sunt adesea doar pre\u021buri de list\u0103, din care fiecare client prime\u0219te un discount individual. M\u0103rimea discountului depinde de un num\u0103r mare de parametri, astfel c\u0103 este imposibil s\u0103 se prevad\u0103 ce pre\u021b final va ob\u021bine exact compania dumneavoastr\u0103 f\u0103r\u0103 a face o solicitare c\u0103tre distribuitor. Totu\u0219i, \u00een ultima vreme, modelele low-end au \u00eenceput s\u0103 apar\u0103 \u00een magazinele obi\u0219nuite de computere, cum ar fi, de exemplu, <noindex><a rel=\"nofollow\" href=\"http:\/\/nix.ru\">nix.ru<\/a><\/noindex> sau <noindex><a rel=\"nofollow\" href=\"http:\/\/xcom-shop.ru\">xcom-shop.ru<\/a><\/noindex>. Acolo pute\u021bi achizi\u021biona imediat sistemul care v\u0103 intereseaz\u0103 la un pre\u021b fix, la fel ca orice componente de computer.<\/p>\n<p>Dar este important de men\u021bionat c\u0103 o compara\u021bie direct\u0103 \u00eentre TB\/$ nu este corect\u0103. Dac\u0103 privim din acest punct de vedere, cea mai ieftin\u0103 solu\u021bie ar fi un simplu JBOD + server, care nu va oferi nici flexibilitatea, nici fiabilitatea pe care o asigur\u0103 o SGBD complet\u0103, cu dou\u0103 controlere. Acest lucru nu \u00eenseamn\u0103 c\u0103 JBOD este o solu\u021bie proast\u0103, ci c\u0103 trebuie s\u0103 \u00een\u021belege\u021bi foarte clar \u2014 cum \u0219i \u00een ce scopuri ve\u021bi utiliza aceast\u0103 solu\u021bie. Adesea se poate auzi c\u0103 \u00een JBOD nu are ce s\u0103 se strice, deoarece exist\u0103 un singur backplane. Totu\u0219i, \u0219i backplane-urile pot da gre\u0219. Totul se stric\u0103 mai devreme sau mai t\u00e2rziu.<\/p>\n<h4>\u00cen concluzie<\/h4>\n<p>\nCompararea sistemelor \u00eentre ele nu ar trebui s\u0103 se fac\u0103 doar pe baza pre\u021bului sau doar pe baza performan\u021bei, ci pe baza unei combina\u021bii a tuturor indicatorilor.<\/p>\n<p>Cump\u0103ra\u021bi HDD doar dac\u0103 sunte\u021bi siguri c\u0103 ave\u021bi nevoie de ele. Pentru sarcini de lucru reduse \u0219i tipuri de date nescompressibile, ar trebui s\u0103 lua\u021bi \u00een considerare programele de garan\u021bie a eficien\u021bei stoc\u0103rii pe SSD, care sunt acum disponibile de la majoritatea furnizorilor (\u0219i func\u021bioneaz\u0103 cu adev\u0103rat, chiar \u0219i \u00een Rom\u00e2nia), dar totul depinde de aplica\u021biile \u0219i datele care vor fi stocate pe aceast\u0103 solu\u021bie de stocare.<\/p>\n<p>Nu urm\u0103ri\u021bi economia excesiv\u0103. Uneori, acest lucru ascunde numeroase probleme nepl\u0103cute, unul dintre care Evgheni Elizarov l-a descris \u00een articolele sale despre <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.korphome.ru\/tag\/infortrend\/\">Infortrend<\/a><\/noindex>. \u0218i ceea ce, \u00een cele din urm\u0103, aceast\u0103 economie v\u0103 poate costa mai mult. Nu uita\u021bi - \u201eachizitorul s\u0103r\u0103c\u0103re\u0219te de dou\u0103 ori\u201d.<br \/>\n<br \/>Surs\u0103: habr.com<\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D. \u0412 \u0442\u0430\u043a\u043e\u0439 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u0438 \u0438 \u0443 \u043e\u043f\u044b\u0442\u043d\u043e\u0433\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u0433\u043e\u043b\u043e\u0432\u0430 \u043f\u043e\u0439\u0434\u0435\u0442 \u043a\u0440\u0443\u0433\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0441\u043e \u0432\u0441\u0435\u043c\u0438 \u043d\u043e\u0432\u044b\u043c\u0438 \u0432\u0435\u043d\u0434\u043e\u0440\u0430\u043c\u0438 \u0438 \u043c\u043e\u0434\u043d\u044b\u043c\u0438 \u0441\u0435\u0433\u043e\u0434\u043d\u044f SDS \u0438 \u0433\u0438\u043f\u0435\u0440\u043a\u043e\u043d\u0432\u0435\u0440\u0433\u0435\u043d\u0446\u0438\u0435\u0439. \u0418\u0442\u0430\u043a, \u043a\u0430\u043a \u0436\u0435 \u0432\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26807,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35801","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"ro_RO\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:06:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cum s\u0103 alege\u021bi o solu\u021bie de stocare, f\u0103r\u0103 a v\u0103 tr\u0103da | ProHoster","description":"Introducere A sosit vremea s\u0103 cump\u0103ra\u021bi o solu\u021bie de stocare. Ce s\u0103 alege\u021bi, pe cine s\u0103 asculta\u021bi? Furnizorul A vorbe\u0219te despre furnizorul B, iar mai exist\u0103 integratorul C, care spune invers \u0219i recomand\u0103 furnizorul D.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","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\u041a\u0430\u043a \u0432\u044b\u0431\u0440\u0430\u0442\u044c \u0421\u0425\u0414, \u043d\u0435 \u0432\u044b\u0441\u0442\u0440\u0435\u043b\u0438\u0432 \u0441\u0435\u0431\u0435 \u0432 \u043d\u043e\u0433\u0443 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0448\u043b\u0430 \u043f\u043e\u0440\u0430 \u043f\u043e\u043a\u0443\u043f\u0430\u0442\u044c \u0421\u0425\u0414. \u041a\u0430\u043a\u0443\u044e \u0432\u0437\u044f\u0442\u044c, \u043a\u043e\u0433\u043e \u0441\u043b\u0443\u0448\u0430\u0442\u044c? \u0412\u0435\u043d\u0434\u043e\u0440 \u0410 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043f\u0440\u043e \u0432\u0435\u043d\u0434\u043e\u0440\u0430 B, \u0430 \u0435\u0449\u0435 \u0435\u0441\u0442\u044c \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0442\u043e\u0440 C, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u0442 \u043e\u0431\u0440\u0430\u0442\u043d\u043e\u0435 \u0438 \u0441\u043e\u0432\u0435\u0442\u0443\u0435\u0442 \u0432\u0435\u043d\u0434\u043e\u0440\u0430 D.","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","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":"2019-10-31T19:06:24+00:00","article:modified_time":"2019-10-31T19:06:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35801","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":"2026-01-22 00:48:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:55:27","updated":"2026-01-22 00:48:20","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\/35801","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=35801"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/35801\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/26807"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=35801"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=35801"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=35801"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}