{"id":31906,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","title":{"rendered":"Downtime riskide v\u00e4hendamine arhitektuuri Shared Nothing abil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Andmete salvestamise s\u00fcsteemide hoolduse teema on alati aktuaalne, kuna meie aja laialdasel virtualiseerimisel ja ressursside konsolideerimisel on SAN see l\u00fcli, mille rike toob kaasa mitte ainult tavalise kriisi, vaid ka teenuste pikaajalise seiskumise. Seet\u00f5ttu sisaldavad kaasaegsed SANid mitmeid dubleeritud komponente (kuni kontrolleriteni). Kuid kas selline kaitse on piisav?<\/p>\n

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

K\u00f5ik tarnijad, loetledes SANide omadusi, mainivad kindlasti oma lahenduste k\u00f5rget t\u00f6\u00f6kindlust, lisades tingimata termini 'ilma \u00fcksiku rikete punktita'. Vaadakem l\u00e4hemalt t\u00fc\u00fcpilist andmesalvestuss\u00fcsteemi. Teenuse seiskumise v\u00e4ltimiseks dupleeritakse SANides toiteplokid, jahutusmoduulid, sisend-\/v\u00e4ljundportid, salvestusseadmed (siin m\u00f5tleme RAID-i) ja loomulikult kontrollerid. Kui vaadata seda arhitektuuri hoolikalt, v\u00f5ib m\u00e4rgata v\u00e4hemalt kahte potentsiaalset rikete punkti, millest konkurendid vaikselt m\u00f6\u00f6da l\u00e4hevad:<\/p>\n

<\/p>\n

    \n
  1. \u00dche b\u00e4kplaani (backplane) olemasolu<\/li>\n
  2. \u00dche andmekoopia olemasolu<\/li>\n<\/ol>\n

    <\/p>\n

    B\u00e4kplaan on tehniliselt keeruline seade, mis peab tootmise k\u00e4igus kindlasti l\u00e4bima t\u00f5sise testimise. Seet\u00f5ttu esinevad t\u00e4ielikud rikkejuhud v\u00e4ga harva. Kuid isegi osade t\u00f5rgete korral, nagu mitte toimiv salvestusseadmest pesa, on selle vahetamine vajalik koos SAN-i t\u00e4ieliku v\u00e4ljal\u00fclitamisega.<\/p>\n

    <\/p>\n

    Mitme andmekoopia loomine tundub esmapilgul samuti probleemina. N\u00e4iteks on SANides laialdaselt levinud Clone funktsionaalsus, mis v\u00f5imaldab teatud ajavahemike j\u00e4rel v\u00e4rskendada t\u00e4ielikku andmekoopia. Kuid kui b\u00e4kplaaniga on probleeme, on koopia samuti k\u00e4ttesaamatu, just nagu originaal. <\/p>\n

    <\/p>\n

    Kindlasti on ilmne lahendus nende puuduste \u00fcletamiseks replikaat teise andmesalvestusse. Kui sulgeda silmad sellele, et raudvara hind kaks korda t\u00f5useb (kuna eeldame, et sarnast lahendust valivad inimesed m\u00f5tlevad adekvaatselt ja aktsepteerivad seda fakti), j\u00e4\u00e4b veel kulusid replikatsiooni korraldamiseks, sealhulgas litsentside, lisa tarkvara ja riistvara. Eelk\u00f5ige on vajalik tagada replikatsiooniandmete \u00fchtsus. St tuleb ehitada virtualiseerija andmesalv.\/vSAN jne, mis n\u00f5uab samuti raha ja ajakulusid.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>High Availability s\u00fcsteemide loomisel seadsime eesm\u00e4rgiks vabaneda mainitud puudustest. Nii sai alguse tehnoloogia Shared Nothing t\u00f5lgendus, mis vabalt t\u00f5lgituna t\u00e4hendab \u201eilma \u00fchiste seadmete kasutamiseta\u201c.<\/p>\n

    <\/p>\n

    Kontseptsioon Shared Nothing<\/a><\/noindex> arhitektuur t\u00e4histab kahe s\u00f5ltumatute node (kontrolleri) kasutamist, millel on oma andmekomplekt. Node'ide vahel toimub s\u00fcnkroonimine InfiniBand 56G liidesega, t\u00e4iesti l\u00e4bipaistvalt tarkvarale, mis t\u00f6\u00f6tab salvestuss\u00fcsteemi peal. Seet\u00f5ttu ei ole vajalik virtualiseerijate, tarkvaragentide jne kasutamine.<\/p>\n

    <\/p>\n

    AccelStori f\u00fc\u00fcsiline kahe node lahendus v\u00f5ib olla kahes mudelis:<\/p>\n

    <\/p>\n