{"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\/et\/blog\/administrirovanie\/otkazoustojchivost-v-shd-qsan","title":{"rendered":"T\u00f5rkekindlus Qsan'i NAS-is","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4nap\u00e4eva IT-infrastruktuuris, kus virtuaalisatsioon on laialdaselt kasutusel, on andmehoidluss\u00fcsteemid selgroog, mis salvestab k\u00f5ik virtuaalmasinad. Selle s\u00f5lme rike v\u00f5ib t\u00e4ielikult peatada andmekeskuse t\u00f6\u00f6. Kuigi m\u00e4rkimisv\u00e4\u00e4rne osa serveritehnoloogiast on teatud m\u00e4\u00e4ral \u201et\u00f6\u00f6tuks j\u00e4\u00e4misest\u201c kaitstud, on just andmehoidluss\u00fcsteemide erilist rolli arvesse v\u00f5ttes nende eluj\u00f5udmise n\u00f5uded oluliselt t\u00f5usnud.<\/p>\n

<\/p>\n

\"T\u00f5rkekindlus
\n<\/a><\/noindex><\/p>\n

IT-sf\u00e4\u00e4ris on k\u00f5ige t\u00f5husam viis t\u00f6\u00f6kindluse tagamiseks mitme seadme ja tarkvara eksemplari kasutamine (lihtsaimal juhul - dubleerimine). Loomulikult on v\u00f5imalik ka andmehoidluss\u00fcsteemi t\u00e4ielik duublimine. Just sellist l\u00e4henemist kasutatakse h\u00e4daolukordade taastamiseks. Ent mitte k\u00f5ik ettev\u00f5tted ei saa endale sellist lahendust lubada. Probleem ei ole ainult varustuse kahekordsetes kuludes, vaid ka muudes kuludes, mis on seotud sellise lahenduse korraldamise ja edasise hooldusega. <\/p>\n

<\/p>\n

Kuid seadmete dubleerimise v\u00f5imalus ei vabasta vajadusest tagada komponentide tasemel t\u00f5rkekindlus. Eelk\u00f5ige rakendatakse andmesalvestusseadmetes toiteallikate, jahutusmodulite, m\u00e4luhaldus\u00fcksuste ja loomulikult kontrollers\u00fcsteemide varundamist. See k\u00f5ik on juba ammu muutunud igap\u00e4evasekspraktikaks. On keeruline leida andmesalvestusseadet, kus ei kasutataks sellist kujundust. Qsan <\/a><\/noindex>Siin ei ole erand. Kuid tahame selles artiklis r\u00e4\u00e4kida sellest, mis ei torka kohe silma ja mis on suunatud eelk\u00f5ige s\u00fcsteemi \u00fcldise t\u00f5rkekindluse suurendamisele.<\/p>\n

<\/p>\n

Jahutusmodulid<\/h3>\n

<\/p>\n

V\u00e4ga sageli Salvestuss\u00fcsteem <\/a><\/noindex>kasutatakse 2U-3U korpustes kombineeritud mooduleid, mis \u00fchendavad toiteblokid ja ventilaatorid. \u00dchest k\u00fcljest on see mugav, kuna tuleb hooldada vaid \u00fcht plokki. Teisest k\u00fcljest, kui jahutuss\u00fcsteem rikki l\u00e4heb, v\u00f5ib toiteplokk olla sundseisus, et v\u00e4ltida \u00fclekuumenemist. Ja v\u00f5ib tunduda, et see ei ole k\u00f5ige kriitilisem olukord, kuid lisada andmesalvestusseadme haavatavusi ei ole kindlasti m\u00f5istlik.<\/p>\n

<\/p>\n

Qsan'i andmesalvestuss\u00fcsteemi jahutus on korraldatud eraldi moodulitena, mis v\u00f5imaldavad \u201ekuuma\u201d vahetust ja on s\u00f5ltumatud toiteplokkidest. Igas toiteplokis on oma jahutusventilaator, mis on ette n\u00e4htud plokkide jahutamiseks. Jahutusmodulis on kaks s\u00f5ltumatut ventilaatorit, kes toetavad \u00fcksteist. Selliseid mooduleid on andmesalvestuss\u00fcsteemis kaks: paremal ja vasakul \u2013 k\u00f5igi komponentide t\u00f5husaks jahutamiseks. Kui \u00fcks ventilaatoritest eba\u00f5nnestub, suurendavad k\u00f5ik \u00fclej\u00e4\u00e4nud automaatselt oma p\u00f6\u00f6rlemiskiirus, et kompenseerida tekkinud \u00f5huvoolu puuduj\u00e4\u00e4k. Seet\u00f5ttu ei kujuta ventilaatori rike endast ohtu seadme \u00fclekuumenemisele.<\/p>\n

<\/p>\n

Laienemisraamide \u00fchendamise topoloogia<\/h3>\n

<\/p>\n

Klassikaline \u00fchendusskeem laienemisraamid<\/a><\/noindex> SAS-\u00fchendamine h\u00f5lmab topoloogiat, mida nimetatakse kaskaadiks. Sel juhul on vastavad riiuli ja salvestusseadmete kontrollerid \u00fchendatud \u00fche SAS-kaabliga. Kokku on 2 kaablit kahekordse kontrolleris\u00fcsteemi jaoks. Kui on vajalik \u00fchendada teine, siis see \u00fchendatakse esimesse riiulisse samamoodi. Ja nii edasi. Selle topoloogia eeliseks on seadmetes lihtne elluviimine. Miinuseks on aga teatav haavatavus, mis tuleneb SAS-ahela \u00e4kilisest katkestamisest, kui t\u00f5rkuvad omavahel mitte\u00fchendatud salvestusseadmete kontrollerid ja riiulid v\u00f5i \u00fche laiendusrriiuli voolu katkestamisest ahela keskel. Tulemuseks on juurdep\u00e4\u00e4su kaotamine osa m\u00e4luseadmetele ja v\u00f5imaliku RAID-grupi kokkuvarisemine, kui see on jaotatud mitmesse korpusesse.<\/p>\n

<\/p>\n

Qsanil on sisemine loogiline seotus kontrollereid, mis kaitseb ristade eba\u00f5nnestumise korral bakkplaani kaudu. See t\u00e4hendab, et salvestusseade n\u00e4eb mitte ainult selle k\u00fclge otse \u00fchendatud JBOD-kontrollerit, vaid ka naaberkontrollerit, kasutades spetsiaalset linki bakkplaanil. Seega, isegi kui selline olukord juhtub ja keegi ei t\u00f5mba f\u00fc\u00fcsiliselt SAS-kaableid salvestusseadmest ja riiulist, s\u00e4ilib juurdep\u00e4\u00e4s k\u00f5igile salvestusseadmetele.<\/p>\n

<\/p>\n

\"T\u00f5rkekindlus<\/p>\n

SAS-ahela katkemise, n\u00e4iteks laiendustootja voolukatkestuse v\u00e4ltimiseks, kasutatakse tavaliselt teistsugust \u00fchendustopoloogiat - tagasivoolu. Sellisel juhul on salvestusseade \u00fchendatud korraga ahela esimesse ja viimasesse riiulisse, saades juurdep\u00e4\u00e4su salvestusseadmetele nagu kahelt poolt.<\/p>\n

<\/p>\n

\"T\u00f5rkekindlus<\/p>\n

Kui soovid tugevamat kaitset, saad luua suuremaid konfiguratsioone, kasutades n\u00e4iteks puutopoloogiat. V\u00f5i veelgi keerulisemaks muuta, kombineerides eelmainitud topoloogiaid. See on v\u00f5imalik t\u00e4nu seadmetes olevale suurele arvule SAS pistikupesadele (2 igas SCSI kontrolleris ja 5 igas JBOD kontrolleris), millel on automaatne sissetuleku\/v\u00e4ljamineku re\u017eiimide tuvastamine. Peaasi, et administraator ise segadusse ei satuks. Ja ladustuss\u00fcsteem suudab konfiguratsiooni \u00f5igesti seadistada.<\/p>\n

<\/p>\n

Kiire taaste<\/h3>\n

<\/p>\n

S\u00fcsteemi olemasolu reservdisko \"kuuma vahetuse\" (hot spare) v\u00f5imaldab oluliselt suurendada andmete salvestamise usaldusv\u00e4\u00e4rsust. Siiski ei t\u00e4henda lihtsalt selliste ketaste eraldamine veel absoluutset kaitset. Probleem seisneb selles, et taastamisprotsess (rebuild) on piisavalt t\u00f6\u00f6mahukas ja tihti pikalt kestev. T\u00f6\u00f6mahukus tuleneb pidevast juurdep\u00e4\u00e4sust p\u00f5hiandmetele. Teisis\u00f5nu, s\u00fcsteem peab, lisaks olemasolevale t\u00f6\u00f6le, andmeid ka uuele kettale kopeerima. Ja rebuild'i pikkus s\u00f5ltub otseselt seadme mahust ja selle kiirusomadustest. Kuna s\u00fcsteem ei tea midagi ketaste tegelikust kasutatud ruumist, kopeerib ta rebuild'i ajal lihtsalt k\u00f5ik: plokk ploki haaval. <\/p>\n

<\/p>\n

Tulemusena v\u00f5ib kaasaegse suure mahutavusega ketta taastamine, mis on \u00fcle 10 TB ja millel on t\u00f5sine koormus andmesalvestuss\u00fcsteemile, kergesti kesta n\u00e4dala ja kauem. Tuleb p\u00f6\u00f6rata t\u00e4helepanu ka t\u00e4htsale asjaolule, et rebuildi ajal suureneb m\u00e4rgatavalt t\u00f5en\u00e4osus, et teised kettad eba\u00f5nnestuvad, kuna nende koormus suureneb. See v\u00f5ib kujutada t\u00f5sist ohtu n\u00e4iteks RAID5 kasutades.<\/p>\n

<\/p>\n

Probleemi lahendamiseks on paljud salvestusseadmete arendajad mures taastumise protsessi kiirendamise p\u00e4rast. Selleks v\u00f5ivad rakenduda erinevad l\u00e4henemisviisid, kuid selle tuum on sama - kopeerimine rebuildi ajal ainult tegelikult kasutatud blokke. Qsan ei j\u00e4\u00e4nud ka sellest probleemist k\u00f5rvale. Selle m\u00fc\u00fcja salvestusseadmetes on aktiveeritud valik Kiire Rebuild<\/a><\/noindex> s\u00fcsteem j\u00e4lgib kirjutamiseks kasutatavaid blokke, andes seega v\u00f5imaluse, et ketta rikke korral kopeeritakse uuele seadmele ainult need.<\/p>\n

<\/p>\n

\"T\u00f5rkekindlus<\/p>\n

Kiire Rebuild valik pole uute mahtude loomisel vaikimisi aktiviseeritud, kuna selle kasutamine m\u00f5jutab j\u00f5udlust, eriti juhuslikud kirjutusoperatsioonid, kuna:<\/p>\n

<\/p>\n

    \n
  1. On vajalik j\u00e4lgida kirjutamist blokki;<\/li>\n
  2. Rebuildi ajal ei toimu kontrollsummade \u00fcmberarvestust vabadele aladele, seet\u00f5ttu tuleb enne uue kirjutamise toimumist need esmalt 'inisialiseerida'.<\/li>\n<\/ol>\n

    <\/p>\n

    Seet\u00f5ttu ei soovitata kasutada Fast Rebuild'i mahtude jaoks, n\u00e4iteks k\u00f5rgelt koormatud andmebaaside v\u00f5i videosalvestuss\u00fcsteemide puhul, kus maht l\u00f5puks ikkagi t\u00e4itub 100%. Kuid failiserverite v\u00f5i postiserverite puhul on see v\u00f5imalus v\u00e4ga kasulik.<\/p>\n

    <\/p>\n

    Kokkuv\u00f5tte asemel<\/h2>\n

    <\/p>\n

    Iga salvestusseadmestiku tootja eeldab, et nende seadmed on usaldusv\u00e4\u00e4rsed. Ja kui seadmete arendamisel ei ole olnud fataalseid vigu ning tootmis- ja testimisprotsessis ei ole olnud \u00fclem\u00e4\u00e4ra kokkuhoidu, siis \u00fcldiselt v\u00f5ib tootjaga n\u00f5ustuda. Siiski tuleb m\u00f5ista: <\/p>\n

    <\/p>\n