{"id":36263,"date":"2019-10-31T22:10:35","date_gmt":"2019-10-31T19:10:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\/"},"modified":"2019-10-31T22:10:35","modified_gmt":"2019-10-31T19:10:35","slug":"aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","title":{"rendered":"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/7671ec455e464b7fe98b0b8ffcd38e24.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Tere, Habr'i lugejad! Eelmises artiklis r\u00e4\u00e4kisime lihtsatest katastroofialgatustest AERODISK ENGINE salvestuss\u00fcsteemides \u2013 replikatsioonist. Selles artiklis s\u00fcveneme keerukamasse ja huvitavasse teemasse \u2013 metroklaster, see t\u00e4hendab automatiseeritud katastroofikaitse vahend kahtest andmekeskusest, mis v\u00f5imaldab andmekeskustel t\u00f6\u00f6tada aktiivselt. R\u00e4\u00e4gime, n\u00e4itame, katki teeme ja parandame.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"kak-obychno-v-nachale-teoriya\">Nagu tavaliselt, alustame teooriast.<\/h2>\n<p><\/p>\n<p>Metroklaster on klaster, mis on hajutatud mitmesse asukohta linnas v\u00f5i piirkonnas. S\u00f5na 'klaster' vihjab selgelt sellele, et kompleks on automatiseeritud, st klastrite s\u00f5lmede vahetus h\u00e4ire korral (failover) toimub automaatselt. <\/p>\n<p><\/p>\n<p>Siin peitubki peamine erinevus metroklastri ja tavalise replikatsiooni vahel. Operatsioonide automatiseerimine. See t\u00e4hendab, et erinevate probleemide (andmekeskuse rike, kanalite katkestamine jne) korral t\u00e4idab salvestuss\u00fcsteem iseseisvalt vajalikud toimingud andmete k\u00e4ttesaadavuse s\u00e4ilitamiseks. Tavaliste replikatsioonide korral t\u00e4idab need toimingud t\u00e4ielikult v\u00f5i osaliselt administraator k\u00e4sitsi.<\/p>\n<p><\/p>\n<h3 id=\"dlya-chego-eto-nuzhno\">Miks seda on vaja?<\/h3>\n<p><\/p>\n<p>Peamine eesm\u00e4rk, mida kliendid p\u00fc\u00fcavad saavutada metroklastri erinevate rakenduste kasutamisel, on RTO (Taastusaegaeesm\u00e4rk) minimeerimine. See t\u00e4hendab, et minimeeritakse IT-teenuste taastamise aega p\u00e4rast riket. Tavalise replikatsiooni korral on taastamisaeg alati pikem kui metroklastri korral. Miks? V\u00e4ga lihtsalt. Administraator peab olema t\u00f6\u00f6kohal ja vahetama replikatsiooni k\u00e4sitsi, samas kui metroklaster teeb seda automaatselt.<\/p>\n<p><\/p>\n<p>Kui teil pole p\u00fchendunud \u00f6ise administraatori, kes ei maga, ei s\u00f6\u00f6, ei suitseta ega haigestu, vaid j\u00e4lgib 24\/7 salvestuss\u00fcsteemi seisundit, siis ei ole v\u00f5imalik tagada, et administraator on saadaval k\u00e4sitsi vahetamiseks rikke ajal. <\/p>\n<p><\/p>\n<p>Seet\u00f5ttu on RTO metroklastri puudumisel v\u00f5i 99. taseme \u00f6ise teenistuse administraatori puudumisel v\u00f5rdne kogu s\u00fcsteemide vahetamise aja ja maksimaalse ajavahemiku summaga, mille jooksul administraator garanteeritult alustab t\u00f6\u00f6tamist salvestuss\u00fcsteemi ja sellega seotud s\u00fcsteemidega. <\/p>\n<p><\/p>\n<p>Seega j\u00f5uame ilmsele j\u00e4reldusele, et metrokloonitakse tuleks kasutada siis, kui RTO n\u00f5uded on minutid, mitte tunnid v\u00f5i p\u00e4evad. See t\u00e4hendab, et k\u00f5ige hullemal juhul, kui andmesidekeskus (\u0426\u041e\u0414) kukub kokku, peab IT-osakond tagama ettev\u00f5ttele juurdep\u00e4\u00e4su taastamise IT-teenustele minuutes, isegi sekundites.<\/p>\n<p><\/p>\n<h3 id=\"kak-eto-rabotaet\">Kuidas see t\u00f6\u00f6tab?<\/h3>\n<p><\/p>\n<p>Madalal tasemel kasutab metrokloonitakse andmete s\u00fcnkroonimise replikatsiooni mehhanismi, mida oleme kirjeldanud eelnevas artiklis (vt. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">link<\/a><\/noindex>). Kuna replikatsioon on s\u00fcnkroonne, siis on ka sellele vastavad n\u00f5udmised, t\u00e4psemalt:<\/p>\n<p><\/p>\n<ul>\n<li>kiudoptiline kommunikatsioon f\u00fc\u00fcsikaks, 10 gigabiti Ethernet (v\u00f5i k\u00f5rgem);<\/li>\n<li>vahemaa andmesidekeskuste vahel ei tohi \u00fcletada 40 kilomeetrit;<\/li>\n<li>kiudoptilise kanali viivituse vahel andmesidekeskuste (HDD-de) vahel kuni 5 millisekundit (optimaalselt 2).<\/li>\n<\/ul>\n<p><\/p>\n<p>K\u00f5ik need n\u00f5uded on soovituslikud, see t\u00e4hendab, et metrokloonitakse t\u00f6\u00f6tab isegi siis, kui neid n\u00f5udeid ei j\u00e4rgita, kuid tuleb m\u00f5ista, et nende n\u00f5uete mittej\u00e4rgimise tagaj\u00e4rjed on v\u00f5rdsed m\u00f5lema HDD t\u00f6\u00f6 aeglustumisega metrokloonitakse.<\/p>\n<p><\/p>\n<p>Seega, andmete edastamiseks HDD-de vahel kasutatakse s\u00fcnkroonset replikatsiooni. Kuidas replikatsioonid automaatselt l\u00fclitatakse ja, mis k\u00f5ige t\u00e4htsam, kuidas v\u00e4ltida split-brain'i? Selle jaoks on \u00fclemisel tasandil lisatud t\u00e4iendav \u00fcksus \u2014 arbiter. <\/p>\n<p><\/p>\n<h3 id=\"kak-rabotaet-arbitr-i-v-chem-ego-zadacha\">Kuidas arbiter t\u00f6\u00f6tab ja mis on tema \u00fclesanne?<\/h3>\n<p><\/p>\n<p>Arbiter on v\u00e4ike virtuaalmasin v\u00f5i riistvaraklaster, mille tuleb k\u00e4ivitada kolmandas asukohas (nt kontoris) ja tagada ligip\u00e4\u00e4s HDD-dele ICMP ja SSH kaudu. P\u00e4rast k\u00e4ivitamist peaks arbiter m\u00e4\u00e4rama IP-aadressi, seej\u00e4rel tuleb HDD-de poolt m\u00e4\u00e4rata tema aadress, pluss eemaldate kontrollerite aadressid, mis osalevad metrokloonitakse. Seej\u00e4rel on arbiter t\u00f6\u00f6ks valmis.<\/p>\n<p><\/p>\n<p>Arbiter j\u00e4lgib pidevalt k\u00f5iki HDD-sid metrokloonitakse ja juhul, kui m\u00f5ni s\u00fcsteem on k\u00e4ttesaamatu, teeb ta, p\u00e4rast kinnitusest teise klastri liikmelt (\u00fche 'elus' HDD) otsuse l\u00fclitamise replikatsiooni reeglite protseduuri ja kaardistamise kohta.<\/p>\n<p><\/p>\n<p>\u00c4\u00e4rmiselt oluline hetk. Arbiter peab alati asuma asukohas, mis on erinev tugevusest (HDD-dest), see t\u00e4hendab, et ei tohi olla andmesidekeskuses 1, kus on HDD 1, ega andmesidekeskuses 2, kus asub HDD 2. <\/p>\n<p><\/p>\n<p>Miks? Sest ainult nii suudab arbitraa\u017e, kasutades \u00fchte elluj\u00e4\u00e4nud andmesalvestusseadet, \u00fcheselt ja veatult m\u00e4\u00e4rata, kas kaks platvormi, kus asuvad andmesalvestusseadmed, on langenud. Igasugused muud viigid arbitraa\u017ei paigutamiseks v\u00f5ivad viia split-brain olukorrani. <\/p>\n<p><\/p>\n<h3 id=\"teper-pogruzimsya-v-detali-raboty-arbitra\">N\u00fc\u00fcd sukeldume arbitraa\u017ei t\u00f6\u00f6detailidesse<\/h3>\n<p><\/p>\n<p>Arbitraazis on k\u00e4ivitunud mitmed teenused, mis pidevalt k\u00fcsivad k\u00f5iki andmesalvestusseadmete kontrollerite kohta. Kui k\u00fcsitluse tulemus erineb eelnevast (saadaval \/ mitte saadaval), siis selle teave salvestatakse v\u00e4ikesse andmebaasi, mis t\u00f6\u00f6tab samuti arbitraa\u017eis.<\/p>\n<p><\/p>\n<p><strong>Vaatame arbitraa\u017ei t\u00f6\u00f6logi l\u00e4hemalt.<\/strong><\/p>\n<p><\/p>\n<p><u>Samm 1. K\u00e4ttesaamatuse m\u00e4\u00e4ramine.<\/u> Andmesalvestusseadmest tingitud rikke signaaliks on pingeseansi puudumine m\u00f5lemalt andmesalvestusseadmest viie sekundi jooksul. <\/p>\n<p><\/p>\n<p><u>Samm 2. \u00dclemineku protseduuri k\u00e4ivitamine. <\/u>P\u00e4rast seda, kui arbitraa\u017e m\u00f5istis, et \u00fcks andmesalvestusseade on k\u00e4ttesaamatuks muutunud, saadab ta p\u00e4ringu \"elavale\" andmesalvestusseadmele, et veenduda, et \"surnud\" andmesalvestusseade on t\u00f5eliselt kadunud. <\/p>\n<p><\/p>\n<p>P\u00e4rast sellist k\u00e4su saamist arbitraa\u017eist kontrollib teine (elav) andmesalvestusseade t\u00e4iendavalt, kas esimene andmesalvestusseade on t\u00f5eliselt k\u00e4ttesaamatu ja kui see pole saadaval, saadab arbitraa\u017eile kinnituse oma kahtluses. Andmesalvestusseade on t\u00f5eliselt k\u00e4ttesaamatu. <\/p>\n<p><\/p>\n<p>P\u00e4rast sellise kinnituse saamist k\u00e4ivitab arbitraa\u017e kauglepingute \u00fclemineku ja mappimise t\u00f5stmise aktiivsete replikate seas, mis olid langenud andmesalvestusseadmest, ning saadab k\u00e4su teisele andmesalvestusseadmest teha need replikad sekundaarsetest primaarseteks ja t\u00f5sta mappimine. Teine andmesalvestusseade t\u00e4idab vastavaid protseduure, p\u00e4rast mida tagab ta juurdep\u00e4\u00e4su kadunud LUN-idele.<\/p>\n<p><\/p>\n<p>Miks on vajalik t\u00e4iendav kontroll? Kvoorumi jaoks. See t\u00e4hendab, et enamiku kolmest (3) klastreis osalevast arvust peab kinnitama \u00fche klastris\u00f5lme kukkumise. Ainult siis on see otsus t\u00f5eliselt \u00f5igustatud. See on vajalik, et v\u00e4ltida vale \u00fcleminekut ja vastavalt split-brain olukorda. <\/p>\n<p><\/p>\n<p>Samm 2 kestab umbes 5\u201310 sekundit, seega, arvestades aega, mis on vajalik k\u00e4ttesaamatuse m\u00e4\u00e4ramiseks (5 sekundit), on p\u00e4rast \u00e4pardust LUN-id koos langenud andmesalvestusseadmest automaatselt 10\u201315 sekundi jooksul elavale andmesalvestusseadmest t\u00f6\u00f6ks saadaval. <\/p>\n<p><\/p>\n<p>On selge, et selleks, et v\u00e4ltida \u00fchenduse katkemist hostidega, tuleb samuti hoolitseda ajutiste seadete \u00f5ige konfiguratsiooni eest hostides. Soovitatav ajutine v\u00e4\u00e4rtus on v\u00e4hemalt 30 sekundit. See ei lase hostil katkestada \u00fchendust andmesalvestuss\u00fcsteemiga koormuse \u00fclemineku ajal avariide t\u00f5ttu ning tagab sisendi ja v\u00e4ljundi katkemise puudumise.<\/p>\n<p><\/p>\n<blockquote><p>Oota, kui metrokleusteriga on k\u00f5ik nii h\u00e4sti, siis miks on \u00fcldse vajalik tavaline replikatsioon? <\/p><\/blockquote>\n<p>Tegelikult ei ole k\u00f5ik nii lihtne. <\/p>\n<p><\/p>\n<h3 id=\"rassmotrim-plyusy-i-minusy-metroklastera\">Vaatame metrokleusteri plusse ja miinuseid<\/h3>\n<p><\/p>\n<p>Nii et me oleme aru saanud, et ilmselged plusid metrokleusteri v\u00f5rreldes tavap\u00e4rase replikatsiooniga on:<\/p>\n<p><\/p>\n<ul>\n<li>T\u00e4ielik automatiseerimine, mis tagab minimaalsete taastumisaegade katastroofi korral;<\/li>\n<li>Ja see on k\u00f5ik :-).<\/li>\n<\/ul>\n<p><\/p>\n<p>Ja n\u00fc\u00fcd, t\u00e4helepanu, miinused:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse hind. Kuigi metrokleuster Aerodiski s\u00fcsteemides ei vaja t\u00e4iendavat litsentsimist (kasutatakse sama litsentsi, mis replikatsiooni puhul), on lahenduse hind siiski k\u00f5rgem kui s\u00fcnkroonses replikatsioonis. Peab rakendama k\u00f5iki n\u00f5udeid s\u00fcnkroonse replikatsiooni jaoks, pluss metrokleusteri n\u00f5uded, mis on seotud t\u00e4iendava l\u00fclitamise ja t\u00e4iendava platvormiga (vt. metrokleusteri planeerimine);<\/li>\n<li>Lahenduse keerukus. Metrokleuster on oluliselt keerukam kui tavaline replikatsioon ning n\u00f5uab palju suuremat t\u00e4helepanu ja t\u00f6\u00f6koormust planeerimiseks, seadistamiseks ja dokumenteerimiseks.<\/li>\n<\/ul>\n<p><\/p>\n<p>Kokkuv\u00f5tteks. <strong>Metrokleuster on kindlasti v\u00e4ga tehnoloogiline ja hea lahendus, kui on t\u00f5eliselt vaja tagada RTO sekundite v\u00f5i minutite jooksul.<\/strong> Aga kui sellist \u00fclesannet pole, ja RTO tundide jooksul on \u00e4ri jaoks OK, siis pole m\u00f5tet p\u00fcssist varblasi lasta. Piisab tavalisest t\u00f6\u00f6- ja talureplikatsioonist, kuna metrokleuster toob kaasa lisakulusid ja keerukuse IT-infrastruktuuris.<\/p>\n<p><\/p>\n<h2 id=\"planirovanie-metroklastera\">Metrokleusteri planeerimine<\/h2>\n<p><\/p>\n<p>See osa ei pretendeeri olema ammendav juhend metrokleusteri projekteerimiseks, vaid n\u00e4itab vaid p\u00f5hivaldkondi, mida tuleks l\u00e4bi t\u00f6\u00f6tada, kui otsustate sellist s\u00fcsteemi ehitada. Seega kaasake metrokleusteri reaalsel rakendamisel kindlasti konsultatsioonide jaoks andmesalvestitootja (st meid) ja teisi seotud s\u00fcsteeme.<\/p>\n<p><\/p>\n<h3 id=\"ploschadki\">Platvormid<\/h3>\n<p><\/p>\n<p>Nagu eespool mainitud, vajab metrokluster v\u00e4hemalt kolme asukohta. Kaks andmekeskust, kus t\u00f6\u00f6tavad salvestusseadmed ja sellega seotud s\u00fcsteemid, ning kolmas asukoht, kus t\u00f6\u00f6tab arbitraaz.<\/p>\n<p><\/p>\n<p>Soovitatav kaugus andmekeskuste vahel on mitte rohkem kui 40 kilomeetrit. Suurem kaugus t\u00f5en\u00e4oliselt tekitab t\u00e4iendavaid viivitusi, mis on metroklusteris \u00e4\u00e4rmiselt soovimatud. Tuletame meelde, et viivitused peaksid olema kuni 5 millisekundit, kuigi on soovitatav j\u00e4\u00e4da 2 millisekundi piiresse.<\/p>\n<p><\/p>\n<p>Viivitusi soovitatakse kontrollida ka planeerimise k\u00e4igus. Iga v\u00e4hemalt veidi kogenud teenusepakkuja, kes pakub kiudkaabli\u00fchendust andmekeskuste vahel, suudab kvaliteetse kontrolli korraldada \u00fcsna kiiresti. <\/p>\n<p><\/p>\n<p>Mis puudutab viivitusi arbitraazi (st kolmanda asukoha ja kahe esimese vahel), siis soovitatav viivituste l\u00e4vi on kuni 200 millisekundit, seega sobib tavaline ettev\u00f5tte VPN-\u00fchendus Interneti-\u00fchenduse peal.<\/p>\n<p><\/p>\n<h3 id=\"kommutaciya-i-set\">L\u00fclitamine ja v\u00f5rk<\/h3>\n<p><\/p>\n<p>Erinevalt replikatsiooniskeemist, kus piisab, kui \u00fchendada erinevatelt asukohtadelt salvestusseadmed, n\u00f5uab metroklustrite skeem, et hostid oleks \u00fchendatud m\u00f5lema salvestusseadmisega erinevates asukohtades. Selle erinevuse m\u00f5istmiseks on m\u00f5lemad skeemid allpool toodud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/12334c29a498f686e8eb946daab587c1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/46db8c81d15be3f89e1f9dbee4489e3b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Nagu skeemist n\u00e4ha, vaatavad asukoha 1 hostid nii salvestusseadmisse 1 kui ka salvestusseadmisse 2. Samuti vaatavad asukoha 2 hostid nii salvestusseadmisse 2 kui ka salvestusseadmisse 1. See t\u00e4hendab, et iga host n\u00e4eb m\u00f5lemaid salvestusseadmeid. See on metroklustrite toimimise kohustuslik tingimus.<\/p>\n<p><\/p>\n<p>Muidugi pole vaja iga hosti t\u00f5mmata optilise kaabli kaudu teise andmekeskusesse, mingid portid ja kaablid ei piisaks. K\u00f5ik need \u00fchendused peavad toimuma Ethernet 10G+ v\u00f5i FibreChannel 8G+ l\u00fclitite kaudu (FC ainult hostide ja salvestusseadmete \u00fchendamiseks IO jaoks, replikatsioonikanal on praegu k\u00e4ttesaadav ainult IP (Ethernet 10G+) kaudu. <\/p>\n<p><\/p>\n<p>N\u00fc\u00fcd paar s\u00f5na v\u00f5rgu topoloogiast. Oluline punkt on alamv\u00f5rkude \u00f5ige konfigureerimine. Tuleb kohe m\u00e4\u00e4ratleda mitmed alamv\u00f5rgud j\u00e4rgmist t\u00fc\u00fcpi liikluseks:<\/p>\n<p><\/p>\n<ul>\n<li>Replikatsiooni alamv\u00f5rk, mille kaudu s\u00fcnkroniseeritakse andmed salvestusseadmete vahel. Neid v\u00f5ib olla mitu, antud juhul pole vahet, k\u00f5ik s\u00f5ltub praegusest (juba ellu viidud) v\u00f5rgu topoloogiast. Kui kaks, siis peab ilmselgelt olema nende vahel marsruutimine seadistatud.<\/li>\n<li>Andmesalvestuse alams\u00fcsteemid, mille kaudu hostid p\u00e4\u00e4sevad S\u0425D ressurssidele (kui see on iSCSI). Igas andmekeskuses peaks olema \u00fcks selline alamv\u00f5rk;<\/li>\n<li>Haldusv\u00f5rgud, see t\u00e4hendab kolm marsruutitavat alamv\u00f5rku kolmes asukohas, kust hallatakse S\u0425D-d, samuti asub seal arbiter.<\/li>\n<\/ul>\n<p><\/p>\n<p>Hostide ressursside juurde p\u00e4\u00e4semiseks vajalikud alamv\u00f5rgud me ei k\u00e4sitle, kuna need s\u00f5ltuvad tugevalt \u00fclesannetest. <\/p>\n<p><\/p>\n<p>Erineva liikluse jagamine erinevatesse alamv\u00f5rkudesse on \u00e4\u00e4rmiselt oluline (eriti oluline on eraldada replikatsioon sisend-\/v\u00e4ljundliiklusest), kuna kui segada kogu liiklus \u00fchte \"paksu\" alamv\u00f5rku, siis selle liikluse juhtimine muutub v\u00f5imatuks, ja kahe andmekeskuse korral v\u00f5ib see isegi p\u00f5hjustada erinevaid v\u00f5rgu kokkup\u00f5rkeid. Sellesse k\u00fcsimusse me selle artikli raames s\u00fcgavale ei lasku, kuna pikendatud andmekeskuste vahelise v\u00f5rgu planeerimise kohta on palju teavet v\u00f5rguhardware tootjate ressurssides.<\/p>\n<p><\/p>\n<h3 id=\"konfiguraciya-arbitra\">Arbitraari konfiguratsioon<\/h3>\n<p><\/p>\n<p>Arbiter peab tagama juurdep\u00e4\u00e4su k\u00f5igile S\u0425D haldamise liidestele protokollide ICMP ja SSH kaudu. Samuti tasub m\u00f5elda arbitraari t\u00f6\u00f6katkestamatusele. Siin on \u00fcks n\u00fcanss.<\/p>\n<p><\/p>\n<p>Arbitraari t\u00f6\u00f6katkestamatuse tagamine on soovitatav, kuid mitte kohustuslik. Mis juhtub, kui arbiter ei j\u00f5ua \u00f5igel ajal kokku kukkuda?<\/p>\n<p><\/p>\n<ul>\n<li>Metroklastri tavap\u00e4rane t\u00f6\u00f6 ei muutu, kuna arbitraar ei m\u00f5juta metroklastri t\u00f6\u00f6tamist \u00fcldse (tema \u00fclesanne on \u00f5igeaegselt koormust andmekeskuste vahel vahetada).<\/li>\n<li>Kuid kui arbiter mingil p\u00f5hjusel kukub ja \"magab\" andmekeskuse rikke \u00fcle, siis ei toimu mingit vahetust, kuna ei ole kedagi, kes edastaks vajalikud k\u00e4sklused vahetamiseks ja korraldaks kvoorumi. Sel juhul muutub metrokluster tavaliseks replikatsiooniskeemiks, mida tuleb katastroofi ajal k\u00e4sitsi vahetada, mis m\u00f5jutab RTO-d.<\/li>\n<\/ul>\n<p><\/p>\n<p>Mida sellest j\u00e4reldub? Kui on t\u00f5eliselt vajalik saavutada minimaalne RTO n\u00e4itaja, tuleb tagada arbitraari t\u00f6\u00f6katkestamatus. Selleks on kaks varianti:<\/p>\n<p><\/p>\n<ul>\n<li>K\u00e4ivitada virtuaalmasin arbiteriga t\u00f6\u00f6katkestamatul h\u00fcpervisoril, kuna k\u00f5ik t\u00e4iskasvanud h\u00fcpervisorid toetavad t\u00f6\u00f6katkestamatust;<\/li>\n<li>Kui kolmandal platvormil (tinglikus kontoris) ei viitsita korralikku klastrit paigutada ning olemasolevat h\u00fcpervoleklastrit ei ole, oleme ette n\u00e4inud riistvaralise arbiitrivariandi, mis on valmistatud 2U kasti, milles t\u00f6\u00f6tavad kaks tavalist x86 serverit ja mis suudab taluda lokaalse rikke.<\/li>\n<\/ul>\n<p><\/p>\n<p>Soovitame tungivalt tagada arbiitri t\u00f6\u00f6kindluse, hoolimata sellest, et tavap\u00e4rastes tingimustes pole see metroklastrile vajalik. Kuid nagu n\u00e4itab nii teooria kui ka praktika, on t\u00f5eliselt usaldusv\u00e4\u00e4rse katastroofit\u00f5rje infrastruktuuri \u00fclesehitamisel parem tagada end riskide vastu. Paremini kaitsta end ja \u00e4ri \u00abhalva seaduse\u00bb eest, see t\u00e4hendab samaaegselt arbiitri ja \u00fche v\u00e4ljakuga, kus on andmeserver, rikke eest.<\/p>\n<p><\/p>\n<h3 id=\"arhitektura-resheniya\">Lahenduse arhitektuur<\/h3>\n<p><\/p>\n<p>Arvestades \u00fclaltoodud n\u00f5udeid, saame j\u00e4rgmise \u00fcldise lahenduse arhitektuuri.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/e60f67d6705d940f1c06b06328bf99a5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>LUN-id tuleks \u00fchtlaselt jaotada kahe v\u00e4ljakuna, et v\u00e4ltida tugevat \u00fclekoormust. Samuti tuleb m\u00f5lemates andmekeskustes arvestada mitte ainult topeltmahtu (mis on vajalik andmete samaaegseks hoidmiseks kahel andmeserveril), vaid ka topelt j\u00f5udlust IOPS ja MB\/s, et v\u00e4ltida rakenduste halbade tulemuste tekkimist \u00fche andmekeskuse rikke korral.<\/p>\n<p><\/p>\n<p>Eraldi tasub m\u00e4rkida, et korraliku paigutuse puhul (see t\u00e4hendab, et oleme ette n\u00e4inud vajalikud IOPS ja MB\/s \u00fclemised piirded, samuti vajalikud CPU ja RAM ressursid) ei esine metroklastris \u00fche andmeserveri rikke korral t\u00f5siseid j\u00f5udluse langusi, kui t\u00f6\u00f6tatakse ajutiselt \u00fche andmeserveriga.<\/p>\n<p><\/p>\n<p>See tuleneb sellest, et t\u00f6\u00f6tades samaaegselt kahe v\u00e4ljakuga, tarbib toimiv s\u00fcnkroonne replikatsioon kirjutamisel poole j\u00f5udlusest, kuna iga tehing tuleb salvestada kahele andmeserverile (sarnaselt RAID-1\/10). Nii et kui \u00fcks andmeserveritest eba\u00f5nnestub, kaob replikatsiooni m\u00f5ju ajutiselt (kuni katkine andmeserver taas k\u00e4ivitub) ja saame kahekordse t\u00f5usu kirjutamise j\u00f5udluses. P\u00e4rast seda, kui eba\u00f5nnestunud andmeserveri LUN-id on t\u00f6\u00f6tava andmeserveri peale k\u00e4ivitatud, kaob see kahekordne t\u00f5us, kuna koormus t\u00f5useb teiselt andmeserverilt, ja naaseme sellele j\u00f5udlustasemele, mis meil oli enne \u00abkukkumist\u00bb, kuid ainult \u00fche v\u00e4ljakuga. <\/p>\n<p><\/p>\n<p>T\u00f6\u00f6tava suuruse m\u00e4\u00e4ramise abil saab luua tingimused, kus kasutajad ei tunne \u00fcldse, et kogu andmesalvestus (SxD) on v\u00e4lja langenud. Kuid korratakse, see n\u00f5uab v\u00e4ga hoolikat suuruse m\u00e4\u00e4ramist, mille osas v\u00f5iks meie poole tasuta p\u00f6\u00f6rduda :-).<\/p>\n<p><\/p>\n<h2 id=\"nastroyka-metroklastera\">Metrokliendi seadistamine<\/h2>\n<p><\/p>\n<p>Metrokliendi seadistamine on v\u00e4ga sarnane tavalise replikatsiooni seadistamisega, mida oleme kirjeldanud <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">eelnevas artiklis<\/a><\/noindex>. Seet\u00f5ttu keskendume ainult erinevustele. Seadsime laboris \u00fclesande, mis p\u00f5hines eespool toodud arhitektuuril, ainult minimaalsetes tingimustes: kaks andmesalvestust, \u00fchendatud 10G Ethernetiga, kaks 10G l\u00fclitit ja \u00fcks host, mis vaatab m\u00f5leidsse SxD-d 10G portide kaudu. Arbitraa\u017e t\u00f6\u00f6tab virtuaalmasinas.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/04e318609929553ed651fd702f0c7327.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Virtuaalsete IP-de (VIP) seadistamisel repliikide jaoks tuleks valida VIP t\u00fc\u00fcp \u2013 metrokliendi jaoks.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ym\/aw\/89\/ymaw89gofhplngagm5nvveg4oe0.png\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/974acf7aad3244c48049d09ff9b99a52.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Loomiseks on kaks replikatsiooni\u00fchendust kahe LUN-i jaoks ja need on jaotatud kahe andmesalvestuse vahel: LUN TEST Primary SxD1-le (\u00fchendus METRO), LUN TEST2 Primary SxD2-le (\u00fchendus METRO2).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/7ff6c2bcf23bfa48974ba3ae5538e424.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Nende jaoks seadistasime kaks identset sihtpunkti (meie puhul iSCSI, kuid toetatakse ka FC-d, seadistamise loogika on sama).<\/p>\n<p><\/p>\n<p>SxD1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/e8378f8a65ea7886d9bf0b97b76394c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>SxD2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/dee6c339ff0b15ec24f8d2d19d874921.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Replikatsiooni\u00fchenduste jaoks tegime igas SxD-s mappimised.<\/p>\n<p><\/p>\n<p>SxD1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/c71dcc46058731acb7fdf44a2ae52f56.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>SxD2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/f473a0862ccb11d55ff1b1f13d5db87e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Seadistasime multipathi ja esitlesime seda hostis.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/e3eea3967f75388cf5bd5aeb8ec4f5df.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/20ce2c6f94a1ec507704b2adabe7f7fa.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"nastraivaem-arbitra\">Seadistame arbitraazi<\/h3>\n<p><\/p>\n<p>Arbitraa\u017eiga ei pea eriti midagi tegema, tuleb lihtsalt see kolmandas asukohas sisse l\u00fclitada, m\u00e4\u00e4rata talle IP ja seadistada sellele juurdep\u00e4\u00e4s ICMP ja SSH kaudu. Seadistamine toimub siiski andmesalvestustelt. Arbitraazi seadistus tuleb teha ainult \u00fcks kord m\u00f5nel SxD-kontrolleril metrokliendis, need seaded levivad automaatselt k\u00f5igile kontrolleritele.<\/p>\n<p><\/p>\n<p>Jaotises Kaugreplikatsioon &gt;&gt; Metrokliendi seadistus (k\u00f5igil kontrolleritel) &gt;&gt; nupp \u201eSeadista\u201d.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/sy\/h0\/x-\/syh0x-gywrz2yu8w9mk0us5mwcg.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/c83c1dd267dcbe0203af23e2f10772c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Sisestame arbitraazi IP ja kahe kontrolleri haldusliidese IP-d kaugemas andmesalvestuses.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/760f6f703f5f0eef1072c4c6ca393089.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Seej\u00e4rel tuleb k\u00f5ik teenused sisse l\u00fclitada (nupp \u201eTaask\u00e4ivita k\u00f5ik\u201d). Tulevikus seadistamise korral tuleb teenuseid kindlasti taas k\u00e4ivitada, et seaded j\u00f5ustuksid.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/ad25df4a17879bcddb45480368c51095.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kontrollime, et k\u00f5ik teenused on aktiivsed.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/oh\/mw\/xl\/ohmwxl5jry0dufgfamey0ddxris.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/15b658834b7682c6cc3b76882ad9e4ab.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p><strong>Sellega on metrokliendi seadistamine l\u00f5pule viidud.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"krash-test\">Krahhi test<\/h2>\n<p><\/p>\n<p>Meie puhul on krahhi test piisavalt lihtne ja kiire, kuna replikatsiooni funktsiooni (\u00fcleminek, j\u00e4rjepidevus jne) on arutatud <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">eelmisel artiklil<\/a><\/noindex>. Seet\u00f5ttu, et katsetada metroklasteri usaldusv\u00e4\u00e4rsust, piisab meil autopealne avariide tuvastamise automatiseerimise, l\u00fclitamisprotsessi ja kirjutamise katkestuste puudumise kontrollimiseks. <\/p>\n<p><\/p>\n<p>Selleks simuleerime \u00fche salvestusseadmest (S\u0425\u0414) t\u00e4ieliku rikke, v\u00e4lja l\u00fclitades f\u00fc\u00fcsiliselt m\u00f5lemad selle kontrollerid ja alustades varem suure faili kopeerimist LUN-ile, mis peaks aktiveeruma teisel S\u0425\u0414-l.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/b1b108313472a03983bc1b8690c70369.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>L\u00fclitame v\u00e4lja \u00fche S\u0425\u0414. Teisel S\u0425\u0414-l n\u00e4eme teateid ja logisid, milles teavitavad, et side naaber s\u00fcsteemiga on kadunud. Kui on seadistatud SMTP v\u00f5i SNMP teavitused, saadab s\u00fcsteem administraatorile vastavad teated.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ae\/jo\/xv\/aejoxv6piwk4fvl-nc1leklbxce.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/9af3728eec93cc2e17048ec596748cb1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>T\u00e4pselt 10 sekundi p\u00e4rast (nagu on n\u00e4htav m\u00f5lemal ekraanipildil) muutus METRO replikatsiooni side (see, mis oli algse S\u0425\u0414 peamine) automaatselt peamiseks t\u00f6\u00f6taval S\u0425\u0414-l. Kasutades olemasolevat kaartimist, j\u00e4i LUN TEST hostile kergesti k\u00e4tte saadavaks, kirjutamise kiirus langes natuke (lubatud 10 protsendi piires), kuid ei katkenud. <\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/v_\/gj\/d9\/v_gjd9sgoi5hwrgjdkwxwtdomeu.jpeg\"><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/e0131eb534ed10f1ac64a19d42d0b53f.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaaster\" src=\"\/wp-content\/uploads\/2019\/07\/644da1a8b2de75637b58094f549d4de0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>Test l\u00f5ppes edukalt.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"podvodim-itog\">Kokkuv\u00f5tteks<\/h2>\n<p><\/p>\n<p>Praegune metroklaster AERODISK Engine N-seeria salvestuss\u00fcsteemides v\u00f5imaldab t\u00e4ielikult lahendada \u00fclesandeid, kus on vajalik k\u00f5rvaldada v\u00f5i v\u00e4hendada IT-teenuste seisakuaega ja tagada nende toimimine 24\/7\/365 minimaalsete t\u00f6\u00f6j\u00f5ukuludega. <\/p>\n<p><\/p>\n<p>Seda v\u00f5ib muidugi \u00f6elda, et k\u00f5ik see on teooria, ideaalsed laboritingimused jne\u2026 KUID meil on rida ellu viidud projekte, kus oleme rakendanud katastroofivastase funktsionaalsuse, ja s\u00fcsteemid toimivad suurep\u00e4raselt. \u00dcks meie \u00fcsna tuntud kliendist, kus kasutatakse just kahte S\u0425\u0414-d katastroofikindlas konfiguratsioonis, on juba andnud n\u00f5usoleku projekti kohta info avaldamiseks, seet\u00f5ttu r\u00e4\u00e4gime j\u00e4rgmises osas lahingu kasutusele v\u00f5tmisest.<\/p>\n<p><\/p>\n<p>Ait\u00e4h, ootame produktiivset arutelu.<\/p>\n<p>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/460305\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0425\u0430\u0431\u0440\u0430! \u0412 \u043f\u0440\u043e\u0448\u043b\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b\u0438 \u043e \u043f\u0440\u043e\u0441\u0442\u043e\u043c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0435 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f AERODISK ENGINE \u2013 \u043e \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u0438. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043f\u043e\u0433\u0440\u0443\u0437\u0438\u043c\u0441\u044f \u0432 \u0431\u043e\u043b\u0435\u0435 \u0441\u043b\u043e\u0436\u043d\u0443\u044e \u0438 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u0442\u0435\u043c\u0443 \u2013 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u0442\u043e \u0435\u0441\u0442\u044c \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0439 \u0437\u0430\u0449\u0438\u0442\u044b \u043e\u0442 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444 \u0434\u043b\u044f \u0434\u0432\u0443\u0445 \u0426\u041e\u0414-\u043e\u0432, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0426\u041e\u0414-\u0430\u043c \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 active-active. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0441\u043b\u043e\u043c\u0430\u0435\u043c \u0438 \u043f\u043e\u0447\u0438\u043d\u0438\u043c. \u041a\u0430\u043a [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27126,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36263","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.1.1 - aioseo.com -->\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\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\udd47AERODISK Engine: \u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c 2. \u041c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster\" \/>\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:10:35+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:10:35+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\udd47AERODISK Engine: Katastroofikindlus. Osa 2. Metroklaster | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","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\udd47AERODISK Engine: \u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c 2. \u041c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440 | ProHoster","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-2-metroklaster","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:10:35+00:00","article:modified_time":"2019-10-31T19:10:35+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36263","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 02:36:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:47:35","updated":"2026-01-22 02:36:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/36263","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=36263"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/36263\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/27126"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=36263"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=36263"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=36263"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}