{"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\/sv\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>CAP-teoremet \u00e4r en h\u00f6rnsten i teorin om distribuerade system. Naturligtvis forts\u00e4tter debatten kring den: varken definitionerna \u00e4r kanoniska, och det finns inget str\u00e4ngt bevis... \u00c4nd\u00e5, med en fast f\u00f6rankring i sunt f\u00f6rnuft&trade;, f\u00f6rst\u00e5r vi intuitivt att teoremet \u00e4r sant.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDet enda som inte \u00e4r uppenbart \u00e4r inneb\u00f6rden av bokstaven \"P\". N\u00e4r en kluster splittras, beslutar den \u2013 antingen att inte svara f\u00f6rr\u00e4n ett kvorum har n\u00e5tts, eller att ge de data som finns. Beroende p\u00e5 resultatet av detta val klassificeras systemet som antingen CP eller AP. Cassandra, till exempel, kan bete sig b\u00e5de s\u00e5 och s\u00e5, beroende inte ens av klusterinst\u00e4llningarna, utan av parametrarna f\u00f6r varje specifik f\u00f6rfr\u00e5gan. Men om systemet inte \u00e4r \"P\", och det har splittrats, vad h\u00e4nder d\u00e5?<\/p>\n<p>Svaret p\u00e5 denna fr\u00e5ga \u00e4r n\u00e5got ov\u00e4ntat: CA-klustret kan inte splittras.<br \/>\nVad \u00e4r det f\u00f6r kluster som inte kan splittras?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nEn n\u00f6dv\u00e4ndig egenskap hos ett s\u00e5dant kluster \u00e4r ett gemensamt datalagringssystem. I de flesta fall inneb\u00e4r detta en anslutning via SAN, vilket begr\u00e4nsar anv\u00e4ndningen av CA-l\u00f6sningar till stora f\u00f6retag som kan uppr\u00e4tth\u00e5lla SAN-infrastruktur. F\u00f6r att flera <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sv\/server\/\"   title=\"servrar\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">servrar<\/a> kan arbeta med samma data, kr\u00e4vs ett kluster-filsystem. S\u00e5dana filsysten finns i portf\u00f6ljerna hos HPE (CFS), Veritas (VxCFS) och IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nReal Application Cluster-alternativet introducerades f\u00f6rsta g\u00e5ngen 2001 i Oracle 9i. I ett s\u00e5dant kluster arbetar flera instanser <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/sv\/server\/dts-los-angeles\/\"   title=\"servern\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">servern<\/a> med samma databas.<br \/>\nOracle kan arbeta b\u00e5de med kluster-filsystem och med sin egen l\u00f6sning \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Varje instans h\u00e5ller sin egen logg. En transaktion utf\u00f6rs och registreras av en instans. Vid en instansfel l\u00e4ser en av de \u00f6verlevande noderna i klustret (instanserna) dennes logg och \u00e5terst\u00e4ller de f\u00f6rlorade data \u2013 d\u00e4rigenom s\u00e4kerst\u00e4lls tillg\u00e4ngligheten.<\/p>\n<p>Alla instanser uppr\u00e4tth\u00e5ller sina egna cacheminnen, och samma sidor (block) kan finnas i cacheminnena hos flera instanser samtidigt. Dessutom, om en instans beh\u00f6ver en viss sida, och den finns i cacheminnet hos en annan instans, kan den f\u00e5 den fr\u00e5n \"grannen\" genom mekanismen cache fusion ist\u00e4llet f\u00f6r att l\u00e4sa fr\u00e5n disken.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMen vad h\u00e4nder om en av instanserna beh\u00f6ver \u00e4ndra data?<\/p>\n<p>En egenskap hos Oracle \u00e4r att den inte har n\u00e5gon dedikerad l\u00e5sningsservice: om servern vill l\u00e5sa en rad, s\u00e4tts uppgiften om l\u00e5sningen direkt p\u00e5 den minnessida d\u00e4r den l\u00e5sta raden finns. Tack vare denna metod \u00e4r Oracle en m\u00e4stare p\u00e5 prestanda bland monolitiska databaser: l\u00e5sningsservicen blir aldrig en flaskhals. Men i en klusterkonfiguration kan s\u00e5dan arkitektur leda till intensiv n\u00e4tverkstrafik och \u00f6msesidiga l\u00e5sningar.<\/p>\n<p>S\u00e5 snart en post l\u00e5ses, meddelar instansen alla andra instanser om att sidan d\u00e4r denna post finns har tagits i monopoll\u00e4ge. Om en annan instans beh\u00f6ver \u00e4ndra posten p\u00e5 samma sida m\u00e5ste den v\u00e4nta tills \u00e4ndringarna p\u00e5 sidan har bekr\u00e4ftats, dvs. informationen om \u00e4ndringen har skrivits till loggen p\u00e5 disken (under tiden kan transaktionen forts\u00e4tta). Det kan ocks\u00e5 h\u00e4nda att sidan \u00e4ndras sekventiellt av flera instanser, och d\u00e5 m\u00e5ste det vid skrivning av sidan till disken tas reda p\u00e5 vilken som har den aktuella versionen av denna sida.<\/p>\n<p>Oavsiktlig uppdatering av samma sidor via olika noder i RAC leder till en dramatisk s\u00e4nkning av databasens prestanda - till den grad att klustrets prestanda kan vara l\u00e4gre \u00e4n en enda instans.<\/p>\n<p>R\u00e4tt anv\u00e4ndning av Oracle RAC inneb\u00e4r fysisk uppdelning av data (t.ex. med hj\u00e4lp av mekanismen f\u00f6r partitionerade tabeller) och \u00e5tkomst till varje datam\u00e4ngd via en dedikerad nod. Huvudsyftet med RAC blev inte horisontell skalning, utan att s\u00e4kerst\u00e4lla redundans.<\/p>\n<p>Om en nod slutar svara p\u00e5 heartbeat, startar den nod som f\u00f6rst uppt\u00e4ckte detta proceduren f\u00f6r r\u00f6stning p\u00e5 disken. Om den saknade noden inte heller registreras h\u00e4r, tar en av noderna p\u00e5 sig ansvaret f\u00f6r datar\u00e4ddning:<\/p>\n<ul>\n<li>\u00abfryser\u00bb alla sidor som fanns i cachen f\u00f6r den saknade noden;<\/li>\n<li>l\u00e4ser loggarna (redo) f\u00f6r den saknade noden och \u00e5teranv\u00e4nder \u00e4ndringarna som registrerades i dessa loggar, samtidigt som det kontrollerar om andra noder har nyare versioner av de \u00e4ndrade sidorna;<\/li>\n<li>\u00e5terst\u00e4ller ofullst\u00e4ndiga transaktioner.<\/li>\n<\/ul>\n<p>\nF\u00f6r att underl\u00e4tta v\u00e4xlingen mellan noder finns det i Oracle ett begrepp kallat service \u2013 ett virtuellt instance. En instans kan betj\u00e4na flera tj\u00e4nster, och en tj\u00e4nst kan flytta mellan noder. En applikationsinstans som betj\u00e4nar en viss del av databasen (t.ex. en kundgrupp) arbetar med en tj\u00e4nst, och tj\u00e4nsten som ansvarar f\u00f6r den delen av databasen flyttar till en annan nod n\u00e4r en nod g\u00e5r ner.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nKlusterl\u00f6sningen f\u00f6r databashanteringssystem etablerades i den bl\u00e5kraftiga portf\u00f6ljen 2009. Ideologiskt \u00e4r det en arvtagare till klustret Parallel Sysplex, som \u00e4r byggt p\u00e5 \"vanlig\" utrustning. 2009 sl\u00e4pptes produkten DB2 pureScale, som \u00e4r en mjukvarupaket, och 2012 erbjuder IBM en programvaru-h\u00e5rdvarukomponent (appliance) kallad Pure Data Systems for Transactions. M\u00e5ste inte f\u00f6rv\u00e4xlas med Pure Data Systems for Analytics, som \u00e4r inget annat \u00e4n ett omd\u00f6pt Netezza.<\/p>\n<p>Arkitekturen pureScale liknar vid f\u00f6rsta \u00f6gonkastet Oracle RAC: p\u00e5 samma s\u00e4tt \u00e4r flera noder anslutna till ett gemensamt datalager, och p\u00e5 varje nod k\u00f6rs en egen instans av databashanteringssystemet med sina egna minnesomr\u00e5den och transaktionsloggar. Men till skillnad fr\u00e5n Oracle har DB2 en dedikerad l\u00e5sservice, representerad av ett set av processer db2LLM*. I klusterkonfigurationen placeras denna service p\u00e5 en separat nod, som i Parallel Sysplex kallas coupling facility (CF), och i Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA tillhandah\u00e5ller f\u00f6ljande tj\u00e4nster:<\/p>\n<ul>\n<li>l\u00e5smanager;<\/li>\n<li>global buffertcache;<\/li>\n<li>omr\u00e5de f\u00f6r mellanprocesskommunikation.<\/li>\n<\/ul>\n<p>\nF\u00f6r data\u00f6verf\u00f6ring mellan PowerHA och databaserna anv\u00e4nds fj\u00e4rr\u00e5tkomst till minnet, s\u00e5 klusterinterkonnekt m\u00e5ste st\u00f6dja RDMA-protokollet. PureScale kan anv\u00e4nda b\u00e5de Infiniband och RDMA \u00f6ver Ethernet.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOm en nod beh\u00f6ver en sida, och den sidan inte finns i cachen, beg\u00e4r noden sidan i den globala cachen, och f\u00f6rst om den inte finns d\u00e4r, l\u00e4ser den fr\u00e5n disken. Till skillnad fr\u00e5n Oracle g\u00e5r f\u00f6rfr\u00e5gan endast till PowerHA och inte till angr\u00e4nsande noder.<\/p>\n<p>Om en instans ska \u00e4ndra en rad, l\u00e5ser den den i exklusivt l\u00e4ge och sidan d\u00e4r raden finns i delat l\u00e4ge. Alla l\u00e5s registreras i den globala l\u00e5shanteraren. N\u00e4r transaktionen \u00e4r slutf\u00f6rd skickar noden ett meddelande till l\u00e5shanteraren, som kopierar den \u00e4ndrade sidan till den globala cachen, tar bort l\u00e5sningarna och ogiltigf\u00f6rklarar den \u00e4ndrade sidan i kassor fr\u00e5n andra noder.<\/p>\n<p>Om sidan som inneh\u00e5ller den \u00e4ndrade raden redan \u00e4r l\u00e5st, kommer l\u00e5shanteraren att l\u00e4sa den \u00e4ndrade sidan fr\u00e5n minnet av noden som gjorde \u00e4ndringarna, ta bort l\u00e5sningen, ogiltigf\u00f6rklara den \u00e4ndrade sidan i kassor fr\u00e5n andra noder och ge l\u00e5sningen av sidan till noden som beg\u00e4rde den.<\/p>\n<p>\"Smutsiga\", det vill s\u00e4ga \u00e4ndrade, sidor kan skrivas till disk b\u00e5de fr\u00e5n en vanlig nod och fr\u00e5n PowerHA (castout).<\/p>\n<p>Vid fel p\u00e5 en av noderna i pureScale \u00e4r \u00e5terst\u00e4llningen begr\u00e4nsad till de transaktioner som vid tidpunkten f\u00f6r fel fortfarande inte hade avslutats: sidor som \u00e4ndrades av denna nod i avslutade transaktioner finns i den globala cachen p\u00e5 PowerHA. Noden startas om i en nedskuren konfiguration p\u00e5 en av servrarna i klustret, rullar tillbaka de ouppklarade transaktionerna och frig\u00f6r l\u00e5sningar.<\/p>\n<p>PowerHA fungerar p\u00e5 tv\u00e5 servrar, och den prim\u00e4ra noden replikerar sitt tillst\u00e5nd synkront. Vid fel p\u00e5 den prim\u00e4ra noden forts\u00e4tter PowerHA-klustret att arbeta med den backup-nod som finns.<br \/>\nSj\u00e4lvklart, om man h\u00e4nvisar till en datam\u00e4ngd via en nod, kommer den \u00f6vergripande prestandan f\u00f6r klustret att vara h\u00f6gre. PureScale kan till och med m\u00e4rka att ett visst datakluster behandlas av en nod, och d\u00e5 kommer alla l\u00e5s som r\u00f6r detta omr\u00e5de att hanteras av noden lokalt utan kommunikation med PowerHA. Men s\u00e5 snart applikationen f\u00f6rs\u00f6ker f\u00e5 \u00e5tkomst till dessa data via en annan nod, kommer den centraliserade l\u00e5shanteringen att \u00e5terupptas.<\/p>\n<p>IBMs interna belastningstester, best\u00e5ende av 90% l\u00e4sning och 10% skrivning, vilket liknar en verklig industriell belastning, visar n\u00e4stan linj\u00e4r skalning upp till 128 noder. Tyv\u00e4rr avsl\u00f6jas inte testvillkoren.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nHewlett-Packard Enterprise har ocks\u00e5 sin egen h\u00f6gtillg\u00e4ngliga plattform. Det \u00e4r en NonStop-plattform som lanserades p\u00e5 marknaden 1976 av Tandem Computers. \u00c5r 1997 f\u00f6rv\u00e4rvades f\u00f6retaget av Compaq, som i sin tur gick samman med Hewlett-Packard \u00e5r 2002.<\/p>\n<p>NonStop anv\u00e4nds f\u00f6r att bygga kritiska applikationer \u2013 till exempel HLR eller hantering av bankkort. Plattformen levereras i form av en programvaru- och h\u00e5rdvarukomplex (appliance), som inkluderar ber\u00e4kningsnoder, lagringssystem och kommunikationsutrustning. N\u00e4tverket ServerNet (i moderna system \u2013 Infiniband) anv\u00e4nds b\u00e5de f\u00f6r kommunikation mellan noder och f\u00f6r \u00e5tkomst till lagringssystemet.<\/p>\n<p>I de tidiga versionerna av systemet anv\u00e4ndes propriet\u00e4ra processorer, som var synkroniserade med varandra: alla operationer utf\u00f6rdes synkront av flera processorer, och s\u00e5 fort en av processorerna gjorde ett fel st\u00e4ngdes den av medan den andra fortsatte sin verksamhet. Senare gick systemet \u00f6ver till vanliga processorer (f\u00f6rst MIPS, sedan Itanium och slutligen x86), och andra mekanismer b\u00f6rjade anv\u00e4ndas f\u00f6r synkronisering:<\/p>\n<ul>\n<li>meddelanden: varje systemprocess har en dubbelg\u00e5ngare som kallas \"skugga\", som den aktiva processen regelbundet skickar meddelanden om sitt tillst\u00e5nd; vid fel p\u00e5 den prim\u00e4ra processen b\u00f6rjar den skuggliknande processen arbete fr\u00e5n den punkt som anges av det senaste meddelandet;<\/li>\n<li>omr\u00f6stning: lagringssystemet har en speciell h\u00e5rdvarukomponent som tar emot flera identiska f\u00f6rfr\u00e5gningar och utf\u00f6r dem endast om f\u00f6rfr\u00e5gningarna \u00f6verensst\u00e4mmer; ist\u00e4llet f\u00f6r fysisk synkronisering arbetar processorerna asynkront, och resultaten av deras arbete j\u00e4mf\u00f6rs endast vid in- och utmatning.<\/li>\n<\/ul>\n<p>\nSedan 1987 har en relationsdatabas, f\u00f6rst SQL\/MP och senare SQL\/MX, fungerat p\u00e5 NonStop-plattformen.<\/p>\n<p>Hela databasen delas upp i delar, och varje del ansvaras av sin egen Data Access Manager (DAM). Den s\u00e4kerst\u00e4ller dataskrivning, caching och l\u00e5smekanismer. Databehandling hanteras av exeuterande processer (Executor Server Process) som arbetar p\u00e5 samma noder som de motsvarande datamanagerna. SQL\/MX-schemal\u00e4ggaren f\u00f6rdelar uppgifter mellan ut\u00f6vare och samlar resultaten. N\u00e4r det \u00e4r n\u00f6dv\u00e4ndigt att g\u00f6ra samordnade \u00e4ndringar anv\u00e4nds en tv\u00e5faskommitt\u00e9protokoll, utf\u00f6rd av TMF-biblioteket (Transaction Management Facility).<\/p>\n<p><img decoding=\"async\" alt=\"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL kan prioritera processer s\u00e5 att l\u00e5nga analytiska fr\u00e5gor inte st\u00f6r utf\u00f6randet av transaktioner. Dess syfte \u00e4r dock just att behandla korta transaktioner, inte analys. Utvecklaren garanterar tillg\u00e4nglighet f\u00f6r NonStop-klustret p\u00e5 niv\u00e5 fem \"nior\", vilket betyder att stillest\u00e5ndet bara utg\u00f6r 5 minuter per \u00e5r.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nDen f\u00f6rsta stabila versionen av databashanteringssystemet HANA (1.0) sl\u00e4pptes i november 2010, och SAP ERP-paketet \u00f6vergick till HANA i maj 2013. Plattformen baseras p\u00e5 f\u00f6rv\u00e4rvade teknologier: TREX-s\u00f6kmotorn (s\u00f6kning i kolumnlagring), databashanteringssystemet P*TIME och MAX DB.<\/p>\n<p>Sj\u00e4lva ordet \"HANA\" \u00e4r en akronym, High performance ANalytical Appliance. Detta databashanteringssystem levereras som kod som kan k\u00f6ras p\u00e5 alla x86-servrar, men industriinstallationer till\u00e5ts endast p\u00e5 certifierad h\u00e5rdvara. Det finns l\u00f6sningar fr\u00e5n HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC. Vissa Lenovo-konfigurationer till\u00e5ter till och med drift utan SAN - klustret GPFS p\u00e5 lokala diskar fungerar som en gemensam lagring.<\/p>\n<p>Till skillnad fr\u00e5n de ovan n\u00e4mnda plattformarna \u00e4r HANA ett minnesbaserat databashanteringssystem, vilket inneb\u00e4r att den prim\u00e4ra bilden av data lagras i RAM, medan endast loggar och periodiska avbildningar skrivs till disk - f\u00f6r att m\u00f6jligg\u00f6ra \u00e5terst\u00e4llning vid en krasch.<\/p>\n<p><img decoding=\"async\" alt=\"Distribuerade databashanteringssystem f\u00f6r f\u00f6retag\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVarje nod i HANA-klustret ansvarar f\u00f6r sin del av data, och datakartan lagras i en speciell komponent - Name Server, som \u00e4r bel\u00e4gen p\u00e5 samordningsnoden. Data dupliciteter inte mellan noder. Information om l\u00e5s lagras ocks\u00e5 p\u00e5 varje nod, men systemet har en global detektor f\u00f6r d\u00f6dl\u00e4gen.<\/p>\n<p>HANA-klienten laddar ner topologin f\u00f6r klustret n\u00e4r den ansluter och kan sedan direkt kommunicera med vilken nod som helst beroende p\u00e5 vilka data som kr\u00e4vs. Om en transaktion ber\u00f6r data fr\u00e5n en enda nod kan den utf\u00f6ras lokalt av den noden, men om flera noders data f\u00f6r\u00e4ndras, kontaktar initiatorn noden f\u00f6r att samordna en distribuerad transaktion, vilket bekr\u00e4ftas med ett optimerat protokoll f\u00f6r tv\u00e5fas\u00e5terkoppling.<\/p>\n<p>Koordinatornoden \u00e4r duplikerad, vilket inneb\u00e4r att om koordinatorn g\u00e5r ner, tr\u00e4der reservnoden omedelbart i kraft. Om en nod med data g\u00e5r ner \u00e4r det enda s\u00e4ttet att f\u00e5 \u00e5tkomst till dess data att starta om noden. Vanligtvis har HANA-kluster en reservserver f\u00f6r att snabbt kunna starta om en f\u00f6rlorad nod.<br \/>\n<br \/>K\u00e4lla: <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.4 - 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\/sv\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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\/sv\/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\udd47Distribuerade databassystem f\u00f6r f\u00f6retag | ProHoster","description":"CAP-teoremet \u00e4r en h\u00f6rnsten i teorin om distribuerade system.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\/sv\/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\/sv\/wp-json\/wp\/v2\/posts\/89872","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}