{"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: Katastroofastupidus. Osa 2. Metroklaster","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/7671ec455e464b7fe98b0b8ffcd38e24.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Tere, Habra lugejad! Eelmises artiklis r\u00e4\u00e4kisime AERODISK ENGINE\u2019i andmesalvestuss\u00fcsteemide lihtsast katastroofikindluse vahendist - replikatsioonist. Selles artiklis sukeldume keerulisemasse ja huvitavasse teema - metroklaster, see t\u00e4hendab kahte andmekeskust kaitsev automatiseeritud katastroofikindluse vahend, mis v\u00f5imaldab andmekeskustel t\u00f6\u00f6tada aktiivselt-aktiivses re\u017eiimis. R\u00e4\u00e4gime, n\u00e4itame, purustame ja parandame.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"kak-obychno-v-nachale-teoriya\">Kuna tavaliselt, alustame teooriast<\/h2>\n<p><\/p>\n<p>Metroklaster on klaster, mis on laiali pillutatud mitmele asukohale linna v\u00f5i piirkonna piires. S\u00f5na \u201eklaster\u201c vihjab selgelt, et kompleks on automatiseeritud, st klastrite s\u00f5lmede vahetus rikete korral (failover) toimub automaatselt. <\/p>\n<p><\/p>\n<p>Siin peitub peamine erinevus metrokliendi ja tavalise replikatsiooni vahel. Operatsioonide automatiseerimine. See t\u00e4hendab, et juhtumite korral (andmekeskuse rike, kanali katkestamine jne) salvestuss\u00fcsteem t\u00e4idab iseseisvalt vajalikud toimingud andmete k\u00e4ttesaadavuse s\u00e4ilitamiseks. Tavaliste replikatsioonide korral teostab administraator need toimingud t\u00e4ielikult v\u00f5i osaliselt k\u00e4sitsi.<\/p>\n<p><\/p>\n<h3 id=\"dlya-chego-eto-nuzhno\">Milleks seda vaja on?<\/h3>\n<p><\/p>\n<p>Peamine eesm\u00e4rk, mida tellijad p\u00fc\u00fcavad saavutada metrokliendi erinevate lahenduste kasutamisega, on RTO (Recovery Time Objective) minimaalne v\u00e4hendamine. See t\u00e4hendab IT-teenuste taastamise aja v\u00e4hendamist p\u00e4rast riket. Kui kasutada tavalist replikatsiooni, on taastamisaeg alati pikem kui metrokliendi puhul. Miks? V\u00e4ga lihtne. Administraator peab olema t\u00f6\u00f6kohal ja vahetama replikatsiooni k\u00e4sitsi, mentre metrokliendi lahendus teeb seda automaatselt.<\/p>\n<p><\/p>\n<p>Kui teil ei ole p\u00fchendatud administraatorit, kes ei maga, ei s\u00f6\u00f6, ei suitseta ja ei haigestu, vaid j\u00e4lgib 24 tundi \u00f6\u00f6p\u00e4evas SAN-i seisukorda, siis ei ole ka v\u00f5imalik tagada, et administraator oleks k\u00e4sitsi vahetamiseks kergesti k\u00e4tte saadav rikke korral. <\/p>\n<p><\/p>\n<p>Seet\u00f5ttu RTO juhul, kui metroklastrit v\u00f5i igavest 99. taseme administratiivteenistust ei ole, on v\u00f5rreldav s\u00fcsteemide vahetamise aega ja maksimaalse ajavahega, mille jooksul administraator garantii alusel alustab SAN-i ja sellega seotud s\u00fcsteemidega t\u00f6\u00f6tamist. <\/p>\n<p><\/p>\n<p>Nii j\u00f5uame ilmsele j\u00e4reldusele, et metroklastrit tuleb kasutada juhul, kui RTO n\u00f5ue on minutid, mitte tunnid v\u00f5i p\u00e4evad. See t\u00e4hendab, et k\u00f5ige hullemate andmekeskuse kokkuvarisemisel peab IT-osakond tagama \u00e4ri IT-teenustele juurdep\u00e4\u00e4su taastamise aja jooksul minutite v\u00f5i sekundite jooksul.<\/p>\n<p><\/p>\n<h3 id=\"kak-eto-rabotaet\">Kuidas see t\u00f6\u00f6tab?<\/h3>\n<p><\/p>\n<p>Madalamal tasemel kasutab metroklaster s\u00fcnkroonse andmete replikatsiooni mehhanismi, mida oleme kirjeldanud eelmises artiklis (vt. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">link<\/a><\/noindex>). Kuna replikatsioon on s\u00fcnkroonne, peavad ka n\u00f5uded sellele vastama, t\u00e4psemalt:<\/p>\n<p><\/p>\n<ul>\n<li>kiudoptiline f\u00fc\u00fcsika, 10 gigabitti Ethernet (v\u00f5i rohkem);<\/li>\n<li>andmekeskuste vahemaa mitte rohkem kui 40 kilomeetrit;<\/li>\n<li>optika kanalite viivitus andmekeskuste vahel (SKH-de vahel) kuni 5 millisekundi (optimaalselt 2).<\/li>\n<\/ul>\n<p><\/p>\n<p>K\u00f5ik need n\u00f5uded on soovituslikud, ehkki metroklaster t\u00f6\u00f6tab ka siis, kui neid n\u00f5udeid ei j\u00e4rgita, kuid tuleb m\u00f5ista, et nende mittej\u00e4rgimise tagaj\u00e4rjed v\u00f5rduvad m\u00f5lema SKH aeglustumisega metroklastris.<\/p>\n<p><\/p>\n<p>Seega kasutatakse andmete edastamiseks SKH-de vahel s\u00fcnkroonset replikatsiooni, kuid kuidas replikad automaatselt vahetuvad ja mis veelgi t\u00e4htsam, kuidas v\u00e4ltida split-brain'i? Selleks kasutatakse \u00fclemisel tasemel lisasubit - arbitraari. <\/p>\n<p><\/p>\n<h3 id=\"kak-rabotaet-arbitr-i-v-chem-ego-zadacha\">Kuidas arbitraa\u017e t\u00f6\u00f6tab ja milline on tema \u00fclesanne?<\/h3>\n<p><\/p>\n<p>Arbitraa\u017e on v\u00e4ike virtuaalmasin v\u00f5i riistvaraklass, mille tuleb k\u00e4ivitada kolmandas asukohas (nt kontoris) ning tagada juurdep\u00e4\u00e4s SKH-dele ICMP ja SSH kaudu. P\u00e4rast k\u00e4ivitamist peab arbitraa\u017e seadistama IP-aadressi ning seej\u00e4rel SKH-st n\u00e4itama oma aadressi, pluss kaugkontrollerite aadressid, mis osalevad metroklastris. P\u00e4rast seda on arbitraa\u017e t\u00f6\u00f6ks valmis.<\/p>\n<p><\/p>\n<p>Arbiter j\u00e4lgib pidevalt k\u00f5iki salvestusseadmeid metroklastris ja juhul, kui m\u00f5ni salvestuss\u00fcsteem on saadaval, siis p\u00e4rast teise klastriliikme (\u00fche elava salvestusseadmest) kinnitust saadavusele, teeb ta otsuse replikatsiooni reeglite vahetamise ja kaardistamise protseduuri k\u00e4ivitamiseks.<\/p>\n<p><\/p>\n<p>V\u00e4ga oluline punkt. Arbiter peab alati olema platvormil, mis erineb neist, kus asuvad salvestusseadmed, seega ei tohi ta olla andmekeskuses 1, kus asub salvestusseade 1, ega andmekeskuses 2, kus on paigaldatud salvestusseade 2. <\/p>\n<p><\/p>\n<p>Miks? Sest ainult nii saab arbiter \u00fche elava salvestusseadmese abil \u00fcheselt ja eksimatult tuvastada kummagi kahest platvormist, kus asuvad salvestusseadmed, kokkuvarisemise. Igasugused muud viisid arbitri paigutamiseks v\u00f5ivad viia split-braini olukorrani. <\/p>\n<p><\/p>\n<h3 id=\"teper-pogruzimsya-v-detali-raboty-arbitra\">N\u00fc\u00fcd sukeldume arbitri t\u00f6\u00f6 detailidesse.<\/h3>\n<p><\/p>\n<p>Arbiteris on k\u00e4ivitatud mitu teenust, mis pidevalt k\u00fcsitlevad k\u00f5iki salvestusseadmeste juhtimisseade. Kui k\u00fcsitluse tulemus erineb eelnevast (saadav\/n\u00e4htav), salvestatakse see v\u00e4ikesesse andmebaasi, mis t\u00f6\u00f6tleb ka arbitris.<\/p>\n<p><\/p>\n<p><strong>Vaadake arbitri t\u00f6\u00f6 loogikat l\u00e4hemalt.<\/strong><\/p>\n<p><\/p>\n<p><u>Samm 1. Saadavuse m\u00e4\u00e4ramine.<\/u> S\u00fcgavuse signaal, mis n\u00e4itab, et SAN on eba\u00f5nnestunud, on kahe SAN kontrolleri pinget puudumine viie sekundi jooksul. <\/p>\n<p><\/p>\n<p><u>Samm 2. \u00dcleminekuprotseduuri k\u00e4ivitamine. <\/u>P\u00e4rast seda, kui kohtunik on aru saanud, et \u00fcks SAN ei ole kasutatav, saadab ta p\u00e4ringu \u201eelavale\u201c SAN-ile, et veenduda, et \u201esurnud\u201c SAN on t\u00f5eliselt l\u00f5petanud t\u00f6\u00f6. <\/p>\n<p><\/p>\n<p>P\u00e4rast sellise k\u00e4su saamist kohtunikult kontrollib teine (elav) SAN t\u00e4iendavalt, kas langenud esialgne SAN on endiselt k\u00e4ttesaadav, ning kui ei, saadab ta kohtuniku arvamuse kinnituse. SAN on t\u00f5epoolest k\u00e4ttesaamatuks osutunud. <\/p>\n<p><\/p>\n<p>P\u00e4rast sellise kinnituse saamist k\u00e4ivitab kohtunik kaug\u00fcleminekuprotseduuri ja t\u00f5stab mape nende koopiate peal, mis olid aktiivsed (primary) langenud SAN-is, ning saadab k\u00e4su teisele SAN-ile muuta need koopiad secondary-st primary-ks ja t\u00f5sta mapping. Ning teine SAN t\u00e4idab vastavalt need protseduurid, p\u00e4rast mida tagab juurdep\u00e4\u00e4su kadunud LUN-idele.<\/p>\n<p><\/p>\n<p>Miks on vajalik t\u00e4iendav kontroll? Kvoorumi jaoks. See t\u00e4hendab, et enamus \u00fcldisest v\u00f5rdsetest (3) klastriosalistest peab kinnitama klastris\u00f5lme rikke. Ainult siis on see otsus t\u00f5eliselt \u00f5ige. See on vajalik vale vahetuse v\u00e4ltimiseks ja seega split-brain'i v\u00e4ltimiseks. <\/p>\n<p><\/p>\n<p>Samm 2 kestab umbes 5\u201310 sekundit, seega, arvestades aegade m\u00e4\u00e4ramiseks vajalikke viiteid (5 sekundit), on LUN-id, millel nurjunud salvestus, automaatselt k\u00e4ttesaadavad elava salvestusega 10\u201315 sekundi jooksul p\u00e4rast riket. <\/p>\n<p><\/p>\n<p>M\u00f5istagi, et hostide \u00fchenduse katkemise v\u00e4ltimiseks tuleb hoolitseda ka hostide ajutimeetmete n\u00f5uetekohase seadistamise eest. Soovitatav ajutimeetme pikkus on v\u00e4hemalt 30 sekundit. See ei v\u00f5imalda hostil katkestada \u00fchendust salvestusega koormuse \u00fclemineku ajal ja suudab tagada sisendi-v\u00e4ljundi katkestamise v\u00e4ltimise.<\/p>\n<p><\/p>\n<blockquote><p>Oota, kui metroklaster on k\u00f5ik nii h\u00e4sti, siis miks on vajaliku tavalise replikatsiooni? <\/p><\/blockquote>\n<p>Tegelikult pole see nii lihtne. <\/p>\n<p><\/p>\n<h3 id=\"rassmotrim-plyusy-i-minusy-metroklastera\">Vaatame metroklastere eeliseid ja puudusi.<\/h3>\n<p><\/p>\n<p>Niisiis, oleme aru saanud, et metroklaster pakub v\u00f5rreldes tavalise replikatsiooniga j\u00e4rgmisi ilmselgeid eeliseid:<\/p>\n<p><\/p>\n<ul>\n<li>T\u00e4ielik automatiseeritus, mis tagab minimaalsete taastumisaegade katastroofide korral;<\/li>\n<li>Ja k\u00f5ik :-).<\/li>\n<\/ul>\n<p><\/p>\n<p>N\u00fc\u00fcd aga t\u00e4helepanu, puudused:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse hind. Kuigi metroklaster Airodiski s\u00fcsteemides ei vaja t\u00e4iendavat litsentseeringut (kasutatakse sama litsentsi kui replikal), on lahenduse hind siiski k\u00f5rgem kui s\u00fcnkroonne replikatsioon. N\u00f5utakse k\u00f5igi n\u00f5uete rakendamist s\u00fcnkroonsesse replika, pluss metroklastriga seotud n\u00f5uded, mis on seotud t\u00e4iendava l\u00fclitamise ja t\u00e4iendava saidiga (vt metroklastrite planeerimine);<\/li>\n<li>Lahenduse keerukus. Metroklaster on m\u00e4rgatavalt keerulisem kui tavaline replikatsioon ja n\u00f5uab palju rohkem t\u00e4helepanu ja t\u00f6\u00f6j\u00f5udu planeerimise, seadistamise ja dokumenteerimise osas.<\/li>\n<\/ul>\n<p><\/p>\n<p>Kokkuv\u00f5tteks. <strong>Metroklaster on kindlasti v\u00e4ga tehnoloogiliselt arenenud ja hea lahendus, kui on t\u00f5eliselt vajalik tagada RTO sekundite v\u00f5i minutite jooksul.<\/strong> Kuid kui selline \u00fclesanne puudub ja RTO tundides on ettev\u00f5tte jaoks aktsepteeritav, pole m\u00f5tet tulistada linnukeste pihta. Tavaline t\u00f6\u00f6- ja talureplikatsioon on piisav, kuna metroklastri kasutuselev\u00f5tt tooks kaasa lisakulud ja keerukama IT-infrastruktuuri.<\/p>\n<p><\/p>\n<h2 id=\"planirovanie-metroklastera\">Metroklastri planeerimine<\/h2>\n<p><\/p>\n<p>See jaotis ei pretendeeri olema p\u00f5hjalik juhend metroklastri projekteerimiseks, vaid n\u00e4itab vaid p\u00f5hisuundi, mida tuleks arvesse v\u00f5tta, kui olete otsustanud sarnase s\u00fcsteemi \u00fcles ehitada. Seet\u00f5ttu kaasake metroklastri t\u00f5elise rakendamise puhul kindlasti n\u00f5ustamiseks andmeid salvestava seadme tootja (ehk meid) ja teiste seotud s\u00fcsteemide esindajad.<\/p>\n<p><\/p>\n<h3 id=\"ploschadki\">Asukohad<\/h3>\n<p><\/p>\n<p>Nagu eelnevalt mainitud, vajab metroklastr v\u00e4hemalt kolme asukohta. Kaks andmekeskust, kus t\u00f6\u00f6tavad andmeid salvestavad seadmed ja seotud s\u00fcsteemid, ning kolmas asukoht, kus t\u00f6\u00f6tab vahemees.<\/p>\n<p><\/p>\n<p>Soovitatav kaugus andmekeskuste vahel on mitte rohkem kui 40 kilomeetrit. Suurem kaugus t\u00f5en\u00e4oliselt p\u00f5hjustab t\u00e4iendavaid viivitusi, mis on metroklastri puhul \u00e4\u00e4rmiselt ebasoovitavad. Tuletame meelde, et viivitused peaksid olema kuni 5 millisekundit, kuigi soovitav on j\u00e4\u00e4da 2 piiresse.<\/p>\n<p><\/p>\n<p>Viivitusi soovitatakse kontrollida ka planeerimise k\u00e4igus. Iga suurem v\u00f5i v\u00e4hegi arvestatav teenusepakkuja, kes pakub andmed \u00fchendada keskuste vahel, suudab kvaliteedi kontrolli korraldada \u00fcsna kiiresti. <\/p>\n<p><\/p>\n<p>Mis puudutab viivitusi arbitra\u017ei juures (st kolmanda osapoole ja kahe esimese vahel), siis soovitatav viivituse piir on kuni 200 millisekundit, mis t\u00e4hendab, et tavap\u00e4rane ettev\u00f5tte VPN-\u00fchendus \u00fcle interneti sobib selleks.<\/p>\n<p><\/p>\n<h3 id=\"kommutaciya-i-set\">Vahetus ja v\u00f5rk<\/h3>\n<p><\/p>\n<p>Erinevalt replikatsiooni skeemist, kus piisab, kui \u00fchendada omavahel erinevate asukohtade andmesalvestusseadmed, n\u00f5uab metroklaster hostide \u00fchendamist m\u00f5lema andmesalvestusseadmest eri kohtades. Kergemaks arusaamiseks, mis vahe on, on allpool toodud m\u00f5lemad skeemid.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/46db8c81d15be3f89e1f9dbee4489e3b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kuna skeemist on n\u00e4ha, vaadatakse esimese asukoha hostide poolt nii Andmesalvestusseade 1 kui ka Andmesalvestusseade 2. Samuti vaatavad teise asukoha hostid nii Andmesalvestusseade 2 kui ka Andmesalvestusseade 1. See t\u00e4hendab, et iga host n\u00e4eb m\u00f5lemat andmesalvestusseadet. See on metroklastri t\u00f6\u00f6 kohustuslik tingimus.<\/p>\n<p><\/p>\n<p>K\u00fcll, pole m\u00f5tet iga hosti t\u00f5mmata optilise kaabli abil teise andmekeskusesse, ports ja kaablid ei piisa. K\u00f5ik need \u00fchendused tuleb teha Ethernet 10G+ v\u00f5i FibreChannel 8G+ (FC ainult hostide ja SAN-i \u00fchendamiseks IO jaoks, replikeerimise kanal on hetkel saadaval ainult IP (Ethernet 10G+) kaudu. <\/p>\n<p><\/p>\n<p>N\u00fc\u00fcd paar s\u00f5na v\u00f5rgutopoloogiast. Oluline punkt on alamside korrektne konfigureerimine. Tuleb kohe m\u00e4\u00e4rata mitu alamsidet j\u00e4rgmiste liikide liikluseks:<\/p>\n<p><\/p>\n<ul>\n<li>Replikeerimise alamside, mille kaudu s\u00fcnhroniseeritakse andmed SAN-i vahel. Neid v\u00f5ib olla mitu, selle puhul ei oma t\u00e4htsust, k\u00f5ik s\u00f5ltub praegusest (juba rakendatud) v\u00f5rgutopoloogiast. Kui neid on kaks, peab ilmselt olema nende vahel seadistatud marsruutimine;<\/li>\n<li>Andmete salvestamise alamsidemed, mille kaudu hostid saavad p\u00e4\u00e4seda SAN-i ressurssidele (kui see on iSCSI). Selliseid alamsidemeid peaks olema igas andmekeskuses \u00fcks;<\/li>\n<li>Haldus alamsidemed, ehk kolm marsruutitavat alamsidet kolmes asukohas, kust juhitakse SAN-i ning kus asub ka m\u00e4\u00e4rav koht.<\/li>\n<\/ul>\n<p><\/p>\n<p>Hostide ressursside juurde p\u00e4\u00e4semiseks alalisi v\u00f5rke me siin ei k\u00e4sitle, kuna need s\u00f5ltuvad tugevalt \u00fclesannetest. <\/p>\n<p><\/p>\n<p>Erineva liikluse jagamine erinevatesse alalistesse v\u00f5rkudesse on \u00e4\u00e4rmiselt oluline (eriti on t\u00e4htis eraldada replikatsioon sisend-v\u00e4ljundist), kuna kui kogu liiklus segatakse \u00fchte \"paksu\" v\u00f5rku, siis ei ole v\u00f5imalik seda liiklust hallata. Kaks andmekeskust v\u00f5ivad selle olukorra t\u00f5ttu veelgi erinevaid v\u00f5rgu kokkup\u00f5rke variante p\u00f5hjustada. Me ei sukelduda selle k\u00fcsimuse s\u00fcgavale, kuna jagatud v\u00f5rgu planeerimist andmekeskuste vahel tutvustavad v\u00f5rgu seadmete tootjate ressursid, kus seda on v\u00e4ga detailselt kirjeldatud.<\/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 salvestuslahenduse halduskeskustele ICMP ja SSH protokollide kaudu. Samuti tuleks m\u00f5elda arbitraari t\u00f5rgeteta toimimisele. Siin on \u00fcks n\u00fcanss.<\/p>\n<p><\/p>\n<p>Arbitraari t\u00f5rgeteta toimimine on v\u00e4ga soovitav, kuid mitte kohustuslik. Mis juhtub, kui arbitraar kukub ootamatult kokku?<\/p>\n<p><\/p>\n<ul>\n<li>Metroklaasteri t\u00f6\u00f6 normaalses re\u017eiimis ei muutu, kuna arbitraar metroklaasteri t\u00f6\u00f6 normaalses re\u017eiimis ei m\u00f5juta absoluutselt \u00fcldse (tema \u00fclesanne on koormuse \u00f5igel ajal vahetamine andmekeskuste vahel).<\/li>\n<li>Siiski, kui arbitraar mingil p\u00f5hjusel kokku kukub ja ei m\u00e4rka andmekeskuses toimuvat \u00f5nnetust, siis ei toimu \u00fchtegi vahetust, sest ei ole kedagi, kes annaks vajalikud k\u00e4sud vahetamiseks ja korraldaks kvoorumi. Sel juhul muutub metroklaaster tavaliseks replikatsiooniskeemiks, mida tuleb katastroofi ajal k\u00e4sitsi vahetada, mis m\u00f5jutab RTO-d.<\/li>\n<\/ul>\n<p><\/p>\n<p>Mis sellest j\u00e4reldub? Kui t\u00f5eliselt on vaja tagada minimaalne RTO n\u00e4itaja, tuleb tagada arbitraari rikke kindelus. Selleks on kaks varianti:<\/p>\n<p><\/p>\n<ul>\n<li>K\u00e4ivitada virtuaalmasin arbitraariga rikkealti h\u00fcperviseerijas, \u00f5nneks toetavad k\u00f5ik k\u00fcpsed h\u00fcperviseerijad rikkealti.<\/li>\n<li>Kui kolmandal platvormil (tinglikus kontoris) ei viitsita korralikku klastrit seadistada ja olemasolevat h\u00fcperviisori klastrit pole, siis oleme ette n\u00e4inud riistvaralise arbitr p\u00f5hivormis 2U kasti, kus t\u00f6\u00f6tavad kaks tavalist x86 serverit ja mis suudab taluda kohalikku riket.<\/li>\n<\/ul>\n<p><\/p>\n<p>Soovitame tungivalt tagada arbitri korraliku t\u00f6\u00f6kindluse, hoolimata sellest, et normaalses re\u017eiimis pole see metroklastrile vajalik. Kuid nagu n\u00e4itab nii teooria kui ka praktika, on t\u00f5elise usaldusv\u00e4\u00e4rse katastroofi vastupidava infrastruktuuri ehitamisel parem end \u00fcle kindlustada. On parem kaitsta end ja oma \u00e4ri \"alati halva seaduse\" eest, see t\u00e4hendab, et nii arbitr kui ka \u00fcks plats, kus on paigaldatud andmesalvestus, v\u00f5ivad samaaegselt v\u00e4lja kukkuda.<\/p>\n<p><\/p>\n<h3 id=\"arhitektura-resheniya\">Lahenduse arhitektuur<\/h3>\n<p><\/p>\n<p>Arvestades \u00fclaltoodud n\u00f5udeid, saame j\u00e4rgmise lahenduse \u00fcldise arhitektuuri.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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 andmekeskuse vahel, et v\u00e4ltida tugevat \u00fclekoormust. Samuti tuleb m\u00f5lema andmekeskuse suuruse seadmisel arvestada mitte ainult kahekordse mahu vajadusega (mis on vajalik andmete samaaegseks salvestamiseks kahes SAN-is), vaid ka kahekordse j\u00f5udlusega IOPS ja MB\/s, et v\u00e4ltida rakenduste degradeerumist \u00fche andmekeskuse t\u00f5rke korral.<\/p>\n<p><\/p>\n<p>Erakordselt tahame r\u00f5hutada, et kui suuruse seadmine toimub \u00f5igesti (st juhul, kui oleme ette n\u00e4inud vajalikud IOPS ja MB\/s \u00fclemised piirid, samuti vajalikud CPU ja RAM ressursid), siis ei esine metroklastri \u00fches SAN-is rikke korral t\u00f5siseid j\u00f5udluspause ajutiste toimingute k\u00e4igus \u00fchel SAN-il.<\/p>\n<p><\/p>\n<p>See on tingitud sellest, et kahe platvormi samaaegse t\u00f6\u00f6 korral t\u00f6\u00f6tav s\u00fcnkroonne replikatsioon \"neelab\" poole tootlikkusest kirjutamise ajal, kuna iga tehing tuleb salvestada kahele andmesalvestusele (sarnaselt RAID-1\/10). Seega, kui \u00fcks andmesalvestus eba\u00f5nnestub, kaob replikatsiooni m\u00f5ju ajutiselt (kuni rikki l\u00e4inud andmesalvestus uuesti t\u00f6\u00f6le hakkab) ja me saame kahekordse tootlikkuse t\u00f5usu kirjutamisel. P\u00e4rast seda, kui rikki l\u00e4inud andmesalvestuse LUN-id on taask\u00e4ivitatud t\u00f6\u00f6tavas andmesalvestuses, kaob see kahekordne t\u00f5us, kuna koormus teisest andmesalvestusest hakkab m\u00f5jutama, ja me naaseme tagasi sama tootlikkuse tasemele, mis meil oli enne \"langemist\", kuid juba ainult \u00fche platvormi raames. <\/p>\n<p><\/p>\n<p>Korraliku suuruse m\u00e4\u00e4ramise abil on v\u00f5imalik tagada tingimused, mille korral kasutajad ei tunne \u00fcldse, et terve andmesalvestus on tagasi l\u00fckatud. Kuid kordame veel kord, et see n\u00f5uab v\u00e4ga hoolikat suuruse m\u00e4\u00e4ramist, mille osas saab meilt tasuta abi k\u00fcsida :-).<\/p>\n<p><\/p>\n<h2 id=\"nastroyka-metroklastera\">Metroklastri seadistamine<\/h2>\n<p><\/p>\n<p>Metroklastri seadistamine on v\u00e4ga sarnane tavalise replikatsiooni seadistamisega, millest oleme r\u00e4\u00e4kinud <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">eelnevas artiklis<\/a><\/noindex>. Seet\u00f5ttu keskendume ainult erinevustele. Oleme laboris seadistanud katsejaama, mis p\u00f5hineb eespool kirjeldatud arhitektuuril, ainult minimaalsetes tingimustes: kaks andmesalvestusseadet, \u00fchendatud omavahel 10G Etherneti kaudu, kaks 10G l\u00fclitit ja \u00fcks host, mis vaatab l\u00fclitite kaudu m\u00f5lemasse andmesalvestusseadmesse 10G portidega. Arbitrator t\u00f6\u00f6tab virtuaalses masinas.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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 replikale tuleks valida VIP t\u00fc\u00fcp \u2013 metrokluster.<\/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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/974acf7aad3244c48049d09ff9b99a52.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Oleme loonud kaks replikatsiooni\u00fchendust kahe LUN-i jaoks ja jaotanud need kahe andmesalvestusseadmest: LUN TEST Primary andmesalvestusseadmest 1 (\u00fchendus METRO), LUN TEST2 Primary andmesalvestusseadmest 2 (\u00fchendus METRO2).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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 juhul iSCSI, kuid toetatakse ka FC-d, seadistamise loogika on sama).<\/p>\n<p><\/p>\n<p>Andmesalvestusseade 1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/e8378f8a65ea7886d9bf0b97b76394c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Andmesalvestusseade 2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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 andmesalvestusseadmest mappimised.<\/p>\n<p><\/p>\n<p>Andmesalvestusseade 1:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/c71dcc46058731acb7fdf44a2ae52f56.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Andmesalvestusseade 2:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/f473a0862ccb11d55ff1b1f13d5db87e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Seadistasime multipath'i ja esitleme hostis.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/20ce2c6f94a1ec507704b2adabe7f7fa.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"nastraivaem-arbitra\">Seadistame arbitratori.<\/h3>\n<p><\/p>\n<p>Arbiitra ise ei pea tegelikult midagi tegema; tuleb lihtsalt see kolmandal platvormil sisse l\u00fclitada, m\u00e4\u00e4rata IP ja seadistada sellele juurdep\u00e4\u00e4s ICMP ja SSH kaudu. Ise seadistamine toimub otse RAID-j\u00f5udlustel. Seejuures piisab, kui seadistada arbiiter \u00fcks kord m\u00f5nes tehnikas\u00fcsteemi kontrolleris metroklusteris; need seadistused levitatakse automaatselt k\u00f5igile kontrolleritele.<\/p>\n<p><\/p>\n<p>Sektsioonis Kaug-replikatsioon &gt;&gt; Metrokluster (iga kontrolleris) &gt;&gt; nupp \u201eKonfigureerida\u201c.<\/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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/c83c1dd267dcbe0203af23e2f10772c4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Sisestame arbiitri IP-aadressi ning kaugete RAID-j\u00f5udluste kahe kontrolleri juhtimisliidese.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/760f6f703f5f0eef1072c4c6ca393089.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>P\u00e4rast seda tuleb aktiveerida k\u00f5ik teenused (nupp \u201eK\u00e4ivita k\u00f5ik uuesti\u201c). Juhul kui seadistust tulevikus muudetakse, tuleb teenused kindlasti uuesti k\u00e4ivitada, et muudatused j\u00f5ustuksid.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" 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 k\u00e4ivitunud.<\/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: Katastroofastupidus. Osa 2. Metroklaster\" 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 metrokluster seadistamine l\u00f5petatud.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"krash-test\">Krahh-test<\/h2>\n<p><\/p>\n<p>Krahh-test on meie juhul piisavalt lihtne ja kiire, kuna replikatsiooni funktsionaalsus (vahetus, j\u00e4rjepidevus jne) on juba varem k\u00e4sitletud. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">eelmisel artiklil<\/a><\/noindex>. Seet\u00f5ttu, et testida metroklaastrite usaldusv\u00e4\u00e4rsust, piisab meile h\u00e4daolukorra tuvastamise, l\u00fclitumise ja andmete kaotuse v\u00e4ltimise automatiseerimise kontrollimisest (sisend-v\u00e4ljund peatamine). <\/p>\n<p><\/p>\n<p>Selleks emuleerime \u00fche salvestusseadmestiku t\u00e4ieliku rikkumise, l\u00fclitades v\u00e4lja m\u00f5lemad selle kontrollerid, alustades eelnevalt suure faili kopeerimist LUN-ile, mis peab aktiveeruma teises salvestusseadmestikus.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/b1b108313472a03983bc1b8690c70369.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Oleme l\u00fclitanud v\u00e4lja \u00fche salvestusseadmestiku. Teises salvestusseadmestikus n\u00e4eme h\u00e4ireid ja logisid teateid, et \u00fchendus naaber s\u00fcsteemiga on kadunud. Kui SMTP v\u00f5i SNMP j\u00e4lgimine on seadistatud, saadab 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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/9af3728eec93cc2e17048ec596748cb1.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<p>Just 10 sekundi p\u00e4rast (nagu on n\u00e4ha m\u00f5lemalt ekraanipildilt) muutus METRO replikatsiooni\u00fchendus (see, mis oli Primary kukkunud salvestusseadmestikus) automaatselt Primary t\u00f6\u00f6tavas salvestusseadmestikus. Kasutades olemasolevat kaardistust, j\u00e4i LUN TEST hostile kergesti k\u00e4tte saadavaks, kirjutamine v\u00e4henes pisut (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: Katastroofastupidus. Osa 2. Metroklaster\" 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: Katastroofastupidus. Osa 2. Metroklaster\" src=\"\/wp-content\/uploads\/2019\/07\/644da1a8b2de75637b58094f549d4de0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p><strong>Test l\u00f5petati edukalt.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"podvodim-itog\">Kokkuv\u00f5te<\/h2>\n<p><\/p>\n<p>AERODISK Engine N-seeria metrokliusterite praegune teostus v\u00f5imaldab t\u00e4ielikult lahendada \u00fclesandeid, kus on vajalik IT-teenuste katkestuste v\u00e4ltimine v\u00f5i nende aega minimeerimine ning tagada nende t\u00f6\u00f6 24\/7\/365 re\u017eiimis v\u00e4ikeste t\u00f6\u00f6j\u00f5ukuludega. <\/p>\n<p><\/p>\n<p>V\u00f5ime m\u00f5elda, et see k\u00f5ik on teooria, ideaalsed laboratoorsed tingimused jne... KUID meil on mitmeid rakendatud projekte, kus oleme realiseerinud katastroofikindluse funktsiooni, ning s\u00fcsteemid t\u00f6\u00f6tavad suurep\u00e4raselt. \u00dcks meie tuntud klientidest, kus kasutatakse just kahte andmesalvestuslahendust katastroofikindlas konfiguratsioonis, on juba andnud n\u00f5usoleku projekti teabe avaldamiseks, seega j\u00e4rgmises osas r\u00e4\u00e4gime rakendamisest.<\/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 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\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\" \/>\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) 4.9.10\" \/>\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:description\" content=\"\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\" \/>\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: Katastroofide taluvus. Osa 2. Metrokluster | ProHoster","description":"Tere, Habr'i lugejad! Eelmises artiklis r\u00e4\u00e4kisime lihtsast katastroofide taluvuse lahendusest AERODISK ENGINE'i salvestuss\u00fcsteemides \u2013 replikatsioonist. Selles artiklis sukeldume keerulisemasse ja huvitavasse teema \u2013 metrokluster, mis on automatiseeritud katastroofikaitse meetod kahele andmekeskusele, v\u00f5imaldades andmekeskuste t\u00f6\u00f6tamist aktiivselt. R\u00e4\u00e4gime, n\u00e4itame, l\u00f5hume ja taastame. Kuidas","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:description":"\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","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"},"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}]}}