{"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: Disaster Recovery. Part 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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 andmete katastroofikindluse rakendamise vahendid. Alguses soovisime kirjutada \u00fche artikli m\u00f5lema vahendi kohta: replikatsiooni ja metroklastrite, kuid kahjuks osutus artikkel liiga pikaks, seega jagasime selle kaheks osaks. Liikume lihtsast keerulisse. Selles artiklis seadistame ja testime s\u00fcnkroonset replikatsiooni \u2013 kukutame \u00fche andmekeskuse ja katkestame andmekeskuste vahelise \u00fchenduse ning vaatame, mis juhtub.<\/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 replikatsiooni t\u00f5husaimise katsetamise juurde asumist r\u00e4\u00e4gime natuke sellest, mis on replikatsioon andmesalvestuss\u00fcsteemides.<\/p>\n<p><\/p>\n<h2 id=\"nemnogo-teorii\">Veidi teooriat<\/h2>\n<p><\/p>\n<p>Replikatsioon andmesalvestuss\u00fcsteemides on pidev protsess, mis tagab andmete identiteedi samal ajal mitmes andmesalvestuss\u00fcsteemis. Tehniliselt tehakse replikatsiooni kahte meetodit pidi.<\/p>\n<p><\/p>\n<p><strong>S\u00fcnkroonne replikatsioon<\/strong> on andmete kopeerimine p\u00f5hja andmesalvestuss\u00fcsteemist varu andmesalvestuss\u00fcsteemi, millele j\u00e4rgneb m\u00f5lema andmesalvestuss\u00fcsteemi kohustuslik kinnitamine, et andmed on salvestatud ja kinnitatud. Just p\u00e4rast m\u00f5lema poole kinnitamist (k\u00f5ikidest andmesalvestuss\u00fcsteemidest) loetakse andmed salvestatuks ja nendega saab t\u00f6\u00f6tada. Nii tagatakse andmete garanteeritud identiteet k\u00f5igis replikatsioonis osalevates andmesalvestuss\u00fcsteemides.<\/p>\n<p><\/p>\n<p>Selle meetodi positiivne k\u00fclg:<\/p>\n<p><\/p>\n<ul>\n<li>Andmed on alati k\u00f5ikides andmesalvestuss\u00fcsteemides identsed<\/li>\n<\/ul>\n<p><\/p>\n<p>Miinused:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse k\u00f5rge hind (kiired sideteed, kallis kiudoptiline kaabel, pikalaine transiidid jne)<\/li>\n<li>Kauguspiirangud (mitu k\u00fcmmet kilomeetrit)<\/li>\n<li>Puudub kaitse andmete loogilise rikete eest (kui andmed rikutakse (teadlikult v\u00f5i juhuslikult) p\u00f5hja andmesalvestuss\u00fcsteemis, siis muutuvad need automaatselt ja koheselt rikutuks varu andmesalvestuss\u00fcsteemis, kuna andmed on alati identsed (selline paradoks))<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>As\u00fcnkroonne replikatsioon<\/strong> on samuti andmete kopeerimine p\u00f5hja andmesalvestuss\u00fcsteemist varu andmesalvestuss\u00fcsteemi, kuid m\u00e4\u00e4ratud viivitusega ja ilma vajaduseta kinnitada salvestamist teisel poolel. Andmetega saab t\u00f6\u00f6tada kohe p\u00e4rast salvestamist p\u00f5hja andmesalvestuss\u00fcsteemis, samas kui varu andmesalvestuss\u00fcsteemis saavad andmed k\u00e4tte m\u00f5ne aja p\u00e4rast. Andmete identiteeti ei ole sel juhul ilmselgelt tagatud. Andmed varu andmesalvestuss\u00fcsteemis on alati natuke \"minevikus.\"<\/p>\n<p><\/p>\n<p>As\u00fcnkroonse replikatsiooni positiivne k\u00fclg:<\/p>\n<p><\/p>\n<ul>\n<li>Madala lahenduse hind (igal suhtlemisviisil, optika on valikuline)<\/li>\n<li>Ei ole kauguse piiranguid<\/li>\n<li>Andmed varukoopias ei h\u00e4vine, kui neid CDO peal on rikutud (minimaalselt teatud aja jooksul), kui andmed on rikutud, saab alati peatada replika, et v\u00e4ltida andmete h\u00e4vimist varukoopias<\/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 s\u00f5ltub replikeerimise re\u017eiimi valik \u00e4ri\u00fclesannetest. Kui on kriitiline, et varukoopias oleksid t\u00e4pselt samad andmed nagu p\u00f5hikoopias (st \u00e4ri RPO=0 n\u00f5ue), pead sa rohkem kulutama ja leppima s\u00fcnkroonse replika piirangutega. Kui andmete oleku viivitus on lubatud v\u00f5i lihtsalt pole raha, tuleks kindlasti kasutada as\u00fcnkroonset meetodit.<\/p>\n<p><\/p>\n<p>Eraldi toome v\u00e4lja sellise re\u017eiimi (t\u00e4psemalt topoloogia), nagu metrokliuster. Metrokliusteri re\u017eiimis kasutatakse s\u00fcnkroonset replikeerimist, kuid erinevalt tavalisest replikast v\u00f5imaldab metrokliuster m\u00f5lemal CDO-l t\u00f6\u00f6tada aktiivses re\u017eiimis. St. sul ei ole eraldatust aktiivsete ja varukoopiate vahel. Rakendused t\u00f6\u00f6tavad samaaegselt kahe CDO-ga, mis asuvad f\u00fc\u00fcsiliselt erinevates andmekeskustes. S\u00fcsteemih\u00e4ired sellises topoloogias on v\u00e4ga l\u00fchikesed (RTO, tavaliselt minutid). Selles artiklis me ei k\u00e4sitle meie metrokliustrite rakendust, kuna see on v\u00e4ga suur ja mahukas teema, millele p\u00fchendame eraldi, j\u00e4rgmise artikli. <\/p>\n<p><\/p>\n<p>Samuti tekib tihti, kui r\u00e4\u00e4gime CDO-replikatsioonist, paljusid \u00f5igustatud k\u00fcsimusi: &gt; \u201ePaljudel rakendustel on oma replikeerimise vahendid, miks kasutada CDO-replikatsiooni? Kas see on parem v\u00f5i halvem?\u201c<\/p>\n<p><\/p>\n<p>Siin ei ole \u00fchtset vastust, seega toome v\u00e4lja argumendid poolt ja vastu:<\/p>\n<p><\/p>\n<p>Argumendid CDO-replikatsiooni kasuks:<\/p>\n<p><\/p>\n<ul>\n<li>Lahenduse lihtsus. \u00dche vahendiga saad replitseerida kogu andmekogumi, s\u00f5ltumata koormuse liigist ja rakendustest. Kui kasutada rakenduste replikatsiooni, tuleb iga rakendus eraldi seadistada. Kui neid on rohkem kui 2, on see \u00e4\u00e4rmiselt t\u00f6\u00f6mahukas ja kallis (rakenduste replikatsioon n\u00f5uab enamasti iga rakenduse jaoks eraldi ja tasulist litsentsi. Kuid sellest allpool).<\/li>\n<li>Saame replitada k\u00f5ike \u2013 mis tahes rakendusi, mis tahes andmeid \u2013 ja need on alati j\u00e4rjepidevad. Paljud (enamus) rakendused ei oma replikatsioonivahendeid, ja repliigid salvestusv\u00f5rgu poolest on ainus viis katastroofikindluse tagamiseks.<\/li>\n<li>Ei ole vaja \u00fcle maksta rakenduste replikatsiooni funktsionaalsuse eest. Reeglina on see \u00fcsna kallis, nagu ka salvestusv\u00f5rgu repliikide litsentsid. Kuid salvestusv\u00f5rgu replikatsiooni litsentsi eest tuleb maksta vaid kord, samas kui rakenduste repliikide litsents tuleb osta iga rakenduse jaoks eraldi. Kui selliseid rakendusi on palju, t\u00e4hendab see suurt kulu ja salvestusv\u00f5rgu replikatsiooni litsentside hind on tilk meres.<\/li>\n<\/ul>\n<p><\/p>\n<p>ARGUMENDID VASTU salvestusv\u00f5rgu replikatsioonile:<\/p>\n<p><\/p>\n<ul>\n<li>Rakenduste replikatsioonil on rohkem funktsionaalsust rakenduste enda vaatenurgast, rakendus tunneb oma andmeid paremini (mis on ilmselge), seet\u00f5ttu on nende t\u00f6\u00f6tlemiseks rohkem v\u00f5imalusi.<\/li>\n<li>M\u00f5ned rakenduste tootjad ei garanteeri oma andmete j\u00e4rjepidevust, kui neid replitseeritakse kolmandate osapoolte vahenditega.*<\/li>\n<\/ul>\n<p><\/p>\n<p>* - vaieldav v\u00e4ide. N\u00e4iteks tuntud andmebaasis\u00fcsteemide tootja teatas pikka aega ametlikult, et nende andmebaasis\u00fcsteem suudab korralikult replitseerida vaid nende vahenditega, ja muu replikatsioon (sealhulgas salvestusv\u00f5rgust) on \"vale\". Kuid elu on n\u00e4idanud, et see ei ole t\u00f5si. T\u00f5en\u00e4oliselt, (kuigi see ei ole kindel) on see lihtsalt mitte k\u00f5ige ausam katse m\u00fc\u00fca klientidele veel litsentse. <\/p>\n<p><\/p>\n<p>Kokkuv\u00f5ttes on enamikul juhtudel salvestusv\u00f5rgu replikatsioon parem, kuna see on lihtsam ja odavam variant, kuid on keerulisi juhtumeid, kus on vajalik rakenduste spetsiifiline funktsionaalsus ja tuleb t\u00f6\u00f6tada just rakenduste tasemel replikatsiooniga. <\/p>\n<p><\/p>\n<h2 id=\"s-teoriey-zakonchili-teper-praktika\">Teooria on l\u00e4bi, n\u00fc\u00fcd praktikasse.<\/h2>\n<p><\/p>\n<p>Seame repliigi \u00fcles meie laboris. Laboritingimustes emuleerisime kahte andmekeskust (t\u00f5eliselt on need kaks k\u00f5rvuti asetsevat riiulit, mis justkui asuvad erinevates hoonetes). Stand koosneb kahest salvestusv\u00f5rgust Engine N2, mis on omavahel \u00fchendatud kiudoptiliste kaablitega. Kumbagi salvestusv\u00f5rku on \u00fchendatud f\u00fc\u00fcsiline server, millel on Windows Server 2016 operatsioonis\u00fcsteem, kasutades 10Gb Ethernet'i. Stand on \u00fcsna simple, kuid see ei muuda asja sisu.<\/p>\n<p><\/p>\n<p>Skeemiliselt n\u00e4eb see v\u00e4lja j\u00e4rgmiselt:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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: Disaster Recovery. Part 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 funktsionaalsused, mis meil praegu olemas on.<br \/>\nToetatakse kahte re\u017eiimi: as\u00fcnkroonne ja s\u00fcnkroonne. Loomulikult on s\u00fcnkroonne re\u017eiim piiratud kauguse ja suhtluskanali poolt. Eelk\u00f5ige on s\u00fcnkroosse re\u017eiimi jaoks vajalik kasutada optilise kiu f\u00fc\u00fcsikat ning 10 gigabitti Ethernetit (v\u00f5i k\u00f5rgemat). <\/p>\n<p><\/p>\n<p>S\u00fcnkroonse replikatsiooni toetatud kaugus on 40 kilomeetrit, optika kanalite latentsuse v\u00e4\u00e4rtus kahe andmekeskuse vahel kuni 2 millisekundit. Tegelikult t\u00f6\u00f6tab see ka suuremate latentsustega, kuid siis esinevad salvestamisel suured viivitused (mis on samuti m\u00f5istetav), seega 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 rangad. T\u00e4psemalt, neid pole \u00fcldse. Sobib iga toimiv Etherneti \u00fchendus.<\/p>\n<p><\/p>\n<p>Praegu toetab AERODISK ENGINE m\u00e4luseadmiste (LUN-ide) replikatsiooni Ethernetprotokolli kaudu (kas metalli v\u00f5i optika kaudu). Projektide jaoks, kus on h\u00e4davajalik replikatsioon SAN-fabrikast l\u00e4bi Fibre Channel'i, t\u00f6\u00f6tame praegu v\u00e4lja vastava lahenduse, kuid selle valmimiseni toetame ainult Ethernetit.<\/p>\n<p><\/p>\n<p>Replikatsioon v\u00f5ib t\u00f6\u00f6tada k\u00f5ikide ENGINE seeria m\u00e4luseadmiste (N1, N2, N4) vahel, alustades madalamatest s\u00fcsteemidest ja liikudes k\u00f5rgemate suunas ja vastupidi.<\/p>\n<p><\/p>\n<p>M\u00f5lema replikatsioonire\u017eiimi funktsionaalsus on t\u00e4iesti identne. Allpool on selle kohta rohkem informatsiooni: <\/p>\n<p><\/p>\n<ul>\n<li>Replikatsioon \"one to one\" ehk \"\u00fcks \u00fchele\", st klassikaline variant kahe andmekeskuse vahel, p\u00f5hja- ja varunds\u00fcsteemi vahel.<\/li>\n<li>Replikatsioon \"one to many\" ehk \"\u00fcks paljudele\", st \u00fcks LUN saab replikeerida mitmesse m\u00e4lus\u00fcsteemi korraga.<\/li>\n<li>Replikatsiooni aktiveerimine, deaktiveerimine ja \"tagasi p\u00f6\u00f6ramine\", vastavalt replikatsiooni sisse- ja 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-e saab replikeerida ainult teise RDG-sse. DDP puhul t\u00f5estatakse sama.<\/li>\n<\/ul>\n<p><\/p>\n<p>On veel palju v\u00e4ikseid erip\u00e4rasid, kuid nende loetlemisel pole m\u00f5tet, r\u00e4\u00e4gime neist replikatsiooni 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 mappimise seadmine<\/li>\n<\/ol>\n<p><\/p>\n<p>Oluline punkt replikatsiooni seadistamisel on see, et esimesed kaks etappi tuleb korrata eemal oleval m\u00e4luseadmest, kolmas etapp - ainult p\u00f5hiseadmest.<\/p>\n<p><\/p>\n<h3 id=\"nastroyka-setevyh-resursov\">V\u00f5rgurikkelte seadistamine<\/h3>\n<p><\/p>\n<p>Esimene samm on seadistada v\u00f5rguporte, mille kaudu edastatakse replikatsiooni liiklus. 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 adapterites jaotises. <\/p>\n<p><\/p>\n<p>P\u00e4rast seda peame looma basseini (meie juhul RDG) ja virtuaalse IP replikatsiooni jaoks (VIP). VIP on ujuv IP-aadress, mis on seotud kahe \u201ef\u00fc\u00fcsilise\u201d aadressiga SAn kontrollerite (portide, mida just seadistasime) vahel. See saab olema peamine replikatsiooni liides. Samuti on v\u00f5imalik kasutada VLAN-i, kui tuleb t\u00f6\u00f6tada m\u00e4rgistatud liiklusega.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/ca0a86542d8fe4bb9eb7498b66eede43.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>VIP loomise protsess replikatsiooni jaoks ei erine palju VIP loomise protsessist sisendi- ja v\u00e4ljundite jaoks (NFS, SMB, iSCSI). VIP, mida me sel juhul loome, on tavaline (ilma VLAN-ita), kuid kindlasti peame m\u00e4rkima, et see on replikatsiooni jaoks (ilma selle n\u00e4itajata ei saa me VIP-d j\u00e4rgmise sammu reeglisse lisada).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/054a5d2a9695aed19aafbd2efe833196.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>VIP peab olema kindlasti samas alamv\u00f5rgus, mis IP-portide vahel, mille vahel ta \"ujuv\" on.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/fb96d1609425dcebb5345435ac7f6857.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Korrake neid seadistusi kaug-SAn-is, teise IP-aadressiga, muidugi.<br \/>\nErinevatest SAn-idest tulenevad VIP-id v\u00f5ivad olla erinevates alamv\u00f5rkudes, peamine on see, et nende vahel oleks marsruutimine. Meie puhul on just selline n\u00e4ide (192.168.3.XX ja 192.168.2.XX).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/3d43b4339277e50413cc9944c53e0d62.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Selleks on v\u00f5rguosa ettevalmistamine l\u00f5petatud.<\/p>\n<p><\/p>\n<h3 id=\"nastraivaem-hranilischa\">Seadistame salvestust<\/h3>\n<p><\/p>\n<p>Salvestuse seadistamine replikatsiooni jaoks erineb tavalisest ainult sellega, et kaardistamine toimub spetsiaalses men\u00fc\u00fcs \"Replikatsiooni kaardistamine\". Muus osas on k\u00f5ik sama, mis tavalise seadistamisega. Edasi liikudes.<\/p>\n<p><\/p>\n<p>Varakult loodud basseinis R02 tuleb luua LUN. Loome selle, nimetame LUN1.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/263fa2d3a06318d4e7da280b869123ca.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Samuti peame looma sama LUN-i kaug-SAn-is sama mahuga. Loome selle. Kassi segaduse v\u00e4ltimiseks nimetame kaug-LUN-i LUN1R. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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 replikatsiooni seadistamise ajal oleks vaja see tootmis-LUN hostilt lahti monteerida ja kaug-SAn-is lihtsalt luua t\u00fchi LUN sama mahuga.<\/p>\n<p><\/p>\n<p>Salvestuse seadistamine on l\u00f5petatud, liigume replikatsiooni reegli loomise juurde.<\/p>\n<p><\/p>\n<h3 id=\"nastroyka-pravil-replikacii-ili-replikacionnyh-svyazey\">Replikatsiooni reeglite v\u00f5i replikatsiooni seoste seadistamine<\/h3>\n<p><\/p>\n<p>P\u00e4rast LUN-ide loomist SAn-is, mis on sel hetkel peamine (Primary), seadistame replikatsiooni reegli LUN1 SAn-is 1 LUN1R SAn-is 2.<\/p>\n<p><\/p>\n<p>Seadistamine toimub men\u00fc\u00fcs \"Kaug-replikatsioon\".<\/p>\n<p><\/p>\n<p>Loome reegel. Selleks tuleb n\u00e4idata replikatsiooni saajat. Seal m\u00e4\u00e4rame ka \u00fchenduse nime ja replikatsiooni t\u00fc\u00fcbi (s\u00fcnkroonne v\u00f5i as\u00fcnkroonne).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/a36bdc437d4a619f47b75d5ba50971ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>V\u00e4ljal \u201ekaug-s\u00fcsteemid\u201c lisame meie S\u0425\u04142. Lisamiseks tuleb kasutada S\u0425\u0414 juhtimis-IP-aadresse (MGR) ja kaug-LUNi nime, kuhu me replikatsiooni sooritame (meie juhul LUN1R). Juhtimis-IP-d on vajalikud ainult \u00fchenduse lisamise ajal, replikatsiooni liiklus ei edastata nende kaudu, selleks kasutatakse varasemalt konfigureeritud VIP-i. <\/p>\n<p><\/p>\n<p>Juba sel etapil saame lisada rohkem kui \u00fche kaug-s\u00fcsteemi topoloogiale \u201e\u00fcks palju\u201d: vajutame nuppu \u201eLisa s\u00f5lm\u201d, nagu on n\u00e4idatud alloleval joonisel. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/dbe98818d2c2d34250544db4266337ea.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Meie juhul on kaug-s\u00fcsteem \u00fcks, seega piirdume sellega.<\/p>\n<p><\/p>\n<p>Reegel on valmis. Pange t\u00e4hele, et see lisatakse automaatselt k\u00f5ikidele replikatsiooni osalejatele (meie puhul on neid kaks). Selliseid reegleid saab luua piiramatult, mis tahes arvu LUN-ide jaoks ja igas suunas. N\u00e4iteks saame koormuse tasakaalustamiseks osa LUN-e replitseerida S\u0425\u04141-lt S\u0425\u04142-le ja teist osa vastupidi \u2013 S\u0425\u04142-lt S\u0425\u04141-le.<\/p>\n<p><\/p>\n<p>S\u0425\u04141. Koheselt p\u00e4rast loomist algas s\u00fcnkroniseerimine.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/86e1770336d40207ed9b3b6dc4249279.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>S\u0425\u04142. N\u00e4eme sama reeglit, kuid s\u00fcnkroniseerimine on juba l\u00f5ppenud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/f15b69af4de726d5c337d789c37b9cf8.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>LUN1 S\u0425\u04141-lt on p\u00f5hirollis, st see on aktiivne. LUN1R S\u0425\u04142-lt on sekundaarses rollis, st see on ootere\u017eiimil, juhuks kui S\u0425\u04141 t\u00f5rjub.<br \/>\nN\u00fc\u00fcd saame meie LUN-i hostiga \u00fchendada.<\/p>\n<p><\/p>\n<p>Teeme \u00fchenduse iSCSI kaudu, kuigi saab teha ka FC kaudu. iSCSI LUN-i replikatsiooni kaardistamine ei erine oluliselt tavap\u00e4rasest stsenaariumist, seega ei k\u00e4sitle seda siin detailselt. Kui on vajadus, on see protsess kirjas artiklis \u201e<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 kaardistame men\u00fc\u00fcs \u201eReplikatsiooni kaardistamine\u201d<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/62ceee2f7356a4716bb50b85ea31f0d6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Oleme seadistanud kaardistamise, andnud LUN-i hostile. Host n\u00e4gi LUN-i.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/0bb675e5fead8d0222b03fa084223f7e.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Formateerime selle kohalikuks failis\u00fcsteemiks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/09c707bf8037ea381cd7ec88b97c9b62.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>K\u00f5ik, seadistamine on l\u00f5petatud. Edasi tulevad testid.<\/p>\n<p><\/p>\n<h2 id=\"testirovanie\">Testimine<\/h2>\n<p><\/p>\n<p>Testime kolme peamist stsenaariumi.<\/p>\n<p><\/p>\n<ol>\n<li>Normaalne rollide vahetus Secondary &gt; Primary. Normaalne rollide vahetus on vajalik juhul, kui n\u00e4iteks p\u00f5hikeskuses tuleb teha hooldust\u00f6id ja selle aja jooksul, et andmed oleksid saadaval, suuname koormuse varu keskusesse.<\/li>\n<li>H\u00e4daolukord: Secondary &gt; Primary rollide vahetus (andmekeskuse rike). See on peamine stsenaarium, milleks replikatsioon on loodud, mis aitab taluda t\u00e4ielikku andmekeskuse rikete, katkestamata ettev\u00f5tte tegevust pikaks ajaks.<\/li>\n<li>Sidekanalite katkestamine andmekeskuste vahel. Kontrollime kahe andmesalvestus\u00fcsteemi \u00f5iget k\u00e4itumist olukordades, kui sidekanal kahe andmekeskuse vahel on mingil p\u00f5hjusel puudulik (n\u00e4iteks ekskavaator kaevas vales kohas ja l\u00f5hkus optilist kaablit).<\/li>\n<\/ol>\n<p><\/p>\n<p>Alustame oma andmete kirjutamisega meie LUN-ile (kirjutame faile suvaliste andmetega). Vahetult vaatame, kuidas sidekanal andmesalvestuss\u00fcsteemide vahel t\u00f6\u00f6tab. Seda on lihtne m\u00f5ista, kui avada sadamate koormuse j\u00e4lgimine, mis vastutab replikatsiooni eest.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/bba2e0b14669a2c8ccef8a2d3eb336ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>N\u00fc\u00fcd on m\u00f5lemas andmesalvestus\u00fcsteemis \"kasulikud\" andmed, saame testi alustada.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/62b0614cee954738e878609feb3a5e08.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Igaks juhuks vaatame \u00fche faili hash-summasid ja kirja paneme.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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 vahetus<\/h3>\n<p><\/p>\n<p>Rollide vahetamine (replikatsiooni suuna muutmine) on v\u00f5imalik teostada \u00fcksk\u00f5ik millise andmesalvestus\u00fcsteemi kaudu, kuid tuleb siiski minna m\u00f5lemasse, kuna Primaarset peab kartma katkestama ja Sekundaarset (mis muutub Primaarseks) sisse l\u00fclitama.<\/p>\n<p><\/p>\n<p>V\u00f5ib tekkida p\u00f5hjendatud k\u00fcsimus: miks seda automatiseerida ei v\u00f5iks? Vastame: k\u00f5ik on lihtne, replikatsioon on lihtne katastroofikindluse abin\u00f5u, mis p\u00f5hineb t\u00e4ielikult k\u00e4sitsi toimingutel. nende toimingute automatiseerimise jaoks on olemas metroklasside re\u017eiim, mis on t\u00e4ielikult automatiseeritud, kuid tema seadistus on oluliselt keerulisem. Metroklasside seadistamise kohta kirjutame j\u00e4rgmisel artiklis.<\/p>\n<p><\/p>\n<p>Peamises andmesalvestus\u00fcsteemis katkestame kaardistamise, et kirjutamine oleks t\u00e4ielikult peatatud.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/f5afc222a966a1e1dd1d804b06b7963e.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Siis \u00fchel andmesalvestuss\u00fcsteemil (pole vahet, kas peamine v\u00f5i varu) men\u00fc\u00fcs \"Kaugreplikatsioon\" valime meie \u00fchenduse REPL1 ja vajutame \"Muuda rolli\".<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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 muutub LUN1R (varu andmesalvestuss\u00fcsteem) Primaarseks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/c1b2a04cd8ce34df833f720ba0932ae2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>P\u00e4rast seda \u00fchendatakse hostil automaatselt meie k\u00f5vaketas E:, seekord on see \"tulnud\" LUN1R-st.<\/p>\n<p><\/p>\n<p>Igaks juhuks v\u00f5rdleme hash-summasid.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/b938253769cc660c66d7e42452f8909c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Identselt. Test on l\u00e4bitud.<\/p>\n<p><\/p>\n<h3 id=\"avariynoe-pereklyuchenie-otkaz-cod-a\">H\u00e4daolukorra vahetus. Andmekeskuse rike<\/h3>\n<p><\/p>\n<p>Praegu on peamine andmesalvestus\u00fcsteem p\u00e4rast tavap\u00e4rast vahetust andmesalvestuss\u00fcsteem 2 ja LUN1R, vastavalt. Rikkest simuleerimiseks katkestame toite m\u00f5lemas andmesalvestus\u00fcsteemi kontrolleris.<br \/>\nSellele enam ei p\u00e4\u00e4se.<\/p>\n<p><\/p>\n<p>Vaata, mis toimub SCSI 1 (praegu varu).<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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. Logides ja teabe paneelis ilmus vea teade, samuti replikatsiooni reeglis. Seet\u00f5ttu ei ole andmed hetkel hostilt saadaval.<\/p>\n<p><\/p>\n<p>Muudame LUN1 rolli Primaryks.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/aebb3adbdc037e559aa9d33350dec36c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Teeme kaardistamise hostile.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/a98e09d40e218552ce0c917e13fac6b6.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Veenduge, et ketas E oleks hostil olemas.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/5a01e43c692227460cd74d155efcd519.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Kontrollime ruttu.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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. Aktiivse andmekeskuse rike, mis juhtus, SCSI talletus talus edukalt. Umbes 3-minutiline aeg, mille kulutasime replikatsiooni 'keeramise' \u00fchendamiseks ja LUNi \u00fchendamiseks varu andmekeskusest. On arusaadav, et reaalsetes tootmistingimustes on k\u00f5ik palju keerulisem ja lisaks SCSI-le tuleb teha veel palju toiminguid v\u00f5rgus, hostides ja rakendustes. Ja see ajavahemik on elus oluliselt pikem.<\/p>\n<p><\/p>\n<p>Siin tahaksime kirjutada, et k\u00f5ik, test on edukalt l\u00f5petatud, kuid ei kiirusta. Peamine SCSI 'on maas', me teame, et kui ta 'kukub', oli ta rollis Primary. Mis juhtub, kui ta \u00e4kki uuesti sisse l\u00fclitub? Oleks kaks Primary rolli, mis v\u00f5rduks andmete rikkumisega? Kontrollime kohe.<br \/>\nL\u00e4heme ootamatult sisse l\u00fclitama maas olevat SCSI-d. <\/p>\n<p><\/p>\n<p>See laadib paar minutit ja seej\u00e4rel naaseb teenus p\u00e4rast l\u00fchikest s\u00fcnkroniseerimist, kuid n\u00fc\u00fcd Secondary rollis.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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 toimunud. Me m\u00f5tlesime sellele ja alati p\u00e4rast SCSI langust t\u00f5useb see Secondary rollis, s\u00f5ltumata sellest, millises rollis ta 'elus' oli. N\u00fc\u00fcd on kindlasti v\u00f5imalik \u00f6elda, et andmekeskuse rikke test l\u00e4ks edukalt l\u00e4bi.<\/p>\n<p><\/p>\n<h3 id=\"otkaz-kanalov-svyazi-mezhdu-cod-ami\">Sidekanalite rike andmekeskuste vahel<\/h3>\n<p><\/p>\n<p>Selle testi peamine \u00fclesanne on veenduda, et SCSI ei hakka kummaliselt k\u00e4ituma, kui sidekanalid kahe SCSI vahel ajutiselt kaovad, ja seej\u00e4rel ilmuvad tagasi.<br \/>\nNii. L\u00fclitame juhtmed v\u00e4lja SCSI vahel (kujutame ette, et need kaevas ekskavaator).<\/p>\n<p><\/p>\n<p>Peamisel n\u00e4eme, et \u00fchtegi \u00fchendust Secondaryga pole.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/42646193c62eeaa9f0e4e649e5a3be23.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Secondaryl n\u00e4eme, et \u00fchtegi \u00fchendust Primaryga pole. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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\u00f5hikettale, st need on juba garanteeritult erinevad varukettast, seega 'on lahku l\u00e4inud'.<\/p>\n<p><\/p>\n<p>M\u00f5ne minuti p\u00e4rast 'parandame' sidekanali. Niipea, kui SCSI \u00fcksteist n\u00e4evad, aktiveeritakse automaatselt andmete s\u00fcnkroniseerimine. Siin ei n\u00f5uta administraatorilt midagi.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 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\u00f5peb.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"AERODISK Engine: Disaster Recovery. Part 1\" src=\"\/wp-content\/uploads\/2019\/06\/e879fdebdc78505a74880f275de8f868.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>\u00dchendus on taastatud, ei tekinud mitte mingeid erakorralisi olukordi, sidekanalite katkestused ei tekitanud probleeme, ja p\u00e4rast sissel\u00fclitamist toimus automaatne s\u00fcnkroniseerimine.<\/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 vaja, kus on plussid ja kus miinused. Seej\u00e4rel seadistasime kahe andmesalvestuss\u00fcsteemi vahel s\u00fcnkroonse replikatsiooni. <\/p>\n<p><\/p>\n<p>Seej\u00e4rel tehti p\u00f5hikatseid tavap\u00e4rase vahetamise, andmekeskuse rikke ja sidekanalite katkestamise kohta. K\u00f5igil juhtudel toimis andmesalvestuss\u00fcsteem h\u00e4sti. Andmete kaotust ei olnud, haldusoperatsioonid olid k\u00e4sitsi stsenaariumi jaoks minimaalsetes m\u00f5\u00f5tmetes.<\/p>\n<p><\/p>\n<p>J\u00e4rgmisel korral keerame olukorra keerulisemaks ja n\u00e4itame, kuidas kogu see loogika t\u00f6\u00f6tab automatiseeritud metroklastris active-active re\u017eiimis, see t\u00e4hendab, et m\u00f5lemad andmesalvestuss\u00fcsteemid on peamised ja andmesalvestuss\u00fcsteemi rikke korral on k\u00e4itumine t\u00e4ielikult automatiseeritud.<\/p>\n<p><\/p>\n<p>Palun kirjutage kommentaare, oleme t\u00e4nulikud konstruktiivse kriitika ja asjalike n\u00f5uannete eest.<\/p>\n<p><\/p>\n<p>Kohtumiseni.<\/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.1.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!\" \/>\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.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47AERODISK Engine: \u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u044c. \u0427\u0430\u0441\u0442\u044c 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!\" \/>\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'i lugejad!","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!","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}]}}