{"id":89872,"date":"2020-07-27T01:42:19","date_gmt":"2020-07-26T23:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza"},"modified":"2020-07-27T01:42:19","modified_gmt":"2020-07-26T23:42:19","slug":"raspredelyonnye-subd-dlya-enterprajza","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"Jaotatud andmebaasid ettev\u00f5tetele","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>CAP-teoreem on jaotatud s\u00fcsteemide teooria nurgakivi. Loomulikult ei vaibu \u00fcmberringi arutelud: selle definitsioonid ei ole kanonilised ja ranget t\u00f5estust ei ole... Siiski, seistes kindlalt koduse targa m\u00f5istuse positsioonil\u2122, m\u00f5istame me intuitiivselt, et teoreem on \u00f5ige.<\/p>\n<p><img decoding=\"async\" alt=\"Jaotatud andmebaasid ettev\u00f5tetele\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAinus asi, mis ei ole ilmne, on t\u00e4ht 'P'. Kui klaster jaguneb, siis ta otsustab \u2013 kas mitte vastata, kuni kvoorum on kogutud, v\u00f5i anda need andmed, mis on olemas. Selle valiku tulemuste alusel klassifitseeritakse s\u00fcsteem kas CP-ks v\u00f5i AP-ks. Cassandra v\u00f5ib n\u00e4iteks k\u00e4ituda nii ja naa, s\u00f5ltumata isegi klasteri seadistustest, vaid iga konkreetse p\u00e4ringu parameetritest. Aga kui s\u00fcsteem ei ole 'P' ja see on jagunenud, siis \u2013 mis siis?<\/p>\n<p>Sellele k\u00fcsimusele on vastus veidi ootamatu: CA-klaster ei saa jaguneda.<br \/>\nMis klaster see siis on, mis ei saa jaguneda?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nSellise klastri kohustuslik atribuut on \u00fchine andmete salvestuss\u00fcsteem. Enamikul juhtudel t\u00e4hendab see liitumist SAN-iga, mis piirab CA-lahenduste rakendamist suurte ettev\u00f5tete hulka, kes suudavad seadistada SAN-infrastruktuuri. Selleks, et mitu <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/server\/\"   title=\"serverid\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">serverid<\/a> saaksid t\u00f6\u00f6tada samaaegselt \u00fchtede ja samade andmetega, on vajalik klasteri failis\u00fcsteem. Sellised failis\u00fcsteemid on saadaval HPE (CFS), Veritas (VxCFS) ja IBM (GPFS) portfellis. <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nReal Application Clustere valik sai esmakordselt tutvustatud 2001. aastal Oracle 9i v\u00e4ljaandes. Sellises klastris t\u00f6\u00f6tavad mitu eksemplari <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/server\/dts-los-angeles\/\"   title=\"serverilt\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">serverilt<\/a> \u00fche ja sama andmebaasi kallal.<br \/>\nOracle v\u00f5ib t\u00f6\u00f6tada nii klasteri failis\u00fcsteemi kui ka oma lahendusega \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Iga eksemplar peab oma logi. Tehing toimub ja fikseeritakse \u00fche eksemplari poolt. Juhul kui eksemplar eba\u00f5nnestub, loeb \u00fcks elluj\u00e4\u00e4nud klastrite s\u00f5lmedest (eksemplaridest) selle logi ja taastab kadunud andmed \u2013 seel\u00e4bi tagatakse k\u00e4ttesaadavus.<\/p>\n<p>K\u00f5ik eksemplarid toetavad oma vahem\u00e4lu ning \u00fched ja samad lehed (plokid) v\u00f5ivad olla samal ajal mitme eksemplari vahem\u00e4lus. Veelgi enam, kui m\u00f5ni leht on vajalik \u00fche eksemplari jaoks ja see on teise eksemplari vahem\u00e4lus, v\u00f5ib ta selle saada 'naabrilt' cache fusion mehhanismi abil, selle asemel et lugeda diskilt.<\/p>\n<p><img decoding=\"async\" alt=\"Jaotatud andmebaasid ettev\u00f5tetele\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAga mis juhtub, kui m\u00f5ni eksemplar vajab andmete muutmist?<\/p>\n<p>Oracle'i erip\u00e4ra on see, et tal pole eraldi lukustusteenust: kui server soovib rida lukustada, siis lukustuse kirje pannakse otse m\u00e4lulehele, kus lukustatav rida asub. T\u00e4nu sellisele l\u00e4henemisele on Oracle monoliitsete andmebaaside seas tootlikkuse meister: lukustusteenus ei muutu kunagi kitsaskohaks. Kuid klastrikonfiguratsioonis v\u00f5ib selline arhitektuur p\u00f5hjustada intensiivset v\u00f5rgu liiklust ja vastastikuseid lukustusi.<\/p>\n<p>Niipea, kui kirje on lukustatud, teavitab eksemplar k\u00f5iki teisi eksemplare, et leht, kus see kirje asub, on monopolire\u017eiimis kinni. Kui teisele eksemplarile on vajalik muutmine samal lehel, peab ta ootama, kuni lehe muudatused on fikseeritud, st teave muudatuste kohta ei ole salvestatud kettajournaali (sel ajal v\u00f5ib tehing j\u00e4tkuda). Juhtuda v\u00f5ib ka see, et lehte muudavad j\u00e4rjestikku mitmed eksemplarid ning siis tuleb lehe salvestamisel kettale v\u00e4lja selgitada, kellel on selle lehe ajakohane versioon.<\/p>\n<p>Juhuslikud uuendused sama lehe kaudu erinevate RAC s\u00f5lmede kaudu toovad kaasa andmebaasi tootlikkuse j\u00e4rsu languse \u2013 nii palju, et klastrite tootlikkus v\u00f5ib olla madalam kui \u00fche eksemplari tootlikkus.<\/p>\n<p>Oracle RAC'i \u00f5ige kasutamine on andmete f\u00fc\u00fcsiline jagamine (n\u00e4iteks sektsioneeritud tabelite mehhanismi abil) ja igale sektsioonide kogumile p\u00f6\u00f6rdumine l\u00e4bi eraldatud s\u00f5lme. RAC'i peamine eesm\u00e4rk ei ole horisontaalne skaleerimine, vaid rikke taluvuse tagamine.<\/p>\n<p>Kui s\u00f5lm hakkab s\u00fcdamepekslemiseks vastama, k\u00e4ivitab k\u00f5igepealt see s\u00f5lm, mis esimesena seda tuvastas, h\u00e4\u00e4letusprotseduuri kettale. Kui ka siin ei registreerita kadunud s\u00f5lme, siis \u00fcks s\u00f5lmedest v\u00f5tab enda kanda andmete taastamise kohustused:<\/p>\n<ul>\n<li>\u201ek\u00fclmutab\u201d k\u00f5ik lehed, mis olid kadunud s\u00f5lme vahemikus;<\/li>\n<li>loeb kadunud s\u00f5lme taastamislogisid (redo) ja rakendab uuesti neid muudatusi, mis on nende logide sisse kirjutatud, samal ajal kontrollides, kas teistel s\u00f5lmedel on muutuvate lehtede uuemad versioonid;<\/li>\n<li>tagastab l\u00f5petamata tehingud.<\/li>\n<\/ul>\n<p>\nOracles on teenuse m\u00f5isted, et h\u00f5lbustada s\u00f5lmede vahetamist \u2013 virtuaalset eksemplari. Eksemplar v\u00f5ib teenindada mitmeid teenuseid ja teenus v\u00f5ib liikuda s\u00f5lmede vahel. Rakenduse eksemplar, mis teenindab teatud osa andmebaasist (n\u00e4iteks klientide grupi), t\u00f6\u00f6tab \u00fche teenusega, samas kui teenus, mis vastutab selle osa andmebaasist, liigub s\u00f5lme rikke korral teise s\u00f5lme.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nKlasterlahendus andmebaaside haldamiseks ilmus Sinise Gigandi portfelli 2009. aastal. Ideoloogiliselt on see Parallel Sysplexi klastrile j\u00e4rglaseks, mis on \u00fcles ehitatud \"tavalisele\" riistvarale. 2009. aastal tuli turule toode DB2 pureScale, mis on tarkvaraplatvormide komplekt, ja 2012. aastal pakkus IBM tarkvaraalust ja riistvaralist komplekti nimega Pure Data Systems for Transactions. Seda ei tohiks segi ajada Pure Data Systems for Analytics'iga, mis on lihtsalt \u00fcmbernimetatud Netezza.<\/p>\n<p>PureScale'i arhitektuur n\u00e4eb esmapilgul v\u00e4lja nagu Oracle RAC: mitmed s\u00f5lmed on \u00fchendatud \u00fchise andmesalvestuss\u00fcsteemiga, ja igal s\u00f5lmel t\u00f6\u00f6tab oma andmebaasi eksemplar koos oma m\u00e4lualade ja tehinguajalooga. Kuid erinevalt Oracle'ist on DB2-s eraldiseisev lukuhalduse teenus, mida esindavad protsesside komplekt db2LLM*. Klasterkonfiguratsioonis viidatakse sellele teenusele eraldi s\u00f5lmele, mida Parallel Sysplex'is nimetatakse coupling facility (CF) ja Pure Data-s PowerHA-ks.<\/p>\n<p>PowerHA pakub j\u00e4rgmisi teenuseid:<\/p>\n<ul>\n<li>lukuhaldur;<\/li>\n<li>\u00fcldine vahem\u00e4lu;<\/li>\n<li>protsessidevaheline sideala.<\/li>\n<\/ul>\n<p>\nAndmete edastamiseks PowerHA ja andmebaasi s\u00f5lmede vahel kasutatakse kaugjuurdep\u00e4\u00e4su m\u00e4lule, seet\u00f5ttu peab klasteri vahel olema toetatud RDMA protokoll. PureScale v\u00f5ib kasutada nii Infiniband'i kui ka RDMA over Ethernet'i.<\/p>\n<p><img decoding=\"async\" alt=\"Jaotatud andmebaasid ettev\u00f5tetele\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKui s\u00f5lm vajab lehte ja see leht ei ole vahem\u00e4lus, siis s\u00f5lm k\u00fcsib lehte globaalsetest vahem\u00e4ludest ja ainult juhul, kui ka seal ei ole, loeb selle plaadilt. Erinevalt Oracle'ist, toimub p\u00e4ring ainult PowerHA-s, mitte naaber s\u00f5lmedes.<\/p>\n<p>Kui eksemplar on vahetamas rida, blokeerib see selle eraldisre\u017eiimis ja lehe, kus rida asub, jagatud re\u017eiimis. K\u00f5ik blokeeringud registreeritakse globaalsetes blokeerimishaldurites. Kui tehing on l\u00f5petatud, saadab s\u00f5lme teate blokeerimishaldurile, kes kopeerib muudetud lehe globaalsetesse vahem\u00e4lu, vabastab blokeeringud ja t\u00fchistab muudetud lehe teiste s\u00f5lmede vahem\u00e4lu.<\/p>\n<p>Kui leht, kus muudetud rida asub, on juba blokeeritud, loeb blokeerimishaldur muudetud lehe m\u00e4lust, mis muudatused teinud s\u00f5lmem, vabastab blokeeringu, t\u00fchistab muudetud lehe teiste s\u00f5lmede vahem\u00e4lu ja annab blokeeringu lehe tagasi s\u00f5lmele, kes selle soovis.<\/p>\n<p>Muutunud, st \u201er\u00e4pased\u201d lehed v\u00f5ivad kettale kirjutada nii tavalisest s\u00f5lmedest kui ka PowerHA-st (castout).<\/p>\n<p>Kui \u00fcks pureScale'i s\u00f5lm t\u00f5rkub, piirneb taastumine ainult nende tehingutega, mis katkestuse ajal olid veel l\u00f5petamata: lehed, mida see s\u00f5lm on l\u00f5petatud tehingutes muutnud, on globaalses vahem\u00e4lu PowerHA-s. S\u00f5lm k\u00e4ivitatakse k\u00e4rbitud konfiguratsioonis \u00fchel klastriserveritest, tagasi keerab l\u00f5petamata tehingud ja vabastab blokeeringud.<\/p>\n<p>PowerHA t\u00f6\u00f6tab kahel serveril, ja peamine s\u00f5lm replitseerib oma seisundi s\u00fcnkroonselt. Peamise s\u00f5lme t\u00f5rke korral j\u00e4tkab PowerHA klaster t\u00f6\u00f6d varus\u00f5lmega.<br \/>\nMuidugi, kui andmekogule juurde p\u00e4\u00e4seda l\u00e4bi \u00fche s\u00f5lme, on klastri \u00fcldine j\u00f5udlus suurem. PureScale v\u00f5ib isegi m\u00e4rgata, et teatud andmeala t\u00f6\u00f6deldakse \u00fche s\u00f5lmega, ning siis k\u00e4sitletakse kogu selle ala blokeeringud kohapeal ilma kommunikatsioonita PowerHA-ga. Ent niipea, kui rakendus p\u00fc\u00fcab nendele andmetele juurde p\u00e4\u00e4seda l\u00e4bi teise s\u00f5lme, taastub tsentraliseeritud blokeeringute k\u00e4sitlemine.<\/p>\n<p>IBM-i sisetestid koormusega, mis sisaldab 90% lugemist ja 10% kirjutamist, mis on v\u00e4ga sarnane tegelikule t\u00f6\u00f6stuslikule koormusele, n\u00e4itavad peaaegu lineaarset skaleerimist kuni 128 s\u00f5lme. Kahjuks ei avalikustata katsetingimusi.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nHewlett-Packard Enterprise'il on ka oma k\u00f5rge k\u00e4ttesaadavuse platvorm. See on NonStop platvorm, mis tuli turule 1976. aastal ettev\u00f5tte Tandem Computers poolt. 1997. aastal omandas ettev\u00f5tte Compaq, mis omakorda liitus Hewlett-Packardiga 2002. aastal.<\/p>\n<p>NonStop'i kasutatakse kriitiliste rakenduste, n\u00e4iteks HLR v\u00f5i pangakaartide t\u00f6\u00f6tlemise, loomiseks. Platvormi tarnitakse seadme (appliance) kujul, mis sisaldab arvutusnode, andmesalvestuss\u00fcsteemi ja kommunikatsiooniseadmeid. ServerNeti v\u00f5rk (kaasaegsetes s\u00fcsteemides \u2013 Infiniband) teenib nii node'ide vahelist suhtlust kui ka juurdep\u00e4\u00e4su andmesalvestuss\u00fcsteemile.<\/p>\n<p>S\u00fcsteemi varasemates versioonides kasutati patenteeritud protsessoreid, mis olid omavahel s\u00fcnkroniseeritud: k\u00f5ik toimingud viidi l\u00e4bi s\u00fcnkroonselt mitme protsessori poolt ja kui \u00fcks protsessor tegi vea, l\u00fclitus see v\u00e4lja, samal ajal kui teine j\u00e4tkas t\u00f6\u00f6d. Hiljem \u00fcletas s\u00fcsteem tavaprotsessoritele (esialgu MIPS, seej\u00e4rel Itanium ja l\u00f5puks x86) ning s\u00fcnkroniseerimiseks hakati kasutama teisi mehhanisme:<\/p>\n<ul>\n<li>teated: igal s\u00fcsteemi protsessil on topelt-\"vari\", millele aktiivne protsess perioodiliselt saadab teate oma seisundi kohta; kui peamine protsess eba\u00f5nnestub, alustab vari t\u00f6\u00f6d viimasest teadest m\u00e4\u00e4ratud hetkel;<\/li>\n<li>h\u00e4\u00e4lte andmine: andmesalvestuss\u00fcsteemil on spetsiaalne riistvarakomponent, mis v\u00f5tab vastu mitu identset p\u00e4ringut ja t\u00e4idab need ainult siis, kui p\u00e4ringud kattuvad; f\u00fc\u00fcsilise s\u00fcnkroniseerimise asemel t\u00f6\u00f6tavad protsessorid as\u00fcnkroonselt ja nende t\u00f6\u00f6 tulemused v\u00f5rreldakse ainult sisendi\/v\u00e4ljundi hetkedel.<\/li>\n<\/ul>\n<p>\nAlates 1987. aastast t\u00f6\u00f6tab NonStop platvormil relaatsiooniline andmebaasis\u00fcsteem \u2013 esmalt SQL\/MP ja hiljem SQL\/MX.<\/p>\n<p>Kogu andmebaas jaguneb osadeks, millest iga\u00fche eest vastutab oma Data Access Manager (DAM). See v\u00f5imaldab andmete salvestamist, vahem\u00e4llu salvestamist ja lukustamismehhanismi. Andmete t\u00f6\u00f6tlemisega tegelevad t\u00e4itmisprotsessid (Executor Server Process), mis t\u00f6\u00f6tavad samadel s\u00f5lmedel, mis vastavad andmehalduri jaoks. SQL\/MX planeerija jagab \u00fclesanded t\u00e4itjate vahel ja liidab tulemused. Koosk\u00f5lastatud muudatuste tegemiseks kasutatakse kahefaasilist kinnitamisprotokolli, mida tagab TMF (Transaction Management Facility) teeg.<\/p>\n<p><img decoding=\"async\" alt=\"Jaotatud andmebaasid ettev\u00f5tetele\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL oskab prioriseerida protsesse nii, et pikad anal\u00fc\u00fctilised p\u00e4ringud ei takistaks tehingute t\u00e4itmist. Kuid selle eesm\u00e4rk on just l\u00fchikeste tehingute t\u00f6\u00f6tlemine, mitte anal\u00fc\u00fcs. Arendaja garanteerib NonStop-klasteri k\u00e4ttesaadavuse tasemel viis \"\u00fcheksa\", mis t\u00e4hendab, et seisak on vaid 5 minutit aastas.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nEsimene stabiilne andmebaasi HANA (1.0) v\u00e4ljaanne ilmus novembris 2010 ning SAP ERP pakett t\u00f5i v\u00e4lja HANA-le maist 2013. Platvorm p\u00f5hineb ostetud tehnoloogiatel: TREX Search Engine (kolonnande andmete otsing), P*TIME andmebaas ja MAX DB.<\/p>\n<p>S\u00f5na \"HANA\" on akron\u00fc\u00fcm, High performance ANalytical Appliance. See andmebaas tarnitakse koodina, mis saab t\u00f6\u00f6tada igasugustel x86 serveritel, kuid t\u00f6\u00f6stuslikud installatsioonid on lubatud ainult sertifitseeritud seadmetel. \u00dcksused HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC pakuvad lahendusi. M\u00f5ned Lenovo konfiguratsioonid v\u00f5imaldavad isegi t\u00f6\u00f6tamist ilma SAN-ita \u2013 kluster GPFS kohalikel ketastel t\u00e4idab \u00fchise andmesalvestuse rolli.<\/p>\n<p>Erinevalt eespool loetletud platvormidest on HANA m\u00e4luandmebaas, see t\u00e4hendab, et andmete peamine pilt hoitakse operatiivm\u00e4lu, samas kui kettale kirjutatakse ainult logid ja perioodilised m\u00e4ngupildid \u2013 taastamiseks h\u00e4daolukordades.<\/p>\n<p><img decoding=\"async\" alt=\"Jaotatud andmebaasid ettev\u00f5tetele\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIga HANA klastris\u00f5lm vastutab oma andmeosa eest, andmekartograafia hoitakse spetsiaalses komponendis \u2013 Name Server, mis asub koordinaatori s\u00f5lmes. Andmeid s\u00f5lmede vahel ei dubleeritud. Info lukustuste kohta hoitakse samuti igas s\u00f5lmes, kuid s\u00fcsteemis on globaalne deadlock-detektor.<\/p>\n<p>HANA klient laadib klastre topoloogia, kui ta \u00fchendub, ja saab hiljem otseselt suhelda mis tahes s\u00f5lmaga, s\u00f5ltuvalt vajalikest andmetest. Kui tehing h\u00f5lmab ainult \u00fche s\u00f5lme andmeid, saab see tehing t\u00e4ita kohalikult, kuid kui muutuvad mitme s\u00f5lme andmed, p\u00f6\u00f6rdub algs\u00f5lm koordinaatori poole, kes avab ja koordineerib jaotatud tehingut ning fikseerib selle optimeeritud kahefaasilise fikseerimise protokolli abil.<\/p>\n<p>Koordinaatori s\u00f5lm on duplikaat, seega, kui koordinaator eba\u00f5nnestub, astub koheselt t\u00f6\u00f6le varus\u00f5lm. Kui aga eba\u00f5nnestub andmes\u00f5lm, on ainus v\u00f5imalus p\u00e4\u00e4seda tema andmetele \u2013 k\u00e4ivitada s\u00f5lm uuesti. \u00dcldiselt hoitakse HANA klastrites varu (spare) serverit, et kaotatud s\u00f5lm saaks v\u00f5imalikult kiiresti uuesti k\u00e4ivitatud.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/512298\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u041a\u043e\u043d\u0435\u0447\u043d\u043e, \u0441\u043f\u043e\u0440\u044b \u0432\u043e\u043a\u0440\u0443\u0433 \u043d\u0435\u0451 \u043d\u0435 \u0443\u0442\u0438\u0445\u0430\u044e\u0442: \u0438 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u043d\u0435 \u043a\u0430\u043d\u043e\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435, \u0438 \u0441\u0442\u0440\u043e\u0433\u043e\u0433\u043e \u0434\u043e\u043a\u0430\u0437\u0430\u0442\u0435\u043b\u044c\u0441\u0442\u0432\u0430 \u043d\u0435\u0442\u2026 \u0422\u0435\u043c \u043d\u0435 \u043c\u0435\u043d\u0435\u0435, \u0442\u0432\u0451\u0440\u0434\u043e \u0441\u0442\u043e\u044f \u043d\u0430 \u043f\u043e\u0437\u0438\u0446\u0438\u044f\u0445 \u0431\u044b\u0442\u043e\u0432\u043e\u0433\u043e \u0437\u0434\u0440\u0430\u0432\u043e\u0433\u043e \u0441\u043c\u044b\u0441\u043b\u0430&trade;, \u043c\u044b \u0438\u043d\u0442\u0443\u0438\u0442\u0438\u0432\u043d\u043e \u043f\u043e\u043d\u0438\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u0432\u0435\u0440\u043d\u0430. \u0415\u0434\u0438\u043d\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0435, \u0447\u0442\u043e \u043d\u0435 \u043e\u0447\u0435\u0432\u0438\u0434\u043d\u043e, \u0442\u0430\u043a \u044d\u0442\u043e \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0431\u0443\u043a\u0432\u044b \u00abP\u00bb. \u041a\u043e\u0433\u0434\u0430 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0440\u0430\u0437\u0434\u0435\u043b\u0438\u043b\u0441\u044f, \u043e\u043d \u0440\u0435\u0448\u0430\u0435\u0442 \u2013 \u0442\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":89873,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-89872","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=\"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.\" \/>\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\/raspredelyonnye-subd-dlya-enterprajza\" \/>\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\udd47\u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0435 \u0421\u0423\u0411\u0414 \u0434\u043b\u044f \u044d\u043d\u0442\u0435\u0440\u043f\u0440\u0430\u0439\u0437\u0430 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\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=\"2020-07-26T23:42:19+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-07-26T23:42:19+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\udd47Jaotatud andmebaasid ettev\u00f5tetele | ProHoster","description":"CAP-teoreem on jaotatud s\u00fcsteemide teooria nurgakivi.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","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\udd47\u0420\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0435 \u0421\u0423\u0411\u0414 \u0434\u043b\u044f \u044d\u043d\u0442\u0435\u0440\u043f\u0440\u0430\u0439\u0437\u0430 | ProHoster","og:description":"CAP-\u0442\u0435\u043e\u0440\u0435\u043c\u0430 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043a\u0440\u0430\u0435\u0443\u0433\u043e\u043b\u044c\u043d\u044b\u043c \u043a\u0430\u043c\u043d\u0435\u043c \u0442\u0435\u043e\u0440\u0438\u0438 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c.","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","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":"2020-07-26T23:42:19+00:00","article:modified_time":"2020-07-26T23:42:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"89872","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:03:25","updated":"2026-02-22 15:29:33","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\/89872","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=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}