{"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\/it\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"Database distribuiti per l'enterprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Il teorema CAP \u00e8 la pietra miliare della teoria dei sistemi distribuiti. Certamente, i dibattiti su di esso non si placano: le definizioni in esso non sono canoniche e non c'\u00e8 una prova rigorosa... Tuttavia, rimanendo fermi sulle posizioni del buon senso quotidiano&trade;, comprendiamo intuitivamente che il teorema \u00e8 vero.<\/p>\n<p><img decoding=\"async\" alt=\"Database distribuiti per l&#039;enterprise\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nL'unica cosa che non \u00e8 ovvia \u00e8 il significato della lettera \u00abP\u00bb. Quando un cluster si separa, decide se non rispondere finch\u00e9 non si raggiunge un quorum, oppure se fornire i dati disponibili. A seconda dei risultati di questa scelta, il sistema viene classificato come CP o AP. Cassandra, ad esempio, pu\u00f2 comportarsi in entrambi i modi, non in base alle impostazioni del cluster, ma ai parametri di ciascuna richiesta specifica. Ma se il sistema non \u00e8 \u201eP\u201c e si separa, allora \u2013 che succede?<\/p>\n<p>La risposta a questa domanda \u00e8 piuttosto inaspettata: un cluster CA non pu\u00f2 separarsi.<br \/>\nQual \u00e8 quindi questo cluster che non pu\u00f2 separarsi?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nUn attributo imprescindibile di tale cluster \u00e8 un sistema di archiviazione dati condiviso. Nella stragrande maggioranza dei casi, questo significa una connessione tramite SAN, il che limita l'applicazione delle soluzioni CA alle grandi aziende in grado di mantenere un'infrastruttura SAN. Affinch\u00e9 pi\u00f9 <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">server<\/a> possono lavorare con gli stessi dati, \u00e8 necessaria un file system cluster. Tali file system sono disponibili nei portafogli di HPE (CFS), Veritas (VxCFS) e IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nL'opzione Real Application Cluster \u00e8 apparsa per la prima volta nel 2001 con il rilascio di Oracle 9i. In un tale cluster, pi\u00f9 istanze <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/dts-los-angeles\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">server<\/a> lavorano con lo stesso database.<br \/>\nOracle pu\u00f2 lavorare sia con un file system cluster, sia con la propria soluzione \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Ogni istanza tiene il proprio registro. La transazione viene eseguita e registrata da un'istanza. In caso di guasto di un'istanza, uno dei nodi sopravvissuti del cluster (istanze) legge il suo registro e recupera i dati persi: in questo modo si garantisce la disponibilit\u00e0.<\/p>\n<p>Tutte le istanze supportano la propria cache, e le stesse pagine (blocchi) possono trovarsi contemporaneamente nelle cache di pi\u00f9 istanze. Inoltre, se una pagina \u00e8 necessaria a un'istanza, e si trova nella cache di un'altra istanza, pu\u00f2 ottenerla dal \"vicino\" tramite il meccanismo di cache fusion anzich\u00e9 leggerla dal disco.<\/p>\n<p><img decoding=\"async\" alt=\"Database distribuiti per l&#039;enterprise\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMa cosa succede se uno degli istanze ha bisogno di modificare i dati?<\/p>\n<p>La caratteristica di Oracle \u00e8 che non ha un servizio di locking dedicato: se il server desidera bloccare una riga, il record di locking viene impresso direttamente nella pagina di memoria dove si trova la riga bloccata. Grazie a questo approccio, Oracle \u00e8 il campione di prestazioni tra i database monolitici: il servizio di locking non diventa mai un collo di bottiglia. Tuttavia, in una configurazione cluster, questa architettura pu\u00f2 portare a un intenso scambio di rete e a deadlock reciproci.<\/p>\n<p>Non appena un record viene bloccato, l'istanza informa tutte le altre istanze che la pagina contenente questo record \u00e8 stata acquisita in modalit\u00e0 monopolio. Se un'altra istanza ha bisogno di modificare un record sulla stessa pagina, deve attendere che le modifiche sulla pagina siano confermate, ovvero che l'informazione sulla modifica sia scritta nel journal sul disco (in questo mentre la transazione pu\u00f2 continuare). Pu\u00f2 anche accadere che la pagina venga modificata consecutivamente da pi\u00f9 istanze, e in tal caso, quando la pagina viene scritta sul disco, sar\u00e0 necessario determinare chi detiene la versione pi\u00f9 recente di questa pagina.<\/p>\n<p>L\u2019aggiornamento casuale delle stesse pagine attraverso nodi diversi del RAC porta a un drastico calo delle prestazioni del database, tanto da essere possibile che le prestazioni del cluster siano inferiori a quelle di un'istanza singola.<\/p>\n<p>Un uso corretto di Oracle RAC implica la divisione fisica dei dati (ad esempio, utilizzando meccanismi di tabelle partizionate) e l'accesso a ciascun set di sezioni tramite un nodo dedicato. L'obiettivo principale del RAC \u00e8 diventato non lo scaling orizzontale, ma garantire la tolleranza ai guasti.<\/p>\n<p>Se un nodo smette di rispondere al heartbeat, il nodo che lo rileva per primo avvia una procedura di voto su disco. Se anche in questo caso il nodo mancante non si segnala, uno dei nodi si fa carico del recupero dei dati:<\/p>\n<ul>\n<li>\u00abcongela\u00bb tutte le pagine presenti nella cache del nodo mancante;<\/li>\n<li>legge i log (redo) del nodo mancante e riapplica le modifiche registrate in questi log, verificando nel contempo se ci sono versioni pi\u00f9 recenti delle pagine modificate presso altri nodi;<\/li>\n<li>riavvia le transazioni non completate.<\/li>\n<\/ul>\n<p>\nPer semplificare la transizione tra i nodi, Oracle ha il concetto di servizio \u2013 un'istanza virtuale. Un'istanza pu\u00f2 gestire pi\u00f9 servizi, e un servizio pu\u00f2 trasferirsi tra i nodi. Un'istanza di applicazione, che si occupa di una specifica porzione del database (ad esempio, un gruppo di clienti), lavora con un servizio, e il servizio, responsabile di questa porzione di database, si trasferisce su un altro nodo in caso di guasto di quest'ultimo.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nLa soluzione cluster per il DBMS \u00e8 apparsa nel portafoglio del Grande Blu nel 2009. Ideologicamente, \u00e8 l'erede del cluster Parallel Sysplex, costruito su hardware 'normale'. Nel 2009 \u00e8 stato lanciato il prodotto DB2 pureScale, che \u00e8 un pacchetto software, mentre nel 2012 IBM ha offerto un pacchetto hardware-software (appliance) chiamato Pure Data Systems for Transactions. Non deve essere confuso con Pure Data Systems for Analytics, che non \u00e8 altro che un Netezza rinominato.<\/p>\n<p>L'architettura pureScale a prima vista assomiglia a Oracle RAC: analogamente, pi\u00f9 nodi sono connessi a un sistema di storage dati comune, e ciascun nodo esegue una propria istanza di DBMS con le proprie aree di memoria e registri delle transazioni. Tuttavia, a differenza di Oracle, in DB2 esiste un servizio di locking dedicato, rappresentato da un insieme di processi db2LLM*. Nella configurazione cluster, questo servizio viene spostato su un nodo separato, che nel Parallel Sysplex \u00e8 chiamato coupling facility (CF), mentre in Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA offre i seguenti servizi:<\/p>\n<ul>\n<li>gestore dei locking;<\/li>\n<li>cache globale dei buffer;<\/li>\n<li>area per la comunicazione interprocesso.<\/li>\n<\/ul>\n<p>\nPer il trasferimento dei dati da PowerHA ai nodi del DB e viceversa, viene utilizzato l'accesso remoto alla memoria, quindi l'interconnessione del cluster deve supportare il protocollo RDMA. PureScale pu\u00f2 utilizzare sia Infiniband che RDMA over Ethernet.<\/p>\n<p><img decoding=\"async\" alt=\"Database distribuiti per l&#039;enterprise\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSe un nodo ha bisogno di una pagina e questa non \u00e8 nella cache, il nodo richiede la pagina nella cache globale, e solo se nemmeno l\u00ec \u00e8 presente, la legge dal disco. A differenza di Oracle, la richiesta va solo a PowerHA, e non ai nodi vicini.<\/p>\n<p>Se un'istanza sta per modificare una riga, blocca essa in modalit\u00e0 esclusiva e la pagina in cui si trova la riga in modalit\u00e0 condivisa. Tutti i blocchi vengono registrati nel gestore globale dei blocchi. Quando la transazione viene completata, il nodo invia un messaggio al gestore dei blocchi, che copia la pagina modificata nella cache globale, rimuove i blocchi e invalida la pagina modificata nelle cache degli altri nodi.<\/p>\n<p>Se la pagina in cui si trova la riga modificabile \u00e8 gi\u00e0 bloccata, il gestore dei blocchi legger\u00e0 la pagina modificata dalla memoria del nodo che ha effettuato le modifiche, rimuover\u00e0 il blocco, invalider\u00e0 la pagina modificata nelle cache degli altri nodi e passer\u00e0 il blocco della pagina al nodo che lo ha richiesto.<\/p>\n<p>Le pagine \"sporche\", ovvero quelle modificate, possono essere scritte su disco sia da un nodo normale che da PowerHA (castout).<\/p>\n<p>In caso di guasto di uno dei nodi pureScale, il ripristino \u00e8 limitato solo alle transazioni che durante il guasto non erano state ancora completate: le pagine modificate da questo nodo in transazioni completate si trovano nella cache globale di PowerHA. Il nodo viene riavviato in una configurazione ridotta su uno dei server del cluster, riporta le transazioni non completate e libera i blocchi.<\/p>\n<p>PowerHA opera su due server, e il nodo principale replica sincronamente il proprio stato. In caso di guasto del nodo principale, il cluster PowerHA continua a funzionare con il nodo secondario.<br \/>\nNaturalmente, se si accede a un insieme di dati tramite un nodo, le prestazioni complessive del cluster saranno migliori. PureScale pu\u00f2 anche notare che un certo insieme di dati viene elaborato da un nodo, e in tal caso tutti i blocchi relativi a quell'area verranno gestiti localmente dal nodo senza comunicazioni con PowerHA. Ma non appena l'applicazione prover\u00e0 ad accedere a questi dati tramite un altro nodo, il processo centralizzato di gestione dei blocchi verr\u00e0 ripreso.<\/p>\n<p>I test interni di IBM su un carico composto dal 90% di lettura e 10% di scrittura, molto simile a un carico industriale reale, mostrano quasi una scalabilit\u00e0 lineare fino a 128 nodi. Purtroppo, le condizioni di test non vengono divulgate.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nAnche Hewlett-Packard Enterprise ha una propria piattaforma ad alta disponibilit\u00e0. Si tratta della piattaforma NonStop, lanciata sul mercato nel 1976 da Tandem Computers. Nel 1997, l'azienda \u00e8 stata acquisita da Compaq, che a sua volta \u00e8 stata assorbita da Hewlett-Packard nel 2002.<\/p>\n<p>NonStop \u00e8 utilizzato per costruire applicazioni critiche, come HLR o il processamento delle carte bancarie. La piattaforma \u00e8 fornita come un insieme di hardware e software (appliance), che include nodi di calcolo, un sistema di archiviazione e attrezzature di comunicazione. La rete ServerNet (nelle moderne configurazioni \u2013 Infiniband) serve sia per lo scambio di dati tra i nodi, sia per l'accesso al sistema di archiviazione.<\/p>\n<p>Nelle versioni precedenti del sistema venivano utilizzati processori proprietari, che erano sincronizzati tra loro: tutte le operazioni venivano eseguite in modo sincrono da pi\u00f9 processori e, se uno di essi si bloccava, veniva disattivato mentre l'altro continuava a lavorare. In seguito, il sistema ha adottato processori standard (iniziando con MIPS, poi Itanium e, infine, x86), e sono stati utilizzati altri meccanismi per la sincronizzazione:<\/p>\n<ul>\n<li>messaggi: ogni processo di sistema ha un duplicato-\u00abombra\u00bb, al quale il processo attivo invia periodicamente messaggi sul proprio stato; in caso di errore del processo principale, il processo ombra inizia la propria esecuzione dal punto definito dall'ultimo messaggio;<\/li>\n<li>voto: il sistema di archiviazione dei dati presenta un componente hardware speciale che accetta pi\u00f9 richieste identiche e le esegue solo se le richieste coincidono; invece della sincronizzazione fisica, i processori operano in modo asincrono, e i risultati del loro lavoro vengono confrontati solo nei momenti di input\/output.<\/li>\n<\/ul>\n<p>\nA partire dal 1987, sulla piattaforma NonStop funziona un DBMS relazionale \u2013 inizialmente SQL\/MP, e successivamente SQL\/MX.<\/p>\n<p>L'intera base di dati \u00e8 suddivisa in parti, e ciascuna parte \u00e8 gestita da un processo chiamato Data Access Manager (DAM). Questo assicura la registrazione dei dati, la memorizzazione nella cache e il meccanismo di blocco. L'elaborazione dei dati \u00e8 effettuata dai processi esecutori (Executor Server Process), che operano sugli stessi nodi dei rispettivi manager dei dati. Il pianificatore SQL\/MX suddivide i compiti tra gli esecutori e unisce i risultati. Se \u00e8 necessario apportare modifiche concordate, viene utilizzato il protocollo di conferma a due fasi, garantito dalla libreria TMF (Transaction Management Facility).<\/p>\n<p><img decoding=\"async\" alt=\"Database distribuiti per l&#039;enterprise\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL \u00e8 in grado di dare priorit\u00e0 ai processi in modo che le lunghe query analitiche non interferiscano con l'esecuzione delle transazioni. Tuttavia, il suo scopo \u00e8 specificamente l'elaborazione di transazioni brevi, non l'analisi. Lo sviluppatore garantisce la disponibilit\u00e0 del cluster NonStop a un livello di cinque \u00abnove\u00bb, il che significa che il downtime \u00e8 di soli 5 minuti all'anno.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nIl primo rilascio stabile del database HANA (1.0) \u00e8 avvenuto nel novembre 2010, mentre il pacchetto SAP ERP \u00e8 passato a HANA nel maggio 2013. La piattaforma si basa su tecnologie acquisite: il motore di ricerca TREX (per la ricerca nel magazzino a colonne), il database P*TIME e MAX DB.<\/p>\n<p>La parola stessa \u00abHANA\u00bb \u00e8 un acronimo, High performance ANalytical Appliance. Questo database viene fornito sotto forma di codice, che pu\u00f2 funzionare su qualsiasi server x86; tuttavia, le installazioni industriali sono consentite solo su hardware certificato. Sono disponibili soluzioni da HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC. Alcune configurazioni Lenovo consentono persino l'operazione senza SAN: il cluster GPFS su dischi locali svolge il ruolo di storage condiviso.<\/p>\n<p>A differenza delle piattaforme sopra menzionate, HANA \u00e8 un database in memoria, cio\u00e8 l'immagine primaria dei dati \u00e8 memorizzata nella RAM, mentre solo i registri e le istantanee periodiche vengono scritti su disco \u2013 per il recupero in caso di guasto.<\/p>\n<p><img decoding=\"async\" alt=\"Database distribuiti per l&#039;enterprise\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOgni nodo del cluster HANA \u00e8 responsabile della propria parte di dati, e la mappa dei dati \u00e8 memorizzata in un componente speciale, il Name Server, situato nel nodo coordinatore. Le informazioni non vengono duplicate tra i nodi. Le informazioni sui blocchi sono anch'esse memorizzate su ogni nodo, ma il sistema dispone di un rilevatore globale di deadlock.<\/p>\n<p>Il client HANA, collegandosi al cluster, carica la sua topologia e pu\u00f2 successivamente accedere direttamente a qualsiasi nodo, a seconda dei dati di cui ha bisogno. Se una transazione coinvolge i dati di un singolo nodo, pu\u00f2 essere eseguita localmente da quel nodo; ma se vengono modificati i dati di pi\u00f9 nodi, il nodo che inizia la transazione si rivolge al nodo coordinatore, il quale apre e coordina la transazione distribuita, completandola tramite un protocollo di commit a due fasi ottimizzato.<\/p>\n<p>Il nodo coordinatore \u00e8 duplicato, quindi, in caso di malfunzionamento del coordinatore, un nodo di riserva entra immediatamente in funzione. Tuttavia, se si guasta un nodo contenente dati, l'unico modo per accedere ai suoi dati \u00e8 riavviare il nodo. Di solito, nei cluster HANA si mantiene un server di riserva (spare), per poter riavviare il nodo perduto il pi\u00f9 rapidamente possibile.<br \/>\n<br \/>Fonte: <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\/it\/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=\"it_IT\" \/>\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\/it\/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\udd47Database distribuiti per l'azienda | ProHoster","description":"Il teorema CAP \u00e8 la pietra angolare della teoria dei sistemi distribuiti.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/89872","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}