{"id":36005,"date":"2019-10-31T22:09:06","date_gmt":"2019-10-31T19:09:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/otkazoustojchivost-v-shd-qsan\/"},"modified":"2019-10-31T22:09:06","modified_gmt":"2019-10-31T19:09:06","slug":"otkazoustojchivost-v-shd-qsan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/otkazoustojchivost-v-shd-qsan","title":{"rendered":"Redundan\u021ba \u00een stocarea datelor Qsan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ast\u0103zi, \u00een infrastructura IT, cu utilizarea pe scar\u0103 larg\u0103 a virtualiz\u0103rii, sistemele de stocare a datelor reprezint\u0103 nucleul care p\u0103streaz\u0103 toate ma\u0219inile virtuale. Defec\u021biunea acestui nod poate opri complet func\u021bionarea centrului de calcul. De\u0219i o parte semnificativ\u0103 a echipamentului serverelor are rezilien\u021b\u0103 \u00eentr-o form\u0103 sau alta \u201eimplicit\u201d, datorit\u0103 rolului special al sistemelor de stocare \u00een cadrul unui centru de date, acestea impun cerin\u021be ridicate \u00een ceea ce prive\u0219te \u201eviabilitatea\u201d.<\/p>\n

<\/p>\n

\"Redundan\u021ba
\n<\/a><\/noindex><\/p>\n

Cea mai eficient\u0103 metod\u0103 de asigurare a rezilien\u021bei \u00een IT este utilizarea mai multor instan\u021be de echipamente \u0219i software (\u00een cel mai simplu caz \u2013 duplicare). Desigur, sistemul de stocare poate fi complet duplicat. \u0218i pentru recuperarea \u00een caz de dezastru, exact aceast\u0103 abordare este folosit\u0103. Dar nu toate companiile \u00ee\u0219i pot permite o astfel de solu\u021bie. Nu este vorba doar despre costul dublu al echipamentului, ci \u0219i despre celelalte cheltuieli necesare organiz\u0103rii unei astfel de solu\u021bii \u0219i men\u021binerii acesteia. <\/p>\n

<\/p>\n

Cu toate acestea, posibilitatea de duplicare a echipamentului nu elimin\u0103 necesitatea de a asigura rezilien\u021ba la nivelul componentelor. \u00cen special, \u00een sistemele de stocare se aplic\u0103 rezervarea pentru sursele de alimentare, modulele de r\u0103cire, unit\u0103\u021bile de stocare \u0219i, bine\u00een\u021beles, controlerele. Toate acestea au devenit de mult o normalitate. Este greu de g\u0103sit un sistem de stocare f\u0103r\u0103 utilizarea unui astfel de design. Qsan <\/a><\/noindex>aici \u2013 nu este o excep\u021bie. Dar \u00een acest articol dorim s\u0103 discut\u0103m despre ceea ce nu sare imediat \u00een ochi \u0219i care este destinat \u00een principal cre\u0219terii rezilien\u021bei sistemului \u00een ansamblu.<\/p>\n

<\/p>\n

Modulele de r\u0103cire<\/h3>\n

<\/p>\n

Foarte des, \u00een Sisteme de stocare <\/a><\/noindex>cazurile cu carcase de 2U-3U se folosesc module combinate, care con\u021bin at\u00e2t surse de alimentare, c\u00e2t \u0219i ventilatoare. Pe de o parte, este convenabil, deoarece trebuie \u00eentre\u021binut doar un singur modul. Pe de alt\u0103 parte, dac\u0103 sistemul de r\u0103cire se defecteaz\u0103, sursa de alimentare poate fi deconectat\u0103 \u00een mod for\u021bat pentru a preveni supra\u00eenc\u0103lzirea. \u0218i de\u0219i situa\u021bia nu pare a fi critic\u0103, nu ar trebui s\u0103 ad\u0103ug\u0103m vulnerabilit\u0103\u021bi sistemului de stocare.<\/p>\n

<\/p>\n

R\u0103cirea \u00een sistemul de stocare Qsan este organizat\u0103 sub form\u0103 de module separate cu \u00eenlocuire \u201epe cald\u201d, independente de sursele de alimentare. \u00cen mod specific, blocurile de alimentare au propriile ventilatoare destinate r\u0103cirii acestora. Modulul de r\u0103cire con\u021bine dou\u0103 ventilatoare independente care se protejeaz\u0103 reciproc. Exist\u0103 dou\u0103 astfel de module \u00een sistemul de stocare: la dreapta \u0219i la st\u00e2nga - pentru a asigura o r\u0103cire eficient\u0103 a tuturor componentelor. Dac\u0103 se defecteaz\u0103 unul dintre ventilatoare, toate celelalte \u00ee\u0219i vor cre\u0219te automat tura\u021bia pentru a compensa deficitul de flux de aer. Din acest motiv, defec\u021biunea unui ventilator nu prezint\u0103 un pericol de supra\u00eenc\u0103lzire pentru \u00eentregul dispozitiv.<\/p>\n

<\/p>\n

Topologia de conectare a rafturilor de expansiune<\/h3>\n

<\/p>\n

Schema clasic\u0103 de conectare rafturi de expansiune<\/a><\/noindex> la sistemul de stocare implic\u0103 o topologie denumit\u0103 cascada. \u00cen acest caz, controlerele corespunz\u0103toare ale raftului \u0219i ale sistemului de stocare sunt conectate \u00eentre ele printr-un singur cablu SAS. \u00cen total, se folosesc 2 cabluri pentru un sistem cu dou\u0103 controlere. Dac\u0103 se dore\u0219te conectarea celui de-al doilea, acesta se leag\u0103 \u00een acela\u0219i mod de primul raft. \u0218i a\u0219a mai departe. Avantajul acestei topologii este simplitatea implement\u0103rii \u00een echipamente. Totu\u0219i, un dezavantaj este vulnerabilitatea fa\u021b\u0103 de \u00eentreruperea brusc\u0103 a circuitului SAS din cauza defect\u0103rii necorespunz\u0103toare a controlerelor neconectate \u00eentre ele \u0219i a raftului sau din cauza unei pene de curent pe unul dintre rafturile de expansiune din mijlocul circuitului. Ca rezultat, se va pierde accesul la o parte din unit\u0103\u021bi \u0219i va exista posibilitatea distrugerii grupului RAID, dac\u0103 acesta este \u201edispersat\u201d pe mai multe carcase.<\/p>\n

<\/p>\n

Pentru a proteja \u00eempotriva defect\u0103rii \u00eencruci\u0219ate a controlerelor, Qsan dispune de o protec\u021bie prin intermediul unei leg\u0103turi logice interne \u00eentre controlere prin backplane-ul sistemului de stocare. Adic\u0103, controlerul sistemului de stocare vede nu doar controlerul JBOD, conectat direct la el, ci \u0219i controlerul \u201evecin\u201d printr-un link special \u00een backplane. Ca rezultat, dac\u0103 se va \u00eent\u00e2mpla o astfel de situa\u021bie \u0219i nimeni nu va deconecta fizic cablurile SAS \u00eentre sistemul de stocare \u0219i raft, accesul la toate unit\u0103\u021bile va fi men\u021binut.<\/p>\n

<\/p>\n

\"Redundan\u021ba<\/p>\n

Pentru a proteja \u00eempotriva \u00eentreruperii circuitului SAS, de exemplu, din cauza pierderii de alimentare a raftului de expansiune, se utilizeaz\u0103 de obicei o alt\u0103 topologie de conectare - cascada invers\u0103. \u00cen acest caz, sistemul de stocare este conectat at\u00e2t la primul, c\u00e2t \u0219i la ultimul raft din circuit, ob\u021bin\u00e2nd acces la unit\u0103\u021bi ca \u0219i cum ar veni din ambele p\u0103r\u021bi.<\/p>\n

<\/p>\n

\"Redundan\u021ba<\/p>\n

Dac\u0103 dori\u021bi o protec\u021bie mai puternic\u0103, pute\u021bi construi configura\u021bii mai mari, folosind, de exemplu, topologia arborelui. Sau pute\u021bi complica \u0219i mai mult prin combinarea topologiilor men\u021bionate. Acest lucru este posibil datorit\u0103 num\u0103rului mare de conectori SAS pe dispozitive (2 pentru fiecare controller de stocare \u0219i 5 pentru fiecare controller JBOD) cu recunoa\u0219terea automat\u0103 a modurilor de func\u021bionare a intr\u0103rilor\/ie\u0219irilor. Cel mai important este ca administratorul s\u0103 nu se streseze. Iar sistemul de stocare va putea s\u0103 configureze corect configura\u021bia.<\/p>\n

<\/p>\n

Reconstruire rapid\u0103<\/h3>\n

<\/p>\n

Disponibilitatea discurilor de rezerv\u0103 \u00een sistem pentru \u00eenlocuire \u201epe loc\u201d (hot spare) m\u0103re\u0219te semnificativ fiabilitatea stoc\u0103rii informa\u021biilor. Totu\u0219i, simpla existen\u021b\u0103 a acestor discuri nu \u00eenseamn\u0103 o protec\u021bie absolut\u0103. Problema este c\u0103 procesul de recuperare (rebuild) este destul de muncitor \u0219i adesea de lung\u0103 durat\u0103. Efortul provine din accesul constant la datele principale. Asta \u00eenseamn\u0103 c\u0103 sistemul, pe l\u00e2ng\u0103 munca curent\u0103, trebuie s\u0103 copieze datele pe un nou disc. \u0218i durata rebuild-ului depinde direct de capacitatea unit\u0103\u021bii de stocare \u0219i de caracteristicile sale de vitez\u0103. Deoarece sistemul nu \u0219tie nimic despre spa\u021biul ocupat real pe discuri, \u00een timpul rebuild-ului copiaz\u0103 pur \u0219i simplu totul: bloc cu bloc. <\/p>\n

<\/p>\n

Ca urmare, recuperarea unui disc modern cu capacitate mare de 10+ TB \u00een condi\u021bii de sarcin\u0103 serioas\u0103 pe sistemul de stocare poate dura cu u\u0219urin\u021b\u0103 o s\u0103pt\u0103m\u00e2n\u0103 sau mai mult. De asemenea, trebuie s\u0103 ave\u021bi \u00een vedere c\u0103, \u00een timpul rebuild-ului, este semnificativ crescut riscul de defec\u021biune a altor unit\u0103\u021bi din cauza cre\u0219terii sarcinii asupra lor. Acest lucru poate reprezenta o pericol serios \u00een cazul utiliz\u0103rii, de exemplu, RAID5.<\/p>\n

<\/p>\n

Ca solu\u021bie pentru aceast\u0103 problem\u0103, mul\u021bi dezvoltatori de sisteme de stocare s-au preocupat de accelerarea procesului de recuperare. Pentru aceasta pot fi aplicate diferite abord\u0103ri, dar esen\u021ba r\u0103m\u00e2ne aceea\u0219i \u2013 copierea, \u00een timpul rebuild-ului, doar a blocurilor realmente ocupate. De aceast\u0103 problem\u0103 nu a lipsit nici Qsan. La sistemele de stocare ale acestui furnizor, cu op\u021biunea activat\u0103 Reconstruire rapid\u0103<\/a><\/noindex> sistemul urm\u0103re\u0219te blocurile utilizate pentru scriere, av\u00e2nd astfel capacitatea, \u00een cazul unei defec\u021biuni a discului, de a copia doar acestea pe noua unitate.<\/p>\n

<\/p>\n

\"Redundan\u021ba<\/p>\n

Op\u021biunea Reconstruire Rapid\u0103 nu este activat\u0103 \u00een mod implicit la crearea de volume noi, deoarece utilizarea acesteia influen\u021beaz\u0103 performan\u021ba, \u00een special \u00een timpul opera\u021biunilor de scriere aleatorie, din cauza:<\/p>\n

<\/p>\n

    \n
  1. Este necesar s\u0103 se efectueze urm\u0103rirea \u00eenregistr\u0103rilor \u00een blocuri;<\/li>\n
  2. La reconstruire, nu se face recalcularea sumelor de control pentru spa\u021biul neutilizat, astfel c\u0103, pentru o nou\u0103 \u00eenregistrare \u00een aceast\u0103 zon\u0103, este necesar mai \u00eent\u00e2i s\u0103 o \u00abini\u021bializezi\u00bb.<\/li>\n<\/ol>\n

    <\/p>\n

    De aceea, nu este recomandat s\u0103 se utilizeze Fast Rebuild pentru volume, de exemplu, cu baze de date foarte solicitate sau \u00een sistemele de supraveghere video, unde volumul oricum va fi umplut \u00een cele din urm\u0103 la 100%. Dar pentru serverele de fi\u0219iere sau de e-mail, aceast\u0103 op\u021biune va fi deosebit de util\u0103.<\/p>\n

    <\/p>\n

    \u00cen concluzie<\/h2>\n

    <\/p>\n

    Fiecare produc\u0103tor de stocare a datelor presupune c\u0103 dispozitivele sale sunt fiabile. \u0218i dac\u0103 nu exist\u0103 erori fatale \u00een proiectarea dispozitivelor \u0219i o dorin\u021b\u0103 incredibil\u0103 de economisire \u00een procesul de produc\u021bie \u0219i testare, atunci, \u00een general, se poate fi de acord cu furnizorul. Totu\u0219i, trebuie s\u0103 \u00een\u021belegem: <\/p>\n

    <\/p>\n