{"id":35387,"date":"2019-10-31T22:04:01","date_gmt":"2019-10-31T19:04:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/aerodisk-engine-katastrofoustojchivost-chast-1\/"},"modified":"2019-10-31T22:04:01","modified_gmt":"2019-10-31T19:04:01","slug":"aerodisk-engine-katastrofoustojchivost-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-1","title":{"rendered":"AERODISK Engine: Katastroofugiootlikkus. Osa 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/7749b28518da6543acd41dce646844c0.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Tere, Habr'i lugejad! Selle artikli teemaks on AERODISK Engine'i hoonete katastroofikindluse rakendamine. Algul tahtsime kirjutada m\u00f5lema abin\u00f5u kohta \u00fches artiklis: replikatsiooni ja metroklastrit, kuid kahjuks osutus artikkel liiga suureks, seega jagasime selle kaheks osaks. Alustame lihtsast keerulisse. Selles artiklis seadistame ja testime s\u00fcnkroonset replikatsiooni \u2013 kukutame \u00fche andmekeskuse ja katkestame sidekanali andmekeskuste vahel ning vaatame, mis sellest saab.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Meie kliendid k\u00fcsivad meilt sageli erinevaid k\u00fcsimusi replikatsiooni kohta, seega enne seadistamise ja replikatsioonide testimise juurde minekut r\u00e4\u00e4gime veidi sellest, mis on replikatsioon andmesalvestuse s\u00fcsteemides.<\/p>\n<p><\/p>\n<h2 id=\"nemnogo-teorii\">Natuke teooriat<\/h2>\n<p><\/p>\n<p>Replikatsioon andmesalvestuse s\u00fcsteemides on pidev protsess, millega tagatakse andmete \u00fchtsus samaaegselt mitmes andmesalvestuse s\u00fcsteemis. Tehniliselt viiakse replikatsioon l\u00e4bi kahe meetodiga.<\/p>\n<p><\/p>\n<p><strong>S\u00fcnkroonne replikatsioon<\/strong> \u2013 see on andmete kopeerimine peamisest andmesalvestusest varukoopiale, millele j\u00e4rgneb kohustuslik m\u00f5lema andmesalvestuse kinnitamine, et andmed on salvestatud ja kinnitatud. Just p\u00e4rast kahest k\u00fcljest (m\u00f5lemast andmesalvestusest) kinnitamist peetakse andmeid salvestatuks ja nendega saab t\u00f6\u00f6tada. Nii tagatakse andmete garanteeritud identiteet k\u00f5igis andmesalvestustes, mis osalevad replikatsioonis.<\/p>\n<p><\/p>\n<p>Selle meetodi eelised:<\/p>\n<p><\/p>\n<ul>\n<li>Andmed on alati identsed k\u00f5igis andmesalvestustes<\/li>\n<\/ul>\n<p><\/p>\n<p>Miinused:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse k\u00f5rge hind (kiired suhtluskanalid, kallis optiline kiud, pika lainepikkusega saatjad jne.)<\/li>\n<li>Kauguse piirangud (m\u00f5ned tosin kilomeetrit)<\/li>\n<li>Puudub kaitse loogilise andmekahjustuse eest (kui andmed rikutakse (teadlikult v\u00f5i juhuslikult) peamises andmesalvestuses, siis rikutakse need automaatselt ja kohe ka varukoopias, kuna andmed on alati identsed (selline paradoks))<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>As\u00fcnkroonne replikatsioon<\/strong> \u2013 see on ka andmete kopeerimine peamisel andmesalvestil varundus- ja sellele vajaliku kinnitamise ilma teatud viivitusega. Andmetega saab t\u00f6\u00f6tada kohe p\u00e4rast kirjutamist peamisele andmesalvestile, varukoopiatel on andmed varsti p\u00e4rast kirjutamist saadaval. Andmete identiteet sellisel juhul, nagu arvatud, ei ole kunagi tagatud. Andmed varukoopiatel on alati veidi \"minevikus\".<\/p>\n<p><\/p>\n<p>As\u00fcnkroonse replikatsiooni eelised:<\/p>\n<p><\/p>\n<ul>\n<li>Madal lahenduse hind (igal kommunikatsioonikanalil, optika on valikuline)<\/li>\n<li>Pole kauguse piiranguid<\/li>\n<li>Varukoopiatel andmed ei riku, kui peamisel andmesalvestil need rikutakse (v\u00e4hemalt teatud aja jooksul), kui andmed on rikutud, saab alati replika peatada, et v\u00e4ltida andmete kahjustumist varukoopiatel.<\/li>\n<\/ul>\n<p><\/p>\n<p>Miinused:<\/p>\n<p><\/p>\n<ul>\n<li>Andmed erinevates andmekeskustes ei ole kunagi identsed.<\/li>\n<\/ul>\n<p><\/p>\n<p>Seega, replikatsiooni re\u017eiimi valik s\u00f5ltub ettev\u00f5tte vajadustest. Kui on kriitiline, et varukoopia andmekeskuses oleksid t\u00e4pselt samad andmed nagu peamises (st \u00e4ri n\u00f5ue RPO=0), siis tuleb investeerida ja leppida kokku s\u00fcnkroonse replikatsiooni piirangute j\u00e4rgimisega. Kui andmete oleku viivitus on lubatud v\u00f5i lihtsalt ei ole raha, siis tuleks kindlasti kasutada as\u00fcnkroonsed meetodit.<\/p>\n<p><\/p>\n<p>Eraldi tuletame meelde sellist re\u017eiimi (t\u00e4psemalt juba topoloogiat) nagu metroklasster. Metroklassteri re\u017eiimis kasutatakse s\u00fcnkroonset replikatsiooni, kuid erinevalt tavalisest replikatsioonist v\u00f5imaldab metroklasster m\u00f5lemal t\u00f5ukeraudade andmet\u00f6\u00f6tluss\u00fcsteemil t\u00f6\u00f6tada aktiivses re\u017eiimis. See t\u00e4hendab, et teil ei ole jagunemist aktiivseks ja varu andmekeskusteks. Rakendused t\u00f6\u00f6tavad samal ajal kahe t\u00f5ukeraudade s\u00fcsteemiga, mis asuvad f\u00fc\u00fcsiliselt erinevates andmekeskustes. Avarii korral on sellel topoloogial v\u00e4ga l\u00fchikesed seisakud (RTO, tavaliselt minutid). Selles artiklis me ei k\u00e4sitle meie metroklastri realiseerimist, kuna see on v\u00e4ga suur ja mahukas teema, millele p\u00fchendame eraldi j\u00e4rgmise artikli. <\/p>\n<p><\/p>\n<p>Sageli, kui r\u00e4\u00e4gime andmete replikatsioonist salvestuss\u00fcsteemide kaudu, tekib paljudele \u00f5igustatud k\u00fcsimus: &gt; \u201ePaljude rakenduste puhul on olemas oma replikatsiooni vahendid, miks siis kasutada salvestuss\u00fcsteemide replikatsiooni? Kas see on parem v\u00f5i halvem?\u201c<\/p>\n<p><\/p>\n<p>Siin ei ole \u00fcheselt m\u00f5istetavat vastust, seega toome v\u00e4lja argumendid EESTI ja VASTU:<\/p>\n<p><\/p>\n<p>Argumendid salvestuss\u00fcsteemide replikatsiooni poolt:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse lihtsus. \u00dche vahendiga saate replitseerida kogu andmekogu, s\u00f5ltumata koormuse ja rakenduste t\u00fc\u00fcbist. Kui kasutada rakenduste replikatsiooni, tuleb iga rakendus eraldi seadistada. Kui neid on rohkem kui kaks, on see \u00e4\u00e4rmiselt aegan\u00f5udev ja kallis (rakenduste replikatsioon n\u00f5uab tavaliselt iga rakenduse jaoks eraldi ja tasulist litsentsi. Kuid sellest allpool).<\/li>\n<li>Saate replitseerida k\u00f5ike \u2013 k\u00f5iki rakendusi, k\u00f5iki andmeid \u2013 ja need on alati konsistentne. Paljud (enamiku) rakenduste puhul ei ole replikatsioonivahendeid ning salvestuss\u00fcsteemide replikatsioon on ainus v\u00f5imalus tagada katastroofide eest kaitse.<\/li>\n<li>\u00c4rge makske liigset hinda rakenduste repo kloonimise funktsionaalsuse eest. \u00dcldiselt on see \u00fcsna kallis, nagu ka andmehoidla klooni litsentsid. Kuid andmehoidla kloonimise litsentsi tuleb maksta korra, samas kui rakenduste klooni litsents tuleb osta iga rakenduse kohta eraldi. Kui selliseid rakendusi on palju, siis see v\u00f5ib osutuda kulukaks ja andmehoidla kloonimise litsentside hind n\u00e4ib kuu jooksul pisikese tilgana.<\/li>\n<\/ul>\n<p><\/p>\n<p>Argumendid S\u00dcSTEEMIDE REPLIKATSIOONI VASTU:<\/p>\n<p><\/p>\n<ul>\n<li>Rakenduste kaudu kloonimine pakub rohkem funktsioone iseenda andmete haldamise osas, rakendusel on parem teadlikkus oma andmetest (mis on ilmselge), seega on selle kasutamiseks rohkem v\u00f5imalusi.<\/li>\n<li>M\u00f5nede rakenduste tootjad ei garanteeri andmete j\u00e4rjepidevust, kui kasutavad kolmandate osapoolte kloonimist.*<\/li>\n<\/ul>\n<p><\/p>\n<p>* - vaieldav v\u00e4ide. N\u00e4iteks pikka aega v\u00e4itis tuntud andmebaasitootja ametlikult, et nende andmebaas suudab korralikult kloonida ainult nende enda meetoditega ning muu kloonimine (sealhulgas andmehoidlate) pole \"t\u00f5eline\". Kuid elu on n\u00e4idanud, et see pole t\u00f5si. T\u00f5en\u00e4oliselt (kuigi see pole kindel) on see lihtsalt ebaaus katse m\u00fc\u00fca klientidele veel litsentse. <\/p>\n<p><\/p>\n<p>L\u00f5ppkokkuv\u00f5ttes on enamikul juhtudel salvestuss\u00fcsteemi replikatsioon parem, kuna see on lihtsam ja odavam variant, kuid on keerukamaid juhtumeid, kus vajalik on spetsiaalne rakenduste funktsionaalsus ning tuleb t\u00f6\u00f6tada just rakenduste taseme replikatsiooniga. <\/p>\n<p><\/p>\n<h2 id=\"s-teoriey-zakonchili-teper-praktika\">Teooriaga oleme l\u00f5petanud, n\u00fc\u00fcd praktika<\/h2>\n<p><\/p>\n<p>Replika seadistame meie laboris. Laboritingimustes oleme emuleerinud kahte andmekeskust (tegelikult kaks l\u00e4hestikku asuvat riiulit, mis n\u00e4evad v\u00e4lja nagu erinevates hoonetes). Stand koosneb kahest salvestuss\u00fcsteemist Engine N2, mis on omavahel \u00fchendatud optiliste kaablitega. M\u00f5lema salvestuss\u00fcsteemiga on \u00fchendatud f\u00fc\u00fcsiline server, millel on Windows Server 2016, kasutades 10Gb Ethernetit. Stand on \u00fcsna lihtne, kuid see ei muuda asja sisu.<\/p>\n<p><\/p>\n<p>Diagrammil n\u00e4eb see v\u00e4lja nii:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/044f81f6145cd05695c236e21a3d9aba.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Loogiliselt on replikatsioon korraldatud j\u00e4rgmiselt:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/87e88c44d68c32bdad776b626ed01bdd.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>N\u00fc\u00fcd vaatame \u00fcle replikatsiooni funktsionaalsed v\u00f5imalused, mis meil praegu on.<br \/>\nToetatakse kahte re\u017eiimi: as\u00fcnkroonset ja s\u00fcnkroonset. Loomulikult on s\u00fcnkroonne re\u017eiim piiratud kauguse ja sidekanaliga. Eelk\u00f5ige n\u00f5uab s\u00fcnkroonne re\u017eiim, et kasutataks kiudoptilist kaabli f\u00fc\u00fcsikat ja 10 gigabitist Ethernetit (v\u00f5i k\u00f5rgemat). <\/p>\n<p><\/p>\n<p>S\u00fcnkrooni replikatsiooni toetatud vahemaa on 40 kilomeetrit, optilise kanali latentsuse v\u00e4\u00e4rtus andmekeskuste vahel kuni 2 millisekundit. Tegelikult t\u00f6\u00f6tab see ka suuremate latentsustega, kuid siis esinevad kirjutamisel t\u00f5sised viivitused (mis on samuti loogiline), seet\u00f5ttu, kui plaanite s\u00fcnkroonset replikatsiooni andmekeskuste vahel, tuleks kontrollida optika kvaliteeti ja latentsust.<\/p>\n<p><\/p>\n<p>As\u00fcnkroonse replikatsiooni n\u00f5uded ei ole nii ranged. T\u00e4psemalt \u00f6eldes, neid pole \u00fcldse. Sobib iga toimiv Etherneti\u00fchendus.<\/p>\n<p><\/p>\n<p>Praegusel hetkel toetab AERODISK ENGINE andmekogude replikatsiooni plokkseadmestike (LUNide) jaoks Etherneti protokolli kaudu (kas l\u00e4bipaistva v\u00f5i optilise kaabli kaudu). Projektide puhul, kus on h\u00e4dasti vajalik replikatsioon SAN-l\u00fcliti kaudu Fibre Channeli kaudu, kirjutame praegu vastavat lahendust, kuid see ei ole veel valmis, seega meie olukorras \u2013 ainult Ethernet.<\/p>\n<p><\/p>\n<p>Replikatsioon v\u00f5ib toimida mis tahes ENGINE-seeria andmekogude (N1, N2, N4) vahel, alustavatest s\u00fcsteemidest vanemate ja vastupidi.<\/p>\n<p><\/p>\n<p>M\u00f5lema replikatsioonire\u017eiimi funktsionaalsus on t\u00e4ielikult identne. Allpool on rohkem teavet selle kohta, mis seal on: <\/p>\n<p><\/p>\n<ul>\n<li>Replikatsioon \u00abone to one\u00bb v\u00f5i \u00ab\u00fcks \u00fchele\u00bb, st klassikaline variant kahe ANDMEKESKUSE vahel, p\u00f5hiseade ja varu.<\/li>\n<li>Replikatsioon \u00abone to many\u00bb, st \u00fcks LUN saab reprodutseerida mitmesse andmesalvestusse korraga.<\/li>\n<li>Replikatsiooni aktiveerimine, deaktiveerimine ja suuna muutmine, vastavalt replikatsiooni sissel\u00fclitamiseks, v\u00e4ljal\u00fclitamiseks v\u00f5i suuna muutmiseks.<\/li>\n<li>Replikatsioon on saadaval nii RDG (Raid Distributed Group) basseinide kui ka DDP (Dynamic Disk Pool) jaoks. RDG basseini LUN-i saab regruppida ainult teise RDG-sse. DDP on samasugune.<\/li>\n<\/ul>\n<p><\/p>\n<p>On veel palju v\u00e4ikeseid erip\u00e4rasid, kuid nende loetlemine ei ole m\u00f5tet, mainime neid seadistamise k\u00e4igus.<\/p>\n<p><\/p>\n<h2 id=\"nastroyka-replikacii\">Replikatsiooni seadistamine<\/h2>\n<p><\/p>\n<p>Seadistusprotsess on piisavalt lihtne ja koosneb kolmest etapist.<\/p>\n<p><\/p>\n<ol>\n<li>V\u00f5rgu seadistamine<\/li>\n<li>Salvestuse seadistamine<\/li>\n<li>Reeglite (seoste) ja kaardistamise seadistamine<\/li>\n<\/ol>\n<p><\/p>\n<p>Oluline punkt replikatsiooni seadistamisel on see, et esimesed kaks etappi tuleb korrata kaugemas andmesalvestuses, kolmas etapp \u2013 ainult peamises.<\/p>\n<p><\/p>\n<h3 id=\"nastroyka-setevyh-resursov\">V\u00f5rguressursside seadistamine<\/h3>\n<p><\/p>\n<p>Esimesena tuleb seadistada v\u00f5rguportid, mille kaudu replikatsiooni liiklus edastatakse. Selleks tuleb portid sisse l\u00fclitada ja neile m\u00e4\u00e4rata <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/lir\/ipv4\/\"   title=\"IP-aadressid\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"629\">IP-aadressid<\/a> Front-end adaptrite l\u00f5igus. <\/p>\n<p><\/p>\n<p>Seej\u00e4rel peame looma koose (meie puhul RDG) ja virtuaalse IP aadressi replikatsiooni jaoks (VIP). VIP on ujuv IP-aadress, mis on seotud kahe \u201ef\u00fc\u00fcsilise\u201d aadressiga andmesalvestuse kontrollerites (portides, mida just seadistasime). Ta on peamine replikatsiooni liides. Samuti v\u00f5ib kasutada VLAN-i, kui on vaja t\u00f6\u00f6tada m\u00e4rgistatud liiklusega.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/ca0a86542d8fe4bb9eb7498b66eede43.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>VIP-i loomise protsess replikatsiooni jaoks ei erine oluliselt VIP-i loomisest sisend-\/v\u00e4ljuvedamise (NFS, SMB, iSCSI) jaoks. Antud juhul loome lihtsalt VIP-i (ilma VLAN-ita), kuid peame kindlasti m\u00e4rkima, et see on replikatsiooni jaoks (ilma selle n\u00e4idata ei saa me VIP-i j\u00e4rgmises etapis reeglisse lisada).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/054a5d2a9695aed19aafbd2efe833196.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>VIP peab olema samas alamv\u00f5rgus kui portide IP aadressid, mille vahel ta \u201eujuv\u201d on.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/fb96d1609425dcebb5345435ac7f6857.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Korrake neid seadeid kaugel andmesalvestuses teise IP-aadressiga, loomulikult.<br \/>\nErinevatel andmesalvestustel olevad VIP-id v\u00f5ivad olla erinevates alamv\u00f5rkudes, oluline on, et nende vahel oleks marsruutimine. Meie puhul ongi see n\u00e4ide (192.168.3.XX ja 192.168.2.XX) see.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/3d43b4339277e50413cc9944c53e0d62.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Sellega on v\u00f5rguseadistamine l\u00f5petatud.<\/p>\n<p><\/p>\n<h3 id=\"nastraivaem-hranilischa\">Seame salvestusi \u00fcles.<\/h3>\n<p><\/p>\n<p>Kloonimis\u00fclesande salvestamine erineb tavalisest ainult sellega, et kaartide loomise teeme l\u00e4bi erilise men\u00fc\u00fc \u201eKloonimise kaart\u201d. Muus osas on k\u00f5ik sama nagu tavalisel seadistamisel. Siin on see j\u00e4rjekorras.<\/p>\n<p><\/p>\n<p>Varasemalt loodud R02 grupis tuleb luua LUN. Loome selle, nimetame LUN1.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/263fa2d3a06318d4e7da280b869123ca.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Peame looma identse LUN-i ka kaugseadmest, mille maht on sama. Loome selle. Segaduse v\u00e4ltimiseks nimetame kaug-LUN-i LUN1R. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/bbd302358c2bd825a234da94b2410770.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kui peaksime v\u00f5tma LUN-i, mis juba eksisteerib, siis kloonimise seadistamise ajal tuleks see tootmis-LUN v\u00f5\u00f5rustajalt eemaldada ning kaugseadmest luua lihtsalt t\u00fchi LUN sama mahuga.<\/p>\n<p><\/p>\n<p>Salvestamise seadistamine on l\u00f5petatud, liikume edasi kloonimisreegli loomisele.<\/p>\n<p><\/p>\n<h3 id=\"nastroyka-pravil-replikacii-ili-replikacionnyh-svyazey\">Kloonimisreeglite v\u00f5i kinnituste seadistamine<\/h3>\n<p><\/p>\n<p>P\u00e4rast LUN-ide loomist seadmes, mis on praegu p\u00f5hiseade (Primary), seadistame LUN1 kloonimisreegle LUN1R peal LUN2-s.<\/p>\n<p><\/p>\n<p>Seadistamine toimub men\u00fc\u00fcs \u201eKaugkloonimine\u201d<\/p>\n<p><\/p>\n<p>Loome reegli. Selleks peame n\u00e4itama klooni saajat. Seal seame ka \u00fchenduse nime ja kloonimise t\u00fc\u00fcbi (s\u00fcnkrone v\u00f5i as\u00fcnkroniseeritud).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/a36bdc437d4a619f47b75d5ba50971ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>V\u00e4ljas \u201eeemaldatud s\u00fcsteemid\u201c lisame meie SCD2. Lisamiseks tuleb kasutada SCD juhtimis-IP-d (MGR) ja eemalduse LUNi nime, kuhu me teostame replikatsiooni (meie juhul LUN1R). Juhtimis-IP-d on vajalikud ainult seose lisamise etapil, replikatsiooni liiklus nende kaudu ei liigu, selleks kasutatakse varem konfigureeritud VIP-i. <\/p>\n<p><\/p>\n<p>Juba sel etapil saame lisada rohkem kui \u00fche eemalduse s\u00fcsteemi \u201e\u00fcks-\u00fchele\u201d topoloogias: vajutame nuppu \u201elisa s\u00f5lm\u201d, nagu alloleval joonisel. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/dbe98818d2c2d34250544db4266337ea.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Meie puhul on eemalduse s\u00fcsteem \u00fcks, seega piirdume sellega.<\/p>\n<p><\/p>\n<p>Reegel on valmis. Pange t\u00e4hele, et see lisatakse automaatselt k\u00f5igile replikatsiooniosalistele (meie juhul neid on kaks). Selliseid reegleid saab luua nii palju kui soovite, igasuguste LUN-ide ja igas suunas. N\u00e4iteks saame koormuse tasakaalustamiseks osa LUN-idest replitseerida SCD1-lt SCD2-le ja teise osa vastupidises suunas \u2013 SCD2-lt SCD1-le.<\/p>\n<p><\/p>\n<p>SCD1. Kohe p\u00e4rast loomist algas s\u00fcnkroniseerimine.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/86e1770336d40207ed9b3b6dc4249279.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>SCD2. N\u00e4eme sama reeglit, kuid s\u00fcnkroniseerimine on juba l\u00f5petatud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/f15b69af4de726d5c337d789c37b9cf8.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>LUN1 SCSI1-l on Primary rollis, see t\u00e4hendab, et see on aktiivne. LUN1R SCSI2-l on Secondary rollis, see t\u00e4hendab, et see on alaliselt varuks, et asendada SCSI1, kui see eba\u00f5nnestub.<br \/>\nN\u00fc\u00fcd saame meie LUN-i hostiga \u00fchendada.<\/p>\n<p><\/p>\n<p>Teeme \u00fchenduse iSCSI kaudu, kuigi see on v\u00f5imalik ka FC kaudu. iSCSI LUN-i kaardistamise seadistamine replikatsioonis ei erine oluliselt tavalistest stsenaariumitest, seega ei k\u00e4sitle me seda siin p\u00f5hjalikult. Kui vaja, on see protsess kirjeldatud artiklis \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/tssolution\/blog\/432876\/\">Kiire seadistamine<\/a><\/noindex>\u00bb. <\/p>\n<p><\/p>\n<p>Ainus erinevus on see, et kaardistamine luuakse \u201eReplikatsiooni kaardistamise\u201d men\u00fc\u00fc kaudu<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/62ceee2f7356a4716bb50b85ea31f0d6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Oleme kaardistamise seadistanud ja andnud LUN-i hostile. Host n\u00e4eb LUN-i.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/0bb675e5fead8d0222b03fa084223f7e.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Formaatime selle kohalikuks failis\u00fcsteemiks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/09c707bf8037ea381cd7ec88b97c9b62.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>K\u00f5ik, seadistus on l\u00f5petatud. Edasi tulevad testid.<\/p>\n<p><\/p>\n<h2 id=\"testirovanie\">Testimine<\/h2>\n<p><\/p>\n<p>Testime kolme p\u00f5histsenaariumi.<\/p>\n<p><\/p>\n<ol>\n<li>Tavaline rollide vahetus Secondary &gt; Primary. Tavaline rollide vahetus on vajalik juhul, kui meil on vaja n\u00e4iteks peamise andmekeskuse puhul teha m\u00f5ningaid ennetavaid toiminguid. Sel ajal, et andmed oleksid kergesti k\u00e4ttesaadavad, suuname koormuse varu andmekeskusesse.<\/li>\n<li>H\u00e4daolukordade rollide vahetamine Secondary &gt; Primary (andmekeskuse rike). See on peamine stsenaarium, mille t\u00f5ttu replikatsioon eksisteerib, mis aitab ellu j\u00e4\u00e4da t\u00e4ieliku andmekeskuse rikke korral, peatamata ettev\u00f5tte tegevust pikema aja v\u00e4ltel.<\/li>\n<li>Andmekeskuste vaheliste sidekanalite katkestamine. Kahte salvestusseadet k\u00e4itatakse olukordades, kus sidekanal andmekeskuste vahel on mingitel p\u00f5hjustel k\u00e4ttesaamatud (n\u00e4iteks ekskavaator kaevas valesti ja katkestas tumeda optika).<\/li>\n<\/ol>\n<p><\/p>\n<p>K\u00e4ivitame andmete kirjutamise meie LUN-ile (kirjutame faile juhuslike andmetega). Vahetult j\u00e4lgime, kuidas v\u00f5rgu\u00fchendus kahe salvestusseadmest koormustel kuvatakse. Seda on lihtne m\u00f5ista, kui avada portide koormuse j\u00e4lgimisaken, mis vastutab replikatsiooni eest.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/bba2e0b14669a2c8ccef8a2d3eb336ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Molemates salvestusseadmetes on n\u00fc\u00fcd \u201ekasulikud\u201c andmed, saame testi alustada.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/62b0614cee954738e878609feb3a5e08.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Iga juhuks vaatame \u00fche faili r\u00e4sikoodi ja salvestame selle.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/48e7dde27ef2371e722c72c6dc998c8f.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"shtatnoe-pereklyuchenie-roley\">Tavap\u00e4rane rollide vahetamine<\/h3>\n<p><\/p>\n<p>Rollide vahetamise operatsiooni (replikatsiooni suuna muutmise) v\u00f5ib teha igasuguste salvestusseadmetega, kuid tuleb siiski minna m\u00f5lemasse, kuna Primaarse seadme puhul tuleb katkestada mappimine, ja Sekundaarse seadme (mis muutub Primaarseks) korral tuleb seda aktiveerida.<\/p>\n<p><\/p>\n<p>V\u00f5ib-olla tekib kohe m\u00f5te: miks mitte seda automatiseerida? Vastame: see on lihtne, replikatsioon on lihtne katastroofikindluse meetod, mis p\u00f5hineb t\u00e4ielikult k\u00e4sit\u00f6\u00f6 protseduuridel. Nende protseduuride automatiseerimiseks on olemas metroklastri re\u017eiim, mis on t\u00e4ielikult automatiseeritud, kuid selle seadistamine on oluliselt keerulisem. Metroklastri seadistamisest kirjutame j\u00e4rgmiseks artiklis.<\/p>\n<p><\/p>\n<p>Peamise andmesalvestuss\u00fcsteemi puhul kaotame kaardistamise, et tagada kirjutuse peatumine.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/f5afc222a966a1e1dd1d804b06b7963e.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Siis \u00fche andmesalvestuss\u00fcsteemi (ei ole oluline, kas peamise v\u00f5i reservi puhul) men\u00fc\u00fcs \u201eKaugreplikatsioon\u201c valime meie side REPL1 ja vajutame \u201eMuuda rolli\u201c.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/7346bd30c549d2e263b5c37fbc412f05.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>M\u00f5ne sekundi p\u00e4rast saab LUN1R (reservi andmesalvestuss\u00fcsteem) Peamiseks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/d87a7cf770a262c1c3bfb97bb75cf47d.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Teeme LUN1R kaardistamise andmesalvestuss\u00fcsteemiga 2.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/c1b2a04cd8ce34df833f720ba0932ae2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>P\u00e4rast seda kinnitub meie E: ketas automaatselt hostile, kuid seekord on see \u201elennanud\u201c LUN1R-st.<\/p>\n<p><\/p>\n<p>Igal juhul v\u00f5rreldame h\u00e4\u00e4lsummasid.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/b938253769cc660c66d7e42452f8909c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kujutame ette. Test l\u00e4bitud.<\/p>\n<p><\/p>\n<h3 id=\"avariynoe-pereklyuchenie-otkaz-cod-a\">H\u00e4daolukord. Andmekeskuse rike<\/h3>\n<p><\/p>\n<p>Hetkel on peamine andmesalvestuss\u00fcsteem p\u00e4rast plaanip\u00e4rast vahetust andmesalvestuss\u00fcsteem 2 ja LUN1R. H\u00e4da simuleerimiseks l\u00fclitame v\u00e4lja toite m\u00f5lema andmesalvestuss\u00fcsteemi 2 kontrollereid.<br \/>\nLigip\u00e4\u00e4su ei ole enam.<\/p>\n<p><\/p>\n<p>Vaata, mis toimub SxD 1 (hetkel varundatud).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/b38bc0b6004976a92ac0a94babfedddf.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>N\u00e4eme, et Primary LUN (LUN1R) ei ole saadaval. Logidest, teabepaneelist ja replikatsioonireeglist on ilmunud veateade. Vastavalt sellele ei ole andmed hostist hetkel k\u00e4ttesaadavad.<\/p>\n<p><\/p>\n<p>Muudame LUN1 rolli Primaarseks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/aebb3adbdc037e559aa9d33350dec36c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Teeme hostile kaardistamise.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/a98e09d40e218552ce0c917e13fac6b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Veendume, et ketas E on hostis ilmunud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/5a01e43c692227460cd74d155efcd519.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kontrollime ristit.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/63520595bf8bda6e0bec27ed935f3714.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>K\u00f5ik on korras. Andmeside keskuse (DC) h\u00e4ire, mis oli aktiivne, on SxD edukalt \u00fcle elanud. Umbes 3 minuti jooksul, mis kulus replikatsiooni \u201ep\u00f6\u00f6rde\u201c ja LUN-i h\u00e4davarustamisest t\u00f5stmisele, oli m\u00f5ningaid toimetusi tarvis tegeleda. Selge on, et reaalses tootmises on k\u00f5ik palju keerulisem ja lisaks SxD-ga istumisele on vaja tegeleda ka paljude teiste protsessidega v\u00f5rgus, hostides, rakendustes. Elus on see ajavahemik oluliselt pikem.<\/p>\n<p><\/p>\n<p>Siia tahaks kirjutada, et k\u00f5ik, test on edukalt l\u00f5petatud, kuid ei kiirusta. Peamine SxD on \u201emaas\u201c, me teame, et kui see \u201elanges\u201c, siis oli see Primaarse rollis. Mis juhtub, kui see \u00e4kki j\u00e4lle sisse l\u00fclitatakse? Oleks kaks Primaarset rolli, mis t\u00e4hendab andmete kahjustamist. Praegu kontrollime.<br \/>\nL\u00e4heme \u00e4kki sisse l\u00fclitama maas olevat SxD-d. <\/p>\n<p><\/p>\n<p>See laadib paar minutit ja p\u00e4rast seda naaseb see t\u00f6\u00f6le l\u00fchikese s\u00fcnkroniseerimise j\u00e4rel, kuid juba Secondary rollis.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/c332b05c9a2ed31873d1e738009fcb12.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>K\u00f5ik on korras. Split-brain ei juhtunud. M\u00f5tlesime sellele ja alati p\u00e4rast HDFS-i kokkuvarisemist t\u00f5useb see \u00fcles Secondary rollis, s\u00f5ltumata sellest, millises rollis see oli 'elus'. N\u00fc\u00fcd v\u00f5ib kindlasti \u00f6elda, et andmekeskuse rike l\u00e4bis testi edukalt.<\/p>\n<p><\/p>\n<h3 id=\"otkaz-kanalov-svyazi-mezhdu-cod-ami\">Sidekaotused andmekeskuste vahel<\/h3>\n<p><\/p>\n<p>Selle testi peamine eesm\u00e4rk on veenduda, et HDFS ei hakkaks kummalisi asju tegema, kui tal ajutiselt kaovad sidekanalid kahe HDFS-i vahel, ning siis taastuvad.<br \/>\nNii. L\u00fclitame kaablid v\u00e4lja HDFS-ist (kujutame ette, et kaevur kaevas need l\u00e4bi).<\/p>\n<p><\/p>\n<p>Primary-l n\u00e4eme, et kommunikatsioon Secondary-ga on kadunud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/42646193c62eeaa9f0e4e649e5a3be23.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Secondary-l n\u00e4eme, et kommunikatsioon Primary-ga on kadunud. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/14a28c3930bb6ac83e5bd10976577d18.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>K\u00f5ik t\u00f6\u00f6tab normaalselt ja j\u00e4tkame andmete kirjutamist p\u00f5hivahendisse, see t\u00e4hendab, et need varukoopiaga garantii alusel erinevad, ehk 'lahknevad'.<\/p>\n<p><\/p>\n<p>M\u00f5ne minuti p\u00e4rast 'parandame' sidekanali. Niipea kui HDFS-id \u00fcksteist n\u00e4evad, aktiveerub automaatselt andmete s\u00fcnkroniseerimine. Administratorilt ei ole siin midagi vajalik.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/386a6e4b86166373a3858543572e3ac9.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>M\u00f5ne aja p\u00e4rast s\u00fcnkroniseerimine l\u00f5ppeb.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Katastroofugiootlikkus. Osa 1\" src=\"\/wp-content\/uploads\/2019\/06\/e879fdebdc78505a74880f275de8f868.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>\u00dchendus on taastatud, h\u00e4irete t\u00f5ttu kanaleid ei katkenud ning p\u00e4rast sissel\u00fclitamist toimus automaatne s\u00fcnkroonimine.<\/p>\n<p><\/p>\n<h2 id=\"vyvody\">J\u00e4reldused<\/h2>\n<p><\/p>\n<p>Me k\u00e4sitlesime teooriat \u2013 mida ja miks on vajalik, kus on plussid ja kus miinused. Seej\u00e4rel seadistasime s\u00fcnkroonse replikatsiooni kahe andmesalvestuss\u00fcsteemi vahel. <\/p>\n<p><\/p>\n<p>Seej\u00e4rel viidi l\u00e4bi p\u00f5hikatsed tavap\u00e4rase vahetuse, andmekeskuse rikke ja sidekanalite katkestamise korral. K\u00f5igil juhtudel t\u00f6\u00f6tas andmesalvestuss\u00fcsteem h\u00e4sti. Andmeid ei kaotatud, haldusoperatsioonide hulk on minimaalne k\u00e4sitsi stsenaariumi jaoks.<\/p>\n<p><\/p>\n<p>J\u00e4rgmisel korral raskendame olukorda ja n\u00e4itame, kuidas kogu see loogika t\u00f6\u00f6tab automatiseeritud metroklastri active-active re\u017eiimis, st kui m\u00f5lemad andmesalvestuss\u00fcsteemid on peamised ning andmesalvestuss\u00fcsteemide rikke k\u00e4itlemine on t\u00e4ielikult automatiseeritud.<\/p>\n<p><\/p>\n<p>Palun kirjutage kommentaare, me hindame konstruktiivset kriitikat ja kasulikke n\u00f5uandeid.<\/p>\n<p><\/p>\n<p>Kuni j\u00e4rgmise korrani.<\/p>\n<p>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/aerodisk\/blog\/456348\/\">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 \u0445\u0430\u0431\u0440\u0430! \u0422\u0435\u043c\u043e\u0439 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u0431\u0443\u0434\u0435\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0440\u0435\u0434\u0441\u0442\u0432 \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. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043c\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u043e\u0434\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043f\u0440\u043e \u043e\u0431\u0430 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430: \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u044e \u0438 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u043d\u043e, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u043b\u0443\u0447\u0438\u043b\u0430\u0441\u044c \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0431\u043e\u043b\u044c\u0448\u043e\u0439, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0430\u0437\u0431\u0438\u043b\u0438 \u0441\u0442\u0430\u0442\u044c\u044e \u043d\u0430 \u0434\u0432\u0435 \u0447\u0430\u0441\u0442\u0438. \u041f\u043e\u0439\u0434\u0435\u043c \u043e\u0442 \u043f\u0440\u043e\u0441\u0442\u043e\u0433\u043e \u043a \u0441\u043b\u043e\u0436\u043d\u043e\u043c\u0443. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043c \u0438 \u043f\u0440\u043e\u0442\u0435\u0441\u0442\u0438\u0440\u0443\u0435\u043c \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u0443\u044e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26548,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35387","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.0.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0445\u0430\u0431\u0440\u0430! \u0422\u0435\u043c\u043e\u0439 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u0431\u0443\u0434\u0435\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0440\u0435\u0434\u0441\u0442\u0432 \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. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043c\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u043e\u0434\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043f\u0440\u043e \u043e\u0431\u0430 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430: \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u044e \u0438 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u043d\u043e, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u043b\u0443\u0447\u0438\u043b\u0430\u0441\u044c \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0431\u043e\u043b\u044c\u0448\u043e\u0439, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0430\u0437\u0431\u0438\u043b\u0438 \u0441\u0442\u0430\u0442\u044c\u044e \u043d\u0430 \u0434\u0432\u0435 \u0447\u0430\u0441\u0442\u0438. \u041f\u043e\u0439\u0434\u0435\u043c \u043e\u0442 \u043f\u0440\u043e\u0441\u0442\u043e\u0433\u043e \u043a \u0441\u043b\u043e\u0436\u043d\u043e\u043c\u0443. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043c \u0438 \u043f\u0440\u043e\u0442\u0435\u0441\u0442\u0438\u0440\u0443\u0435\u043c \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u0443\u044e\" \/>\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-1\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.0.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 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0445\u0430\u0431\u0440\u0430! \u0422\u0435\u043c\u043e\u0439 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u0431\u0443\u0434\u0435\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0440\u0435\u0434\u0441\u0442\u0432 \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. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043c\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u043e\u0434\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043f\u0440\u043e \u043e\u0431\u0430 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430: \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u044e \u0438 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u043d\u043e, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u043b\u0443\u0447\u0438\u043b\u0430\u0441\u044c \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0431\u043e\u043b\u044c\u0448\u043e\u0439, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0430\u0437\u0431\u0438\u043b\u0438 \u0441\u0442\u0430\u0442\u044c\u044e \u043d\u0430 \u0434\u0432\u0435 \u0447\u0430\u0441\u0442\u0438. \u041f\u043e\u0439\u0434\u0435\u043c \u043e\u0442 \u043f\u0440\u043e\u0441\u0442\u043e\u0433\u043e \u043a \u0441\u043b\u043e\u0436\u043d\u043e\u043c\u0443. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043c \u0438 \u043f\u0440\u043e\u0442\u0435\u0441\u0442\u0438\u0440\u0443\u0435\u043c \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u0443\u044e\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-1\" \/>\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:04:01+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:04:01+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 1 | ProHoster","description":"Tere, Habr lugejad! Selles artiklis k\u00e4sitleme AERODISK Engine'i katastroofikindluse meetodite rakendamist. Alguses soovisime kirjutada \u00fches artiklis m\u00f5lema meetodi kohta: replikatsiooni ja metroklastri, kuid kahjuks tuli artikkel liiga mahukas, seega jagasime selle kaheks osaks. Liikume lihtsast keerulisemaks. Selles artiklis seadistame ja testime s\u00fcnkroonset","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-1","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 1 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0438 \u0445\u0430\u0431\u0440\u0430! \u0422\u0435\u043c\u043e\u0439 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0438 \u0431\u0443\u0434\u0435\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0440\u0435\u0434\u0441\u0442\u0432 \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. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u043c\u044b \u0445\u043e\u0442\u0435\u043b\u0438 \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u043e\u0434\u043d\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043f\u0440\u043e \u043e\u0431\u0430 \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430: \u0440\u0435\u043f\u043b\u0438\u043a\u0430\u0446\u0438\u044e \u0438 \u043c\u0435\u0442\u0440\u043e\u043a\u043b\u0430\u0441\u0442\u0435\u0440, \u043d\u043e, \u043a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u043e\u043b\u0443\u0447\u0438\u043b\u0430\u0441\u044c \u0441\u043b\u0438\u0448\u043a\u043e\u043c \u0431\u043e\u043b\u044c\u0448\u043e\u0439, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0430\u0437\u0431\u0438\u043b\u0438 \u0441\u0442\u0430\u0442\u044c\u044e \u043d\u0430 \u0434\u0432\u0435 \u0447\u0430\u0441\u0442\u0438. \u041f\u043e\u0439\u0434\u0435\u043c \u043e\u0442 \u043f\u0440\u043e\u0441\u0442\u043e\u0433\u043e \u043a \u0441\u043b\u043e\u0436\u043d\u043e\u043c\u0443. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043c\u044b \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u043c \u0438 \u043f\u0440\u043e\u0442\u0435\u0441\u0442\u0438\u0440\u0443\u0435\u043c \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u0443\u044e","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/aerodisk-engine-katastrofoustojchivost-chast-1","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:04:01+00:00","article:modified_time":"2019-10-31T19:04:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35387","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-02-08 20:27:18","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:04:24","updated":"2026-02-08 20:27:18","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\/35387","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=35387"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/35387\/revisions"}],"predecessor-version":[{"id":157820,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/35387\/revisions\/157820"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/26548"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=35387"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=35387"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=35387"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}