{"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\/fr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","title":{"rendered":"SGBD distribu\u00e9s pour l'entreprise","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Le th\u00e9or\u00e8me CAP est un pilier de la th\u00e9orie des syst\u00e8mes distribu\u00e9s. Bien s\u00fbr, les d\u00e9bats \u00e0 son sujet ne s'estompent pas : ses d\u00e9finitions ne sont pas canoniques et il n'existe pas de preuve rigoureuse\u2026 Cependant, en restant fermement ancr\u00e9 dans le bon sens commun\u2122 et en faisant appel \u00e0 notre intuition, nous comprenons que le th\u00e9or\u00e8me est vrai.<\/p>\n<p><img decoding=\"async\" alt=\"SGBD distribu\u00e9s pour l&#039;entreprise\" src=\"\/wp-content\/uploads\/2020\/07\/35c8b29bb024cbf383d78caa1af2c525.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLa seule chose qui n'est pas \u00e9vidente, c'est la signification de la lettre \u00ab P \u00bb. Lorsque le cluster se divise, il d\u00e9cide s'il doit ne pas r\u00e9pondre jusqu'\u00e0 ce qu'un quorum soit atteint ou s'il doit fournir les donn\u00e9es disponibles. En fonction des r\u00e9sultats de ce choix, le syst\u00e8me est class\u00e9 soit comme CP, soit comme AP. Cassandra, par exemple, peut se comporter de l'une ou l'autre mani\u00e8re, non pas en fonction des param\u00e8tres du cluster, mais des param\u00e8tres de chaque requ\u00eate sp\u00e9cifique. Mais si le syst\u00e8me n'est pas \u00ab P \u00bb, et qu'il est divis\u00e9, alors que se passe-t-il ?<\/p>\n<p>La r\u00e9ponse \u00e0 cette question est quelque peu inattendue : un cluster CA ne peut pas se diviser.<br \/>\nQuel type de cluster est-ce qui ne peut pas se diviser ?<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nUn attribut indispensable de ce type de cluster est un syst\u00e8me de stockage de donn\u00e9es commun. Dans la grande majorit\u00e9 des cas, cela signifie une connexion via SAN, ce qui limite l'application des solutions CA aux grandes entreprises capables de maintenir une infrastructure SAN. Pour que plusieurs <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/server\/\"   title=\"serveurs\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1512\">serveurs<\/a> puissent travailler avec les m\u00eames donn\u00e9es, un syst\u00e8me de fichiers en cluster est n\u00e9cessaire. De tels syst\u00e8mes de fichiers se trouvent dans les portefeuilles HPE (CFS), Veritas (VxCFS) et IBM (GPFS). <\/p>\n<h4>Oracle RAC<\/h4>\n<p>\nL'option Real Application Cluster a fait son apparition pour la premi\u00e8re fois en 2001 lors de la sortie d'Oracle 9i. Dans un tel cluster, plusieurs instances <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/server\/dts-los-angeles\/\"   title=\"de serveurs\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"3642\">de serveurs<\/a> travaillent avec la m\u00eame base de donn\u00e9es.<br \/>\nOracle peut fonctionner \u00e0 la fois avec un syst\u00e8me de fichiers en cluster et avec sa propre solution - ASM, Automatic Storage Management.<\/p>\n<p>Chaque instance tient son propre journal. Une transaction est ex\u00e9cut\u00e9e et enregistr\u00e9e par une instance. En cas de d\u00e9faillance d'une instance, l'un des n\u0153uds survivants du cluster (instances) lit son journal et r\u00e9cup\u00e8re les donn\u00e9es perdues - c'est ce qui assure la disponibilit\u00e9.<\/p>\n<p>Toutes les instances maintiennent leur propre cache, et les m\u00eames pages (blocs) peuvent se trouver simultan\u00e9ment dans les caches de plusieurs instances. De plus, si une instance a besoin d'une page et qu'elle est dans le cache d'une autre instance, elle peut l'obtenir de son \u00ab voisin \u00bb gr\u00e2ce au m\u00e9canisme de fusion des caches au lieu de la lire depuis le disque.<\/p>\n<p><img decoding=\"async\" alt=\"SGBD distribu\u00e9s pour l&#039;entreprise\" src=\"\/wp-content\/uploads\/2020\/07\/917cb1bfcc2c47ccf0dbb2f1e34ac921.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nMais que se passe-t-il si l'une des instances a besoin de modifier des donn\u00e9es ?<\/p>\n<p>La particularit\u00e9 d'Oracle est qu'il n'a pas de service de verrouillage d\u00e9di\u00e9 : si un serveur souhaite verrouiller une ligne, l'enregistrement du verrouillage est directement inscrit sur la page m\u00e9moire o\u00f9 se trouve la ligne verrouill\u00e9e. Gr\u00e2ce \u00e0 cette approche, Oracle est le champion de la performance parmi les bases de donn\u00e9es monolithiques : le service de verrouillage n'est jamais un goulot d'\u00e9tranglement. Cependant, dans une configuration en cluster, une telle architecture peut entra\u00eener un \u00e9change de donn\u00e9es intensif et des blocages mutuels.<\/p>\n<p>Une fois qu'un enregistrement est verrouill\u00e9, l'instance informe toutes les autres instances que la page contenant cet enregistrement est occup\u00e9e en mode monopolistique. Si une autre instance a besoin de modifier l'enregistrement sur la m\u00eame page, elle doit attendre que les modifications de la page soient valid\u00e9es, c'est-\u00e0-dire que l'information de changement soit enregistr\u00e9e dans le journal sur le disque (pendant ce temps, la transaction peut se poursuivre). Il se peut aussi qu'une page soit modifi\u00e9e de mani\u00e8re s\u00e9quentielle par plusieurs instances, et alors, lors de l'\u00e9criture de la page sur le disque, il faudra d\u00e9terminer laquelle des instances d\u00e9tient la version actuelle de cette page.<\/p>\n<p>Une mise \u00e0 jour al\u00e9atoire des m\u00eames pages \u00e0 travers diff\u00e9rents n\u0153uds RAC entra\u00eene une baisse drastique de la performance de la base de donn\u00e9es - au point que la performance du cluster peut \u00eatre inf\u00e9rieure \u00e0 celle d'une instance unique.<\/p>\n<p>Une utilisation correcte d'Oracle RAC consiste en une division physique des donn\u00e9es (par exemple, \u00e0 l'aide du m\u00e9canisme des tables partitionn\u00e9es) et en l'acc\u00e8s \u00e0 chaque ensemble de partitions via un n\u0153ud d\u00e9di\u00e9. L'objectif principal de RAC est devenu non pas le scalabilit\u00e9 horizontale, mais la garantie de la tol\u00e9rance aux pannes.<\/p>\n<p>Si un n\u0153ud cesse de r\u00e9pondre au heartbeat, le n\u0153ud qui le d\u00e9tecte en premier lance une proc\u00e9dure de vote sur disque. Si l\u00e0 encore le n\u0153ud manquant ne se signale pas, l'un des n\u0153uds assume les responsabilit\u00e9s de r\u00e9cup\u00e9ration des donn\u00e9es :<\/p>\n<ul>\n<li>\u00ab fige \u00bb toutes les pages qui \u00e9taient dans le cache du n\u0153ud manquant ;<\/li>\n<li>lit les journaux (redo) du n\u0153ud manquant et r\u00e9applique les modifications enregistr\u00e9es dans ces journaux, tout en v\u00e9rifiant s'il n'y a pas de versions plus r\u00e9centes des pages modifi\u00e9es sur d'autres n\u0153uds.<\/li>\n<li>annule les transactions inachev\u00e9es.<\/li>\n<\/ul>\n<p>\nPour faciliter le passage entre les n\u0153uds, Oracle propose le concept de service \u2013 une instance virtuelle. Une instance peut g\u00e9rer plusieurs services, et un service peut se d\u00e9placer entre les n\u0153uds. Une instance d'application, qui g\u00e8re une certaine partie de la base (par exemple, un groupe de clients), fonctionne avec un seul service, et le service qui est responsable de cette partie de la base se d\u00e9place vers un autre n\u0153ud en cas de d\u00e9faillance du n\u0153ud.<\/p>\n<h4>IBM Pure Data Systems for Transactions<\/h4>\n<p>\nLa solution cluster pour SGBD est apparue dans le portefeuille du Grand Bleu en 2009. Id\u00e9ologiquement, elle est l'h\u00e9riti\u00e8re du cluster Parallel Sysplex, construit sur du mat\u00e9riel \u00ab traditionnel \u00bb. En 2009, le produit DB2 pureScale a \u00e9t\u00e9 lanc\u00e9, qui est un ensemble de logiciels, et en 2012, IBM a propos\u00e9 un ensemble logiciel-mat\u00e9riel (appliance) appel\u00e9 Pure Data Systems for Transactions. Il ne faut pas le confondre avec Pure Data Systems for Analytics, qui n'est autre qu'un Netezza renomm\u00e9.<\/p>\n<p>L'architecture pureScale ressemble \u00e0 premi\u00e8re vue \u00e0 Oracle RAC : de la m\u00eame mani\u00e8re, plusieurs n\u0153uds sont connect\u00e9s \u00e0 un syst\u00e8me de stockage de donn\u00e9es commun, et chaque n\u0153ud ex\u00e9cute sa propre instance de SGBD avec ses propres zones de m\u00e9moire et journaux de transactions. Mais, contrairement \u00e0 Oracle, DB2 dispose d'un service de verrouillage d\u00e9di\u00e9, repr\u00e9sent\u00e9 par un ensemble de processus db2LLM*. Dans une configuration de cluster, ce service est d\u00e9plac\u00e9 sur un n\u0153ud s\u00e9par\u00e9, qui dans Parallel Sysplex est appel\u00e9 facility de couplage (CF), et dans Pure Data \u2013 PowerHA.<\/p>\n<p>PowerHA fournit les services suivants :<\/p>\n<ul>\n<li>gestionnaire de verrouillage ;<\/li>\n<li>cache global de pages ;<\/li>\n<li>zone de communication inter-processus.<\/li>\n<\/ul>\n<p>\nPour le transfert de donn\u00e9es de PowerHA vers les n\u0153uds BD et vice versa, un acc\u00e8s distant \u00e0 la m\u00e9moire est utilis\u00e9, donc l'interconnexion de cluster doit supporter le protocole RDMA. PureScale peut utiliser \u00e0 la fois Infiniband et RDMA over Ethernet.<\/p>\n<p><img decoding=\"async\" alt=\"SGBD distribu\u00e9s pour l&#039;entreprise\" src=\"\/wp-content\/uploads\/2020\/07\/7757acd68445dac4a9f378d5813e663f.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi un n\u0153ud n\u00e9cessite une page, et que cette page n'est pas dans le cache, le n\u0153ud demande la page dans le cache global, et seulement si elle n'y est pas non plus, il la lit depuis le disque. Contrairement \u00e0 Oracle, la requ\u00eate ne va que vers PowerHA, et non vers les n\u0153uds voisins.<\/p>\n<p>Lorsqu'une instance souhaite modifier une ligne, elle la verrouille en mode exclusif, tandis que la page contenant la ligne est verrouill\u00e9e en mode partag\u00e9. Tous les verrous sont enregistr\u00e9s dans le gestionnaire de verrouillage global. Lorsque la transaction se termine, le n\u0153ud envoie un message au gestionnaire de verrouillage, qui copie la page modifi\u00e9e dans le cache global, l\u00e8ve les verrous et invalide la page modifi\u00e9e dans les caches des autres n\u0153uds.<\/p>\n<p>Si la page contenant la ligne modifiable est d\u00e9j\u00e0 verrouill\u00e9e, le gestionnaire de verrouillage lira la page modifi\u00e9e depuis la m\u00e9moire du n\u0153ud ayant effectu\u00e9 les changements, l\u00e8vera le verrou, invalidera la page modifi\u00e9e dans les caches des autres n\u0153uds et donnera le verrou de la page au n\u0153ud qui l'a demand\u00e9.<\/p>\n<p>Les pages \u00ab sales \u00bb, c'est-\u00e0-dire modifi\u00e9es, peuvent \u00eatre \u00e9crites sur disque \u00e0 partir de n'importe quel n\u0153ud, qu'il soit normal ou PowerHA (castout).<\/p>\n<p>En cas de d\u00e9faillance d'un des n\u0153uds pureScale, la r\u00e9cup\u00e9ration est limit\u00e9e uniquement aux transactions qui n'ont pas encore \u00e9t\u00e9 finalis\u00e9es au moment de la panne : les pages modifi\u00e9es par ce n\u0153ud dans des transactions termin\u00e9es sont pr\u00e9sentes dans le cache global sur PowerHA. Le n\u0153ud red\u00e9marre dans une configuration r\u00e9duite sur l'un des serveurs du cluster, annule les transactions non finalis\u00e9es et lib\u00e8re les verrous.<\/p>\n<p>PowerHA fonctionne sur deux serveurs, et le n\u0153ud principal r\u00e9plique son \u00e9tat de mani\u00e8re synchrone. En cas de d\u00e9faillance du n\u0153ud principal, le cluster PowerHA continue \u00e0 fonctionner avec le n\u0153ud de secours.<br \/>\nBien s\u00fbr, si l'on acc\u00e8de \u00e0 l'ensemble de donn\u00e9es via un seul n\u0153ud, la performance globale du cluster sera sup\u00e9rieure. PureScale peut m\u00eame d\u00e9tecter qu'une certaine zone de donn\u00e9es est trait\u00e9e par un seul n\u0153ud, alors tous les verrous relatifs \u00e0 cette zone seront g\u00e9r\u00e9s localement par le n\u0153ud sans communications avec PowerHA. Mais d\u00e8s que l'application essaie d'acc\u00e9der \u00e0 ces donn\u00e9es via un autre n\u0153ud, le traitement centralis\u00e9 des verrous sera repris.<\/p>\n<p>Les tests internes d'IBM sur une charge de travail compos\u00e9e de 90 % de lectures et 10 % d'\u00e9critures, ce qui ressemble beaucoup \u00e0 une charge de travail industrielle r\u00e9elle, montrent un presque scalabilit\u00e9 lin\u00e9aire jusqu'\u00e0 128 n\u0153uds. Les conditions de test, h\u00e9las, ne sont pas divulgu\u00e9es.<\/p>\n<h4>HPE NonStop SQL<\/h4>\n<p>\nLa plateforme hautement disponible est \u00e9galement dans le portefeuille de Hewlett-Packard Enterprise. Il s'agit de la plateforme NonStop, lanc\u00e9e sur le march\u00e9 en 1976 par Tandem Computers. En 1997, l'entreprise a \u00e9t\u00e9 absorb\u00e9e par Compaq, qui, \u00e0 son tour, a \u00e9t\u00e9 int\u00e9gr\u00e9e dans Hewlett-Packard en 2002.<\/p>\n<p>NonStop est utilis\u00e9 pour construire des applications critiques \u2013 par exemple, HLR ou le traitement des cartes bancaires. La plateforme est fournie sous forme de complexe mat\u00e9riel et logiciel (appliance), comprenant des n\u0153uds de calcul, un syst\u00e8me de stockage et du mat\u00e9riel de communication. Le r\u00e9seau ServerNet (dans les syst\u00e8mes modernes \u2013 Infiniband) sert autant \u00e0 l'\u00e9change entre les n\u0153uds qu'\u00e0 l'acc\u00e8s au syst\u00e8me de stockage.<\/p>\n<p>Dans les premi\u00e8res versions du syst\u00e8me, des processeurs propri\u00e9taires \u00e9taient utilis\u00e9s, qui \u00e9taient synchronis\u00e9s entre eux : toutes les op\u00e9rations \u00e9taient ex\u00e9cut\u00e9es de mani\u00e8re synchrone par plusieurs processeurs, et d\u00e8s qu'un processeur rencontrait une erreur, il se d\u00e9sactivait pendant que les autres continuaient de fonctionner. Plus tard, le syst\u00e8me est pass\u00e9 \u00e0 des processeurs standard (d'abord MIPS, puis Itanium et enfin x86), et d'autres m\u00e9canismes de synchronisation ont \u00e9t\u00e9 utilis\u00e9s :<\/p>\n<ul>\n<li>messages : chaque processus syst\u00e8me a un doublon \u00ab ombre \u00bb, auquel le processus actif envoie p\u00e9riodiquement des messages sur son \u00e9tat ; en cas de d\u00e9faillance du processus principal, le processus ombre reprend \u00e0 l'\u00e9tat d\u00e9fini par le dernier message ;<\/li>\n<li>vote : le syst\u00e8me de stockage a un composant mat\u00e9riel sp\u00e9cial qui re\u00e7oit plusieurs requ\u00eates identiques et les ex\u00e9cute uniquement si les requ\u00eates correspondent ; au lieu d'une synchronisation physique, les processeurs fonctionnent de mani\u00e8re asynchrone, et les r\u00e9sultats de leur travail ne sont compar\u00e9s que lors des moments d'entr\u00e9e\/sortie.<\/li>\n<\/ul>\n<p>\nDepuis 1987, une base de donn\u00e9es relationnelle fonctionne sur la plateforme NonStop \u2013 d'abord SQL\/MP, puis SQL\/MX.<\/p>\n<p>L'ensemble de la base de donn\u00e9es est divis\u00e9 en parties, et chaque partie est g\u00e9r\u00e9e par son propre processus Data Access Manager (DAM). Celui-ci assure l'enregistrement des donn\u00e9es, la mise en cache et le m\u00e9canisme de verrouillage. Le traitement des donn\u00e9es est effectu\u00e9 par des processus ex\u00e9cutants (Executor Server Process), qui fonctionnent sur les m\u00eames n\u0153uds que les gestionnaires de donn\u00e9es correspondants. Le planificateur SQL\/MX r\u00e9partit les t\u00e2ches entre les ex\u00e9cutants et combine les r\u00e9sultats. Pour apporter des modifications consensuelles, un protocole de validation \u00e0 deux phases est utilis\u00e9, assur\u00e9 par la biblioth\u00e8que TMF (Transaction Management Facility).<\/p>\n<p><img decoding=\"async\" alt=\"SGBD distribu\u00e9s pour l&#039;entreprise\" src=\"\/wp-content\/uploads\/2020\/07\/00e9473dd95a78c409dd5283d299fe96.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNonStop SQL sait donner la priorit\u00e9 aux processus de mani\u00e8re \u00e0 ce que les longues requ\u00eates analytiques n'entravent pas l'ex\u00e9cution des transactions. Cependant, sa vocation est pr\u00e9cis\u00e9ment le traitement de courtes transactions, et non l'analyse. Le d\u00e9veloppeur garantit la disponibilit\u00e9 du cluster NonStop \u00e0 un niveau de cinq \u00ab neuf \u00bb, c'est-\u00e0-dire que le temps d'arr\u00eat ne d\u00e9passe que 5 minutes par an.<\/p>\n<h4>SAP HANA<\/h4>\n<p>\nLa premi\u00e8re version stable du SGBD HANA (1.0) a \u00e9t\u00e9 publi\u00e9e en novembre 2010, et le package SAP ERP est pass\u00e9 \u00e0 HANA en mai 2013. La plateforme est bas\u00e9e sur des technologies acquises : TREX Search Engine (pour la recherche dans le stockage en colonnes), SGBD P*TIME et MAX DB.<\/p>\n<p>Le terme \u00ab HANA \u00bb est un acronyme pour High performance ANalytical Appliance. Ce SGBD est fourni sous forme de code, qui peut fonctionner sur n'importe quel serveur x86, cependant les installations industrielles ne sont autoris\u00e9es que sur du mat\u00e9riel certifi\u00e9. Des solutions de HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi et NEC sont disponibles. Certaines configurations de Lenovo permettent m\u00eame une exploitation sans SAN, le cluster GPFS sur disques locaux jouant le r\u00f4le de stockage partag\u00e9.<\/p>\n<p>Contrairement aux plateformes mentionn\u00e9es ci-dessus, HANA est un SGBD en m\u00e9moire, c'est-\u00e0-dire que l'ensemble des donn\u00e9es primaires est stock\u00e9 en m\u00e9moire vive, et seules les journaux et des instantan\u00e9s p\u00e9riodiques sont enregistr\u00e9s sur le disque \u2013 pour r\u00e9cup\u00e9ration en cas de panne.<\/p>\n<p><img decoding=\"async\" alt=\"SGBD distribu\u00e9s pour l&#039;entreprise\" src=\"\/wp-content\/uploads\/2020\/07\/f64194ca6de13e1a93f7190dc38ad2d7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nChaque n\u0153ud du cluster HANA est responsable de sa partie des donn\u00e9es, et la carte des donn\u00e9es est stock\u00e9e dans un composant sp\u00e9cial \u2013 le Name Server, situ\u00e9 sur le n\u0153ud coordinateur. Les donn\u00e9es ne sont pas dupliqu\u00e9es entre les n\u0153uds. Les informations sur les verrouillages sont \u00e9galement conserv\u00e9es sur chaque n\u0153ud, mais un d\u00e9tecteur global de blocages est pr\u00e9sent dans le syst\u00e8me.<\/p>\n<p>Le client HANA, lors de la connexion au cluster, charge sa topologie et peut ensuite acc\u00e9der directement \u00e0 n'importe quel n\u0153ud en fonction des donn\u00e9es dont il a besoin. Si la transaction concerne les donn\u00e9es d'un seul n\u0153ud, elle peut \u00eatre ex\u00e9cut\u00e9e localement par ce n\u0153ud. En revanche, si des donn\u00e9es de plusieurs n\u0153uds sont modifi\u00e9es, le n\u0153ud initiateur se tourne vers le n\u0153ud coordinateur, qui ouvre et coordonne la transaction distribu\u00e9e, la validant \u00e0 l'aide d'un protocole optimis\u00e9 de validation en deux \u00e9tapes.<\/p>\n<p>Le n\u0153ud coordinateur est redondant, donc en cas de d\u00e9faillance du coordinateur, le n\u0153ud de secours prend imm\u00e9diatement le relais. En revanche, si un n\u0153ud contenant des donn\u00e9es tombe en panne, la seule fa\u00e7on d'acc\u00e9der \u00e0 ses donn\u00e9es est de red\u00e9marrer le n\u0153ud. En g\u00e9n\u00e9ral, dans les clusters HANA, un serveur de secours (spare) est maintenu afin de pouvoir red\u00e9marrer le n\u0153ud perdu le plus rapidement possible.<br \/>\n<br \/>Source : <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.2.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\/fr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\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\/fr\/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\udd47Bases de donn\u00e9es distribu\u00e9es pour les entreprises | ProHoster","description":"Le th\u00e9or\u00e8me CAP est le fondement de la th\u00e9orie des syst\u00e8mes distribu\u00e9s.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/raspredelyonnye-subd-dlya-enterprajza","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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\/fr\/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\/fr\/wp-json\/wp\/v2\/posts\/89872","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=89872"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/89872\/revisions"}],"predecessor-version":[{"id":162170,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/89872\/revisions\/162170"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/89873"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=89872"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=89872"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=89872"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}