{"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 una pietra miliare nella teoria dei sistemi distribuiti. Certo, le controversie intorno ad esso non si placano: le definizioni non sono canoniche e non esiste una dimostrazione rigorosa... Tuttavia, mantenendo fermamente la posizione del buon senso comune&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 'P'. Quando un cluster si divide, deve decidere se non rispondere finch\u00e9 non si raggiunge il 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, a seconda non solo delle impostazioni del cluster, ma anche dei parametri di ogni singola richiesta. Ma se il sistema non \u00e8 'P' e si \u00e8 diviso, allora \u2013 cosa succede?<\/p>\n<p>La risposta a questa domanda \u00e8 piuttosto inaspettata: un cluster CA non pu\u00f2 dividersi.<br \/>\nChe tipo di cluster \u00e8 dunque quello che non pu\u00f2 dividersi?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nUn attributo indispensabile di un cluster di questo tipo \u00e8 il sistema di archiviazione dati condiviso. Nella maggior parte dei casi, questo implica una connessione tramite SAN, il che limita l'uso delle soluzioni CA alle grandi imprese in grado di mantenere un'infrastruttura SAN. Per permettere a 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> di lavorare con gli stessi dati, \u00e8 necessaria un file system cluster. Tali file system sono presenti nei portafogli HPE (CFS), Veritas (VxCFS) e IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nL'opzione Real Application Cluster \u00e8 stata introdotta 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 sulla stessa base di dati.<br \/>\nOracle pu\u00f2 operare sia con un file system cluster, sia con la propria soluzione \u2013 ASM, Automatic Storage Management.<\/p>\n<p>Ogni istanza tiene un proprio registro. La transazione viene eseguita e registrata da un'istanza. In caso di guasto di un'istanza, uno dei nodi cluster sopravvissuti (istanze) legge il suo registro e ripristina i dati persi \u2013 grazie a questo si garantisce la disponibilit\u00e0.<\/p>\n<p>Tutte le istanze supportano una cache propria e le stesse pagine (blocchi) possono trovarsi contemporaneamente nelle cache di pi\u00f9 istanze. Inoltre, se un'istanza ha bisogno di una certa pagina e questa 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 delle istanze deve modificare i dati?<\/p>\n<p>La peculiarit\u00e0 di Oracle \u00e8 che non ha un servizio di blocco dedicato: se un server desidera bloccare una riga, l\u2019informazione sul blocco viene scritta direttamente nella pagina di memoria dove si trova la riga bloccata. Grazie a questo approccio, Oracle \u00e8 il campione delle prestazioni tra i database monolitici: il servizio di blocco 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 blocchi reciproci.<\/p>\n<p>Una volta bloccata la registrazione, l'istanza avvisa tutte le altre istanze che la pagina in cui \u00e8 memorizzata questa registrazione \u00e8 stata presa in modalit\u00e0 monopolio. Se un'altra istanza deve modificare la registrazione sulla stessa pagina, deve attendere che le modifiche sulla pagina siano state confermate, cio\u00e8 che le informazioni sulla modifica siano state scritte nel registro su disco (nel frattempo, la transazione pu\u00f2 continuare). Pu\u00f2 anche succedere che la pagina venga modificata consecutivamente da pi\u00f9 istanze, e in tal caso, al momento della scrittura della pagina su disco, sar\u00e0 necessario determinare chi detiene la versione attuale di quella pagina.<\/p>\n<p>L'aggiornamento casuale delle stesse pagine tramite diversi nodi RAC determina un forte calo delle prestazioni del database, fino al punto in cui le prestazioni del cluster possono essere inferiori a quelle di un'unica istanza.<\/p>\n<p>L'uso corretto di Oracle RAC implica la suddivisione fisica dei dati (ad esempio, utilizzando meccanismi di tabelle partizionate) e l'accesso a ciascun set di partizioni tramite un nodo dedicato. L'obiettivo principale di RAC non \u00e8 stato quello di ottenere scalabilit\u00e0 orizzontale, ma di garantire la continuit\u00e0 operativa.<\/p>\n<p>Quando un nodo smette di rispondere al segnale di heartbeat, il nodo che lo rileva per primo avvia una procedura di voto su disco. Se il nodo mancante non si registra nemmeno in questo caso, uno dei nodi assume le responsabilit\u00e0 per il ripristino dei dati:<\/p>\n<ul>\n<li>\u00abcongela\u00bb tutte le pagine che si trovavano nella cache del nodo mancante;<\/li>\n<li>legge i registri (redo) del nodo mancante e riapplica le modifiche registrate in tali registri, nel frattempo controllando se ci sono versioni pi\u00f9 recenti delle pagine modificate presso altri nodi;<\/li>\n<li>annulla le transazioni incomplete.<\/li>\n<\/ul>\n<p>\nPer semplificare il passaggio tra i nodi, Oracle ha il concetto di servizio \u2013 un'istanza virtuale. Un'istanza pu\u00f2 gestire diversi servizi, e un servizio pu\u00f2 spostarsi tra i nodi. Un'istanza applicativa che gestisce una specifica parte del database (ad esempio, un gruppo di clienti) lavora con un servizio, e il servizio responsabile di quella parte del database si sposta su un altro nodo in caso di guasto del nodo.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nLa soluzione cluster per database \u00e8 stata introdotta nel portafoglio del Gigante Blu nel 2009. Ideologicamente, essa rappresenta l'eredit\u00e0 del cluster Parallel Sysplex, costruito su hardware \"normale\". Nel 2009 \u00e8 stato lanciato il prodotto DB2 pureScale, che rappresenta un pacchetto software, e nel 2012 IBM ha offerto un pacchetto software e hardware (appliance) chiamato Pure Data Systems for Transactions. Non va confuso con Pure Data Systems for Analytics, che non \u00e8 altro che un rebranding di Netezza.<\/p>\n<p>L'architettura pureScale assomiglia a prima vista a Oracle RAC: allo stesso modo, pi\u00f9 nodi sono collegati a un sistema di archiviazione dati condiviso, e su ogni nodo \u00e8 in esecuzione la propria istanza del DBMS con le proprie aree di memoria e registri delle transazioni. Tuttavia, a differenza di Oracle, in DB2 \u00e8 presente un servizio di lock dedicato, rappresentato da un insieme di processi db2LLM*. In una configurazione a cluster, questo servizio \u00e8 spostato su un nodo separato, che in Parallel Sysplex \u00e8 chiamato coupling facility (CF), e in Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA fornisce i seguenti servizi:<\/p>\n<ul>\n<li>gestore dei lock;<\/li>\n<li>cache globale dei buffer;<\/li>\n<li>area delle comunicazioni interprocesso.<\/li>\n<\/ul>\n<p>\nPer il trasferimento dei dati da PowerHA ai nodi del database e viceversa si utilizza 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 quella pagina non \u00e8 nella cache, il nodo richiede la pagina nella cache globale, e solo se non \u00e8 presente nemmeno l\u00ec, la legge dal disco. A differenza di Oracle, la richiesta avviene solo in PowerHA, e non nei nodi adiacenti.<\/p>\n<p>Se un'istanza sta per modificare una riga, la blocca in modo esclusivo e la pagina in cui si trova la riga in modo condiviso. Tutti i blocchi vengono registrati nel gestore globale dei blocchi. Quando la transazione \u00e8 completata, il nodo invia un messaggio al gestore dei blocchi, il quale 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 contenente 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 restituir\u00e0 il blocco della pagina al nodo che l'ha richiesta.<\/p>\n<p>Le pagine \"sporche\", cio\u00e8 modificate, possono essere scritte su disco sia da un nodo normale sia da PowerHA (castout).<\/p>\n<p>In caso di guasto di uno dei nodi, il ripristino in pureScale \u00e8 limitato solo alle transazioni che non erano state ancora completate al momento dell'interruzione: le pagine modificate da questo nodo nelle transazioni concluse sono presenti nella cache globale su PowerHA. Il nodo viene riavviato in una configurazione ridotta su uno dei server del cluster, annulla le transazioni non completate e libera i lock.<\/p>\n<p>PowerHA opera su due server, e il nodo principale replica in modo sincrono il proprio stato. In caso di guasto del nodo principale, il cluster PowerHA continua a funzionare con il nodo di riserva.<br \/>\nNaturalmente, se si accede a un set di dati tramite un nodo, le prestazioni complessive del cluster saranno superiori. PureScale pu\u00f2 anche notare che una certa area di dati \u00e8 elaborata da un nodo, e in tal caso tutti i lock relativi a quest'area saranno gestiti localmente dal nodo senza comunicazioni con PowerHA. Ma non appena l'applicazione tenter\u00e0 di accedere a questi dati tramite un altro nodo, il trattamento centralizzato dei lock riprender\u00e0.<\/p>\n<p>I test interni di IBM su un carico composto per il 90% da operazioni di lettura e per il 10% da operazioni di scrittura, che riflette molto da vicino 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 dispone della 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 entrata a far parte di Hewlett-Packard nel 2002.<\/p>\n<p>NonStop viene utilizzato per costruire applicazioni critiche, come ad esempio HLR o il processamento delle carte bancarie. La piattaforma viene fornita come un sistema hardware e software (appliance), che include nodi di calcolo, un sistema di archiviazione dati e apparecchiature di comunicazione. La rete ServerNet (nelle moderne versioni \u2013 Infiniband) serve sia per lo scambio tra i nodi sia per l'accesso al sistema di archiviazione dati.<\/p>\n<p>Nelle versioni precedenti del sistema venivano utilizzati processori proprietari che erano sincronizzati tra loro: tutte le operazioni venivano eseguite simultaneamente da pi\u00f9 processori, e quando uno di essi commetteva un errore, veniva disattivato mentre gli altri continuavano a funzionare. Successivamente, il sistema \u00e8 passato a processori standard (inizialmente 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 doppione 'ombra', a cui il processo attivo invia periodicamente messaggi sul proprio stato; in caso di guasto del processo principale, il processo ombra inizia a funzionare dal punto definito dall'ultimo messaggio;<\/li>\n<li>votazione: il sistema di archiviazione dei dati ha un componente hardware speciale che riceve pi\u00f9 richieste identiche e le esegue solo se le richieste coincidono; invece di una sincronizzazione fisica, i processori operano in modo asincrono e i risultati del loro lavoro vengono confrontati solo nei momenti di input\/uscita.<\/li>\n<\/ul>\n<p>\nDal 1987, sulla piattaforma NonStop opera un DBMS relazionale, inizialmente SQL\/MP e successivamente SQL\/MX.<\/p>\n<p>L'intera base di dati \u00e8 suddivisa in parti, ciascuna delle quali \u00e8 gestita da un processo Data Access Manager (DAM). Questo processo garantisce la scrittura dei dati, la memorizzazione nella cache e il meccanismo di bloccaggio. L'elaborazione dei dati \u00e8 affidata ai processi esecutori (Executor Server Process), che operano sugli stessi nodi dei rispettivi manager dei dati. Il pianificatore SQL\/MX distribuisce i compiti tra gli esecutori e combina i risultati. Per apportare modifiche concordate viene utilizzato un protocollo di commit in 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 disturbino l'esecuzione delle transazioni. Tuttavia, il suo scopo \u00e8 specificamente l'elaborazione di transazioni brevi e non l'analisi. Lo sviluppatore garantisce la disponibilit\u00e0 del cluster NonStop a un livello di cinque 'nove', ossia un'interruzione di soli 5 minuti all'anno.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nLa prima versione stabile del DBMS HANA (1.0) \u00e8 stata rilasciata nel novembre 2010, e il pacchetto SAP ERP \u00e8 passato a HANA a partire da maggio 2013. La piattaforma si basa su tecnologie acquistate: il motore di ricerca TREX (per la ricerca nel data warehouse colonnare), il DBMS P*TIME e MAX DB.<\/p>\n<p>La parola \u00abHANA\u00bb \u00e8 un acronimo che sta per High performance ANalytical Appliance. Questo DBMS \u00e8 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 possono persino funzionare senza SAN, poich\u00e9 il cluster GPFS su dischi locali svolge il ruolo di storage condiviso.<\/p>\n<p>A differenza delle piattaforme sopra menzionate, HANA \u00e8 un DBMS in-memory, cio\u00e8 l'immagine primaria dei dati \u00e8 conservata nella memoria RAM, e solo i log e gli snapshot periodici vengono registrati su disco, 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 gestisce la propria parte di dati, mentre la mappa dei dati \u00e8 memorizzata in un componente speciale \u2014 il Name Server, situato nel nodo coordinatore. I dati non vengono duplicati tra i nodi. Le informazioni sui lock sono anch'esse memorizzate su ciascun nodo, ma il sistema dispone di un rilevatore globale di deadlock.<\/p>\n<p>Il client HANA, durante la connessione al cluster, carica la sua topologia e pu\u00f2 successivamente interagire direttamente con qualsiasi nodo a seconda dei dati di cui ha bisogno. Se la transazione coinvolge i dati di un singolo nodo, pu\u00f2 essere eseguita localmente su quel nodo, ma se i dati di pi\u00f9 nodi vengono modificati, il nodo iniziale contatta il nodo coordinatore, il quale apre e coordina la transazione distribuita, registrandola tramite un protocollo di commit a due fasi ottimizzato.<\/p>\n<p>Il nodo coordinatore \u00e8 duplicato, quindi in caso di guasto del coordinatore, un nodo di riserva entra immediatamente in funzione. Se invece si guasta un nodo contenente dati, l'unico modo per accedere a quei dati \u00e8 riavviare il nodo. Di solito, nei cluster HANA \u00e8 disponibile un server di riserva (spare) per poter riavviare rapidamente il nodo perduto.<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 4.9.10 - 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. \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\u2122, \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\" \/>\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) 4.9.10\" \/>\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. \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\u2122, \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\" \/>\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 le imprese | ProHoster","description":"Il teorema CAP \u00e8 la pietra angolare della teoria dei sistemi distribuiti. Naturalmente, le discussioni intorno ad esso non si placano: le definizioni non sono canoniche e non esiste una dimostrazione rigorosa... Tuttavia, rimanendo fermi nella nostra concezione del buon senso\u2122, intuiamo che il teorema \u00e8 valido. L'unica cosa che non \u00e8 ovvia \u00e8 il significato della lettera \u00abP\u00bb. Quando un cluster si divide, decide \u2013 che","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. \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\u2122, \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","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"},"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}]}}