{"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\/hr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"Distribuirane baze podataka za poduze\u0107a","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>CAP teorema je kamen temeljac teorije distribuiranih sustava. Naravno, rasprave oko nje se ne sti\u0161avaju: definicije u njoj nisu kanonske, a ni strogo dokazivanje ne postoji\u2026 Ipak, \u010dvrsto pridr\u017eavaju\u0107i se pozicija svakodnevnog zdravog razuma\u2122, intuativno shva\u0107amo da je teorema to\u010dna.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane baze podataka za poduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJedina stvar koja nije o\u010dita je zna\u010denje slova \"P\". Kada se klaster podijeli, odlu\u010duje \u2013 ho\u0107e li ne odgovarati dok se ne postigne kvorum ili \u0107e dati podatke koji su dostupni. Ovisno o rezultatima ovog izbora, sustav se klasificira ili kao CP ili kao AP. Cassandra, na primjer, mo\u017ee se pona\u0161ati na oba na\u010dina, ovisno ne samo o postavkama klastera, ve\u0107 i o parametrima svake pojedine molbe. No, ako sustav nije \"P\", a podijeljen je, \u0161to tada?<\/p>\n<p>Odgovor na ovo pitanje je pomalo iznena\u0111uju\u0107i: CA-klaster ne mo\u017ee se podijeliti.<br \/>\nKakav je to klaster koji se ne mo\u017ee podijeliti?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNeizostavan atribut takvog klastera je zajedni\u010dki sustav pohrane podataka. U velikoj ve\u0107ini slu\u010dajeva to zna\u010di povezivanje putem SAN-a, \u0161to ograni\u010dava primjenu CA-rje\u0161enja samo na velike kompanije koje mogu odr\u017eavati SAN infrastrukturu. Da bi nekoliko <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hr\/server\/\"   title=\"poslu\u017eitelja\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">poslu\u017eitelja<\/a> moglo raditi s istim podacima, potrebna je klasterska datote\u010dna sustava. Takve datote\u010dne sustave imaju u portfeljima HPE (CFS), Veritas (VxCFS) i IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nOpcija Real Application Cluster prvi put se pojavila 2001. godine u izdanju Oracle 9i. U takvom klasteru nekoliko instanci <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hr\/server\/dts-los-angeles\/\"   title=\"poslu\u017eitelja\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">poslu\u017eitelja<\/a> radi s istom bazom podataka.<br \/>\nOracle mo\u017ee raditi i s klasterskom datote\u010dnom sustavom, kao i s vlastitim rje\u0161enjem \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Svaka instanca vodi svoj dnevnik. Transakcija se izvr\u0161ava i bilje\u017ei od jedne instance. U slu\u010daju kvara instance, jedan od pre\u017eivjelih \u010dvorova klastera (instanci) \u010dita njen dnevnik i obnavlja izgubljene podatke \u2013 time se osigurava dostupnost.<\/p>\n<p>Sve instance podr\u017eavaju vlastiti ka\u0161, a iste stranice (blokovi) mogu se istovremeno nalaziti u ka\u0161ama vi\u0161e instanci. \u0160tovi\u0161e, ako neka stranica treba jednoj instanci, a nalazi se u ka\u0161u druge instance, mo\u017ee je dobiti od \"susjeda\" putem mehanizma cache fusion umjesto da je \u010dita s diska.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane baze podataka za poduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNo \u0161to \u0107e se dogoditi ako jednom od instanci zatreba da promijeni podatke?<\/p>\n<p>Osobitost Oracle-a je u tome \u0161to nema posebnu uslugu za zaklju\u010davanje: kada poslu\u017eitelj \u017eeli zaklju\u010dati redak, zapis o zaklju\u010davanju se stavlja izravno na onoj stranici memorije gdje se nalazi zaklju\u010dani redak. Zbog ovog pristupa, Oracle je prvak u performansama me\u0111u monolitnim bazama podataka: usluga zaklju\u010davanja nikada ne postaje usko grlo. Me\u0111utim, u klasterskoj konfiguraciji, ova arhitektura mo\u017ee uzrokovati intenzivnu mre\u017enu razmjenu i me\u0111usobna zaklju\u010davanja.<\/p>\n<p>\u010cim se zapis zaklju\u010dava, instanca obavje\u0161tava sve ostale instance da je stranica na kojoj se nalazi taj zapis zauzeta u monopolnom re\u017eimu. Ako drugoj instanci zatreba da promijeni zapis na istoj stranici, mora \u010dekati dok se promjene na stranici ne zabilje\u017ee, tj. dok se informacija o promjeni ne zapi\u0161e u dnevnik na disku (za to vrijeme transakcija mo\u017ee trajati). Tako\u0111er se mo\u017ee dogoditi da se stranica mijenja uzastopno od strane nekoliko instanci, a tada prilikom zapisivanja stranice na disk treba utvrditi kod koga se nalazi aktualna verzija te stranice.<\/p>\n<p>Nasumice a\u017euriranje istih stranica preko razli\u010ditih \u010dvorova RAC dovodi do dramati\u010dnog smanjenja performansi baze podataka \u2013 do te mjere da performanse klastera mogu biti ni\u017ee od performansi pojedina\u010dne instance.<\/p>\n<p>Ispravno kori\u0161tenje Oracle RAC-a uklju\u010duje fizi\u010dko razdvajanje podataka (na primjer, pomo\u0107u mehanizma tablica s particijama) i pristup svakom skupu particija preko dodijeljenog \u010dvora. Glavna svrha RAC-a nije bila horizontalno skaliranje, ve\u0107 osiguranje otpornosti na gre\u0161ke.<\/p>\n<p>Ako \u010dvor prestane odgovarati na heartbeat, tada \u010dvor koji to prvi otkrije pokre\u0107e postupak glasovanja na disku. Ako ni ovdje izgubljeni \u010dvor ne potvrdi svoju prisutnost, jedan od \u010dvorova preuzima odgovornosti za oporavak podataka:<\/p>\n<ul>\n<li>\u00abzamrzava\u00bb sve stranice koje su bile u ke\u0161u izgubljenog \u010dvora;<\/li>\n<li>\u010ditaju\u0107i dnevnike (redo) izgubljenog \u010dvora i ponovo primjenjuju\u0107i promjene zapisane u tim dnevnicima, pritom provjeravaju\u0107i imaju li drugi \u010dvorovi novije verzije mijenjanih stranica;<\/li>\n<li>vra\u0107a nezavr\u0161ene transakcije.<\/li>\n<\/ul>\n<p>\nDa bi se olak\u0161alo prebacivanje izme\u0111u \u010dvorova, Oracle koristi pojam servisa \u2013 virtualni primjerak. Primjerak mo\u017ee podr\u017eavati vi\u0161e servisa, a servis mo\u017ee pre\u0107i izme\u0111u \u010dvorova. Primjerak aplikacije, koji podr\u017eava odre\u0111eni dio baze (na primjer, grupu klijenata), radi s jednim servisom, a servis odgovoran za taj dio baze premje\u0161ta se na drugi \u010dvor u slu\u010daju kvara \u010dvora.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nKlustersko rje\u0161enje za DBMS pojavilo se u portfelju Plavog Giganta 2009. godine. Ideolo\u0161ki je nasljednik klastera Parallel Sysplex, izgra\u0111enog na \"obi\u010dnoj\" opremi. Godine 2009. lansiran je proizvod DB2 pureScale, koji predstavlja paket softverskih rje\u0161enja, a 2012. IBM nudi softversko-hardware rje\u0161enje pod nazivom Pure Data Systems for Transactions. Ne treba ga mije\u0161ati s Pure Data Systems for Analytics, koja je samo preimenovani Netezza.<\/p>\n<p>Arhitektura pureScale na prvi pogled nalikuje Oracle RAC-u: na sli\u010dan na\u010din vi\u0161e \u010dvorova povezano je s zajedni\u010dkim sistemom pohrane podataka, a na svakom \u010dvoru radi svoj primjerak DBMS-a sa svojim memorijskim prostorima i dnevnicima transakcija. Me\u0111utim, za razliku od Oracle-a, DB2 ima poseban servis za zaklju\u010davanje, predstavljen skupom procesa db2LLM*. U klasterskoj konfiguraciji ovaj servis se premje\u0161ta na poseban \u010dvor, koji se u Parallel Sysplex-u naziva coupling facility (CF), a u Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA pru\u017ea sljede\u0107e usluge:<\/p>\n<ul>\n<li>menad\u017eer zaklju\u010davanja;<\/li>\n<li>globalni bafer cache;<\/li>\n<li>podru\u010dje me\u0111uprocesne komunikacije.<\/li>\n<\/ul>\n<p>\nZa prijenos podataka od PowerHA do \u010dvorova DB i obrnuto koristi se daljinski pristup memoriji, stoga klasterska me\u0111uspojnica mora podr\u017eavati RDMA protokol. PureScale mo\u017ee koristiti i Infiniband i RDMA preko Ethernet-a.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane baze podataka za poduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAko \u010dvor treba stranicu, a te stranice nema u cache-u, \u010dvor tra\u017ei stranicu u globalnom cache-u, i samo ako je ni tamo nema, \u010dita je s diska. Za razliku od Oracle-a, zahtjev ide samo u PowerHA, a ne u susjedne \u010dvorove.<\/p>\n<p>Ako instanca planira promijeniti red, ona ga blokira u ekskluzivnom re\u017eimu, a stranicu na kojoj se red nalazi - u dijeljenom re\u017eimu. Sve blokade se registriraju u globalnom upravitelju blokada. Kada transakcija zavr\u0161i, \u010dvor \u0161alje poruku upravitelju blokada, koji kopira promijenjenu stranicu u globalnu predmemoriju, uklanja blokade i invalidira promijenjenu stranicu u predmemorijama drugih \u010dvorova.<\/p>\n<p>Ako je stranica na kojoj se nalazi promijenjeni red ve\u0107 blokirana, upravitelj blokada \u0107e pro\u010ditati promijenjenu stranicu iz memorije \u010dvora koji je napravio promjene, uklonit \u0107e blokadu, invalidirati promijenjenu stranicu u predmemorijama drugih \u010dvorova i vratiti blokadu stranice \u010dvoru koji ju je zatra\u017eio.<\/p>\n<p>\u00bbPrljave\u00ab, odnosno promijenjene, stranice mogu se zapisivati na disk kako s obi\u010dnog \u010dvora, tako i s PowerHA (castout).<\/p>\n<p>U slu\u010daju kvara jednog od \u010dvorova pureScale, oporavak je ograni\u010den samo na one transakcije koje u trenutku kvara jo\u0161 nisu bile zavr\u0161ene: stranice koje je taj \u010dvor promijenio u zavr\u0161nim transakcijama su u globalnoj predmemoriji na PowerHA. \u010cvor se ponovno pokre\u0107e u ograni\u010denoj konfiguraciji na jednom od poslu\u017eitelja klastera, poni\u0161tava nezavr\u0161ene transakcije i osloba\u0111a blokade.<\/p>\n<p>PowerHA radi na dva poslu\u017eitelja, a glavni \u010dvor sinkronizirano replicira svoje stanje. U slu\u010daju kvara glavnog \u010dvora, PowerHA klaster nastavlja rad s rezervnim \u010dvorom.<br \/>\nNaravno, ako se pristupa skupu podataka putem jednog \u010dvora, ukupna performansa klastera \u0107e biti vi\u0161a. PureScale \u010dak mo\u017ee primijetiti da odre\u0111eno podru\u010dje podataka obra\u0111uje jedan \u010dvor, a tada \u0107e se sve blokade vezane uz to podru\u010dje obra\u0111ivati lokalno, bez komunikacije s PowerHA. No, \u010dim aplikacija poku\u0161a pristupiti tim podacima putem drugog \u010dvora, centralizirana obrada blokada \u0107e se nastaviti.<\/p>\n<p>Interni testovi IBM-a pod optere\u0107enjem koje se sastoji od 90% \u010ditanja i 10% pisanja, \u0161to vrlo sli\u010di stvarnom industrijskom optere\u0107enju, pokazuju gotovo linearno skaliranje do 128 \u010dvorova. Na\u017ealost, uvjeti testiranja se ne otkrivaju.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nVlastita visoko dostupna platforma dostupna je i u portfelju tvrtke Hewlett-Packard Enterprise. To je NonStop platforma koja je na tr\u017ei\u0161te pu\u0161tena 1976. godine od strane tvrtke Tandem Computers. Godine 1997. tvrtku je preuzela tvrtka Compaq, koja se 2002. godine spojila s Hewlett-Packard.<\/p>\n<p>NonStop se koristi za izgradnju kriti\u010dnih aplikacija \u2013 poput HLR-a ili procesiranja bankovnih kartica. Platforma dolazi u obliku softversko-hardverskog kompleta (appliance), koji uklju\u010duje ra\u010dunalne \u010dvorove, sustav za pohranu podataka i komunikacijsku opremu. Mre\u017ea ServerNet (u modernim sustavima \u2013 Infiniband) slu\u017ei kako za razmjenu izme\u0111u \u010dvorova, tako i za pristup sustavu za pohranu podataka.<\/p>\n<p>U ranim verzijama sustava kori\u0161teni su proprietarni procesori koji su bili me\u0111usobno sinkronizirani: sve operacije izvr\u0161avane su sinkrono od strane vi\u0161e procesora, a kada je jedan od procesora imao pogre\u0161ku, on se isklju\u010divao dok je drugi nastavljao rad. Kasnije je sustav pre\u0161ao na standardne procesore (prvo MIPS, zatim Itanium, i naposljetku x86), a za sinkronizaciju su kori\u0161teni drugi mehanizmi:<\/p>\n<ul>\n<li>poruke: svaki sustavni proces ima svoj dvostruki \u201esjena\u201c, kojem aktivni proces povremeno \u0161alje poruke o svom stanju; u slu\u010daju kvara glavnog procesa, sjeni proces zapo\u010dinje rad od trenutka koji je odredila posljednja poruka;<\/li>\n<li>glasanje: sustav za pohranu podataka ima poseban hardverski komponent koji prima nekoliko istih zahtjeva i izvr\u0161ava ih samo ako se zahtjevi podudaraju; umjesto fizi\u010dke sinkronizacije, procesori rade asinkrono, a rezultati njihova rada uspore\u0111uju se samo u trenucima ulaza\/izlaza.<\/li>\n<\/ul>\n<p>\nOd 1987. godine na platformi NonStop radi relacijska SUSTAV RAZVOJA BAZA PODATAKA \u2013 prvo SQL\/MP, a kasnije SQL\/MX.<\/p>\n<p>Cijela baza podataka dijeli se na dijelove, a za svaki dio odgovara svoj proces Data Access Manager (DAM). On osigurava zapis podataka, ke\u0161iranje i mehanizam zaklju\u010davanja. Obradom podataka bave se izvr\u0161ni procesi (Executor Server Process) koji rade na istim \u010dvorovima kao odgovaraju\u0107i menad\u017eeri podataka. SQL\/MX planer dijeli zadatke me\u0111u izvr\u0161iteljima i kombinira rezultate. Kada je potrebno unijeti uskla\u0111ene promjene, koristi se protokol dvostupanjskog potvr\u0111ivanja, koji osigurava TMF (Transaction Management Facility) biblioteka.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane baze podataka za poduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL mo\u017ee prioritizirati procese tako da dugi analiti\u010dki upiti ne ometaju izvr\u0161enje transakcija. Me\u0111utim, njegova namjena je upravo obrada kratkih transakcija, a ne analiza. Razvijatelj jam\u010di dostupnost NonStop klastera na razini pet \"devetki\", \u0161to zna\u010di da je vrijeme zastoja svega 5 minuta godi\u0161nje.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nPrvo stabilno izdanje HANA baze podataka (1.0) objavljeno je u studenom 2010. godine, a paket SAP ERP pre\u0161ao je na HANA od svibnja 2013. godine. Platforma se temelji na kupljenim tehnologijama: TREX Search Engine (pretra\u017eivanje u kolonskoj pohrani), P*TIME DB i MAX DB.<\/p>\n<p>Sama rije\u010d \"HANA\" je akronim, High performance ANalytical Appliance. Ova baza podataka dolazi u obliku koda koji mo\u017ee raditi na bilo kojim x86 serverima, me\u0111utim industrijske instalacije dopu\u0161tene su samo na opremi koja je pro\u0161la certifikaciju. Dostupna su rje\u0161enja od proizvo\u0111a\u010da HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC. Neka Lenovo konfiguracije \u010dak dopu\u0161taju rad bez SAN-a \u2013 ulogu zajedni\u010dke pohrane igra GPFS klaster na lokalnim diskovima.<\/p>\n<p>Za razliku od navedenih platformi, HANA je baza podataka u memoriji, tj. primarni prikaz podataka pohranjuje se u radnoj memoriji, a na disk se zapisuju samo dnevnici i periodi\u010dne kopije \u2013 za oporavak u slu\u010daju kvara.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuirane baze podataka za poduze\u0107a\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSvaki \u010dvor HANA klastera odgovara za svoj dio podataka, a karta podataka pohranjuje se u posebnoj komponenti \u2013 Name Server, koja se nalazi na \u010dvoru koordinatore. Podaci izme\u0111u \u010dvorova se ne dupliciraju. Informacije o zaklju\u010davanjima tako\u0111er se pohranjuju na svakom \u010dvoru, ali u sustavu postoji globalni detektor me\u0111usobnih zaklju\u010davanja.<\/p>\n<p>Klijent HANA, prilikom povezivanja s klasterom, u\u010ditava njegovu topologiju i kasnije mo\u017ee izravno pristupati bilo kojem \u010dvoru ovisno o tome koji su mu podaci potrebni. Ako transakcija uklju\u010duje podatke samo jednog \u010dvora, mo\u017ee biti izvr\u0161ena lokalno od strane tog \u010dvora, ali ako se mijenjaju podaci s vi\u0161e \u010dvorova, \u010dvor koji inicira transakciju obra\u0107a se \u010dvoru koordinatoru, koji otvara i koordinira distribuiranu transakciju, potvr\u0111uju\u0107i je pomo\u0107u optimiziranog protokola dvostupanjskog zaklju\u010davanja.<\/p>\n<p>\u010cvor koordinator je dupliciran, pa u slu\u010daju kvara koordinatora, odmah preuzima rezervni \u010dvor. Me\u0111utim, ako do\u0111e do kvara \u010dvora s podacima, jedini na\u010din za pristup njegovim podacima je ponovo pokrenuti \u010dvor. Obi\u010dno u HANA klasterima dr\u017ee rezervni (spare) server kako bi se \u0161to br\u017ee ponovno pokrenuo izgubljeni \u010dvor.<br \/>\n<br \/>Izvor: <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.5 - 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\/hr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.5\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\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\/hr\/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\udd47Distribuirane DBMS za poduze\u0107a | ProHoster","description":"CAP teorem je kamen temeljac teorije distribuiranih sustava.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/89872","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}