{"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\/sl\/blog\/administrirovanie\/otkazoustojchivost-v-shd-qsan","title":{"rendered":"Odpornost v SHR Qsan","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V dana\u0161njem IT-infrastrukturnem okolju, kjer je virtualizacija vseprisotna, so sistemi za shranjevanje podatkov jedro, ki hrani vse virtualne naprave. Okvara tega vozli\u0161\u010da lahko popolnoma ustavi delovanje ra\u010dunalni\u0161kega centra. \u010ceprav del stre\u017eni\u0161ke opreme \u017ee ima odpornost na okvare v neki obliki 'privzeto', so na posebni vlogi sistemov za shranjevanje podatkov v okviru podatkovnih centrov izpostavljene vi\u0161je zahteve glede '\u017eivljenjske sposobnosti'.<\/p>\n

<\/p>\n

\"Odpornost
\n<\/a><\/noindex><\/p>\n

Najbolj u\u010dinkovit na\u010din zagotavljanja odpornosti na okvare v IT-ju je uporaba ve\u010dih primerkov opreme in programske opreme (v najpreprostej\u0161i obliki - podvajanje). Seveda je mogo\u010de sistem za shranjevanje podatkov v celoti podvajati. In za obnavljanje po katastrofi se ravno tak pristop uporablja. Vendar si tak\u0161ne re\u0161itve ne morejo privo\u0161\u010diti vse podjetja. Govorimo celo ne le o podvojeni ceni opreme, ampak tudi o drugih stro\u0161kih za organizacijo tak\u0161ne re\u0161itve in njeno nadaljnje vzdr\u017eevanje. <\/p>\n

<\/p>\n

Vendar mo\u017enost podvajanja opreme ne odpravlja potrebe po zagotavljanju odpornosti na nivoju komponent. Posebej v sistemih za shranjevanje podatkov se uporablja rezerviranje na napajalnikih, modulih hlajenja, shranjevalnikih in, seveda, krmilnikih. Vse to je \u017ee dolgo \u010dasa postalo samoumevno. Te\u017eko je najti sistem za shranjevanje podatkov brez takega oblikovanja. Qsan <\/a><\/noindex>ni izjema. Vendar se v tem \u010dlanku \u017eelimo pogovarjati o stvareh, ki takoj ne padejo v o\u010di, pri \u010demer je cilj predvsem pove\u010dati odpornost sistema kot celote.<\/p>\n

<\/p>\n

Moduli hlajenja<\/h3>\n

<\/p>\n

Zelo pogosto se SAN <\/a><\/noindex>z ohi\u0161ji 2U-3U uporabljajo kombinirani moduli, ki zdru\u017eujejo napajalnike in ventilatorje. Po eni strani je to priro\u010dno, saj je treba vzdr\u017eevati le en modul. Po drugi strani, \u010de se pokvari sistem hlajenja, se lahko napajalnik izklopi, da se prepre\u010di pregrevanje. In pojavila se bo morda ne najbolj kriti\u010dna situacija, vendar zagotovo ne bi smeli dodajati ranljivosti sistemu za shranjevanje podatkov.<\/p>\n

<\/p>\n

Hladitev v SHR Qsan je zasnovano kot lo\u010deni moduli z 'vro\u010do' zamenjavo, neodvisni od napajalnih blokov. Vsebujejo svoje ventilatorje, namenjene hlajenju samih napajalnikov. Modul hlajenja ima dva neodvisna ventilatorja, ki se medsebojno varujejo. Tak\u0161ni moduli v SHR obstajajo dva: desno in levo \u2013 za u\u010dinkovito hlajenje vseh komponent. \u010ce pride do odpovedi enega od ventilatorjev, vsi ostali avtomatsko pove\u010dajo svoje vrtljaje, da nadomestijo pomanjkanje pretoka zraka. Zato napaka ventilatorja ne predstavlja nevarnosti pregrevanja celotne naprave.<\/p>\n

<\/p>\n

Topologija povezovanja raz\u0161iritvenih polic<\/h3>\n

<\/p>\n

Klasi\u010dna shema povezovanja raz\u0161iritvenih polic<\/a><\/noindex> v SHR pomeni topologijo, imenovano kaskada. V tem primeru so ustrezni krmilniki police in SHR povezani med seboj z enim samo SAS kablom. Skupaj dobimo 2 kabla za sistem z dvema krmilnikoma. \u010ce je potrebna povezava druge police, se ta pove\u017ee na enak na\u010din s prvo polico. In tako naprej. Prednost te topologije je preprostost izvedbe v opremi. Slaba stran pa je ranljivost pred nenadnim prekinjanjem SAS povezave zaradi medsebojnega izpada krmilnikov SHR in police, ki niso povezani, ali zaradi izpada napajanja ene od raz\u0161iritvenih polic sredi povezave. Rezultat bo izguba dostopa do dela pomnilnikov in morebitno uni\u010denje RAID skupine, \u010de je 'razpr\u0161ena' po ve\u010d ohi\u0161jih.<\/p>\n

<\/p>\n

Qsan ima za\u0161\u010dito pred medsebojnim izpadom krmilnikov v obliki notranje logi\u010dne povezave krmilnikov preko nazaj. To pomeni, da krmilnik SHR vidi ne le krmilnik JBOD, neposredno povezan z njim, ampak tudi 'soseda' preko posebne povezave v nazaj. Tako, \u010de pride do tak\u0161ne situacije in nih\u010de fizi\u010dno ne odklopi SAS kablov med SHR in polico, bo dostop do vseh pomnilnikov ohranjen.<\/p>\n

<\/p>\n

\"Odpornost<\/p>\n

Za za\u0161\u010dito pred prekinitvijo SAS prevodnih poti, na primer zaradi izpada napajanja raz\u0161iritvene omarice, se obi\u010dajno uporablja druga\u010dna topologija povezovanja \u2013 obratni kaskad. V tem primeru je SHR povezan neposredno s prvo in zadnjo omarico v verigi, kar omogo\u010da dostop do pomnilnika z obeh strani.<\/p>\n

<\/p>\n

\"Odpornost<\/p>\n

\u010ce \u017eelite mo\u010dnej\u0161o za\u0161\u010dito, lahko zgradite ve\u010dje konfiguracije, na primer z uporabo drevesne topologije. Ali pa \u0161e bolj zapletete s kombinacijo omenjenih topologij. To je mogo\u010de zahvaljujo\u010d velikemu \u0161tevilu SAS priklju\u010dkov na napravah (2 pri vsakem kontrolerju SHR in 5 pri vsakem kontrolerju JBOD) z samodejnim dolo\u010danjem na\u010dinov dela vhod\/izhod. Glavno je, da se sam administrator ne zmede. SHR pa bo lahko pravilno nastavil konfiguracijo.<\/p>\n

<\/p>\n

Hitra obnova<\/h3>\n

<\/p>\n

Prisotnost rezervnih diskov v sistemu za 'vro\u010do' zamenjavo (hot spare) bistveno pove\u010duje zanesljivost shranjevanja podatkov. Vendar pa preprosto dejstvo, da so ti diski dodeljeni, \u0161e ne pomeni absolutne za\u0161\u010dite. Proces obnove (rebuilt) je precej zamuden in pogosto traja dolgo \u010dasa. Zamujo\u010de delo izhaja iz neprekinjenega dostopa do glavnih podatkov. To pomeni, da mora sistem ob trenutnem delu hkrati kopirati podatke na nov disk. Trajanje obnove je neposredno odvisno od zmogljivosti naprave in njene hitrostne karakteristike. Ker sistem ne ve, koliko prostora je dejansko zasedenega na diskih, v procesu obnove preprosto kopira vse: blok za blokom. <\/p>\n

<\/p>\n

Zaradi tega lahko obnova sodobnega diska velike kapacitete 10+ TB ob resni obremenitvi na SHR traja teden dni ali ve\u010d. Prav tako je treba upo\u0161tevati dejstvo, da se med obnovo znatno pove\u010da verjetnost okvare drugih pomnilnikov zaradi pove\u010dane obremenitve. To lahko predstavlja resno nevarnost pri uporabi, na primer, RAID5.<\/p>\n

<\/p>\n

Kot re\u0161itev za to te\u017eavo so se \u0161tevilni razvijalci SHR trudili pospe\u0161iti proces obnove. Uporabljajo se lahko razli\u010dni pristopi, vendar je bistvo eno \u2013 kopiranje med obnovo samo dejansko zasedenih blokov. Tudi Qsan ni ostal neopa\u017een glede tega problema. Pri SHR tega ponudnika z aktivirano opcijo Hitro obnovite<\/a><\/noindex> Sistem spremlja sledenje blokom, ki se uporabljajo za zapisovanje, kar omogo\u010da, da v primeru odpovedi diska prenesemo le te na nov nosilec.<\/p>\n

<\/p>\n

\"Odpornost<\/p>\n

Mo\u017enost Fast Rebuild ni privzeto omogo\u010dena pri ustvarjanju novih volumenov, ker njena uporaba vpliva na zmogljivost, \u0161e posebej pri operacijah naklju\u010dnega pisanja, ker:<\/p>\n

<\/p>\n

    \n
  1. Potrebno je slediti pisanju v bloke;<\/li>\n
  2. Pri ponovnem gradnji se ne izra\u010dunavajo kontrolne vsote za neuporabljeni prostor, zato pri novem pisanju na to podro\u010dje najprej zahteva 'initializacijo'.<\/li>\n<\/ol>\n

    <\/p>\n

    Zato se ne priporo\u010da uporaba Fast Rebuild za volumne, kot so tisti z visoko obremenjenimi podatkovnimi bazami ali v sistemih video nadzora, kjer je volumen na koncu vseeno napolnjen do 100%. Za datote\u010dne ali e-po\u0161tne stre\u017enike pa bo ta mo\u017enost zelo koristna.<\/p>\n

    <\/p>\n

    Namesto zaklju\u010dka<\/h2>\n

    <\/p>\n

    Vsak proizvajalec SAN predvideva, da so njegovi naprave zanesljive. In \u010de ni usodnih napak pri razvoju naprav in neverjetne \u017eelje po var\u010devanju med njihovo proizvodnjo in testiranjem, potem se lahko na splo\u0161no strinjamo s ponudnikom. Vendar je treba razumeti: <\/p>\n

    <\/p>\n