{"id":31907,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","title":{"rendered":"Construction d'une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l'architecture AccelStor Shared-Nothing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Un grand nombre d'applications d'entreprise et de syst\u00e8mes de virtualisation disposent de leurs propres m\u00e9canismes pour \u00e9tablir des solutions de haute disponibilit\u00e9. En particulier, Oracle RAC (Oracle Real Application Cluster) est un cluster compos\u00e9 de deux serveurs de bases de donn\u00e9es Oracle ou plus, travaillant ensemble pour \u00e9quilibrer la charge et garantir la haute disponibilit\u00e9 au niveau serveur\/application. Pour fonctionner dans ce mode, un stockage commun est n\u00e9cessaire, g\u00e9n\u00e9ralement fourni par un syst\u00e8me de stockage. <\/p>\n<p><\/p>\n<p>Comme nous l'avons d\u00e9j\u00e0 abord\u00e9 dans l'un de nos <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/441780\/\">articles<\/a><\/noindex>, le syst\u00e8me de stockage, malgr\u00e9 la pr\u00e9sence de composants redondants (y compris les contr\u00f4leurs), pr\u00e9sente n\u00e9anmoins des points de d\u00e9faillance \u2013 principalement sous la forme d'un ensemble unique de donn\u00e9es. Par cons\u00e9quent, pour construire une solution Oracle avec des exigences de fiabilit\u00e9 \u00e9lev\u00e9es, le sch\u00e9ma \u00ab N serveurs \u2013 un syst\u00e8me de stockage \u00bb doit \u00eatre complexifi\u00e9.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/779e46d9ae2d70251bc72f55941171a5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Tout d'abord, il est bien s\u00fbr n\u00e9cessaire de d\u00e9terminer quels risques nous essayons d'\u00e9viter. Dans le cadre de cet article, nous n'examinerons pas la protection contre les menaces telles que \u00ab un m\u00e9t\u00e9ore a frapp\u00e9 \u00bb. Ainsi, la construction d'une solution de r\u00e9cup\u00e9ration apr\u00e8s sinistre g\u00e9ographiquement dispers\u00e9e restera le sujet de l'un de nos prochains articles. Ici, nous allons nous concentrer sur la solution de r\u00e9cup\u00e9ration apr\u00e8s sinistre Cross-Rack, o\u00f9 la protection est mise en place au niveau des armoires de serveurs. Ces armoires peuvent se trouver dans une seule pi\u00e8ce ou dans diff\u00e9rentes pi\u00e8ces, mais g\u00e9n\u00e9ralement au sein d'un m\u00eame b\u00e2timent.<\/p>\n<p><\/p>\n<p>Ces armoires doivent contenir tout l'\u00e9quipement et les logiciels n\u00e9cessaires pour garantir le fonctionnement des bases de donn\u00e9es Oracle, ind\u00e9pendamment de l'\u00e9tat du \"voisin\". En d'autres termes, en utilisant une solution de r\u00e9cup\u00e9ration apr\u00e8s sinistre Cross-Rack, nous excluons les risques en cas de d\u00e9faillance :<\/p>\n<p><\/p>\n<ul>\n<li>Serveurs d'applications Oracle<\/li>\n<li>Syst\u00e8mes de stockage<\/li>\n<li>Syst\u00e8mes de commutation<\/li>\n<li>Panne totale de tout l'\u00e9quipement dans l'armoire :\n<ul>\n<li>D\u00e9faillance de l'alimentation<\/li>\n<li>D\u00e9faillance du syst\u00e8me de refroidissement<\/li>\n<li>Facteurs externes (humains, naturels, etc.)<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><\/p>\n<p>La duplication des serveurs Oracle implique le principe m\u00eame du fonctionnement d'Oracle RAC et se r\u00e9alise par le biais de l'application. La duplication des moyens de commutation ne pose \u00e9galement pas de probl\u00e8me. Cependant, la duplication du syst\u00e8me de stockage est beaucoup plus complexe.<\/p>\n<p><\/p>\n<p>La solution la plus simple consiste \u00e0 r\u00e9pliquer les donn\u00e9es d'un stockage principal vers un stockage de secours. En mode synchrone ou asynchrone, selon les capacit\u00e9s du stockage. En cas de r\u00e9plication asynchrone, la question de la coh\u00e9rence des donn\u00e9es par rapport \u00e0 Oracle se pose imm\u00e9diatement. Mais m\u00eame s'il existe une int\u00e9gration logicielle avec l'application, il faudra dans tous les cas l'intervention des administrateurs en mode manuel pour basculer le cluster vers le stockage de secours en cas de d\u00e9faillance du stockage principal.<\/p>\n<p><\/p>\n<p>Une solution plus complexe consiste \u00e0 utiliser des \u00ab virtualisateurs \u00bb de stockage logiciels et\/ou mat\u00e9riels, qui \u00e9liminent les probl\u00e8mes de coh\u00e9rence et d'intervention manuelle. Cependant, la complexit\u00e9 de d\u00e9ploiement et la gestion ult\u00e9rieure, ainsi que le co\u00fbt assez \u00e9lev\u00e9 de ces solutions, d\u00e9couragent beaucoup.<\/p>\n<p><\/p>\n<p>Pour des sc\u00e9narios comme la r\u00e9cup\u00e9ration apr\u00e8s sinistre Cross-Rack, la solution All Flash AccelStor NeoSapphire\u2122 est parfaitement adapt\u00e9e. <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/product\/neosapphire-h710\">H710<\/a><\/noindex> en utilisant une architecture Shared-Nothing. Ce mod\u00e8le repr\u00e9sente un syst\u00e8me de stockage \u00e0 deux n\u0153uds utilisant sa propre technologie FlexiRemap\u00ae pour travailler avec des puces flash. Gr\u00e2ce \u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/\">FlexiRemap\u00ae<\/a><\/noindex> NeoSapphire\u2122 H710 peut offrir une performance allant jusqu'\u00e0 600K IOPS@4K en \u00e9criture al\u00e9atoire et plus de 1M IOPS@4K en lecture al\u00e9atoire, ce qui est inatteignable avec des syst\u00e8mes de stockage bas\u00e9s sur RAID classiques.<\/p>\n<p><\/p>\n<p>Mais la caract\u00e9ristique principale de NeoSapphire\u2122 H710 est l'ex\u00e9cution de deux n\u0153uds sous forme de bo\u00eetiers s\u00e9par\u00e9s, chacun ayant sa propre copie des donn\u00e9es. La synchronisation des n\u0153uds se fait via une interface externe InfiniBand. Gr\u00e2ce \u00e0 cette architecture, il est possible de r\u00e9partir les n\u0153uds sur diff\u00e9rentes localisations jusqu'\u00e0 100m, assurant ainsi une solution de r\u00e9cup\u00e9ration apr\u00e8s sinistre Cross-Rack. Les deux n\u0153uds fonctionnent enti\u00e8rement en mode synchrone. Du c\u00f4t\u00e9 des h\u00f4tes, H710 appara\u00eet comme un syst\u00e8me de stockage \u00e0 double contr\u00f4leur ordinaire. Par cons\u00e9quent, aucune option logicielle ou mat\u00e9rielle suppl\u00e9mentaire et aucune configuration particuli\u00e8rement complexe ne sont n\u00e9cessaires.<\/p>\n<p><\/p>\n<p>Si l'on compare toutes les solutions de r\u00e9cup\u00e9ration apr\u00e8s sinistre Cross-Rack d\u00e9crites ci-dessus, la solution d'AccelStor se d\u00e9marque nettement des autres :<\/p>\n<p><\/p>\n<p>AccelStor NeoSapphire\u2122 Architecture Shared Nothing<br \/>\nVirtualisateur de stockage logiciel ou mat\u00e9riel<br \/>\nSolution bas\u00e9e sur la r\u00e9plication<\/p>\n<p><b>Disponibilit\u00e9<\/b><\/p>\n<p>D\u00e9faillance du serveur<br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><\/p>\n<p>D\u00e9faillance du switch<br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><\/p>\n<p>D\u00e9faillance du syst\u00e8me de stockage<br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Temps d'arr\u00eat<\/b><\/p>\n<p>D\u00e9faillance de tout le rack<br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Aucun temps d'arr\u00eat<\/b><br \/>\n<b>Temps d'arr\u00eat<\/b><\/p>\n<p><b>Co\u00fbt et complexit\u00e9<\/b><\/p>\n<p>Co\u00fbt de la solution<br \/>\nFaible*<br \/>\n\u00c9lev\u00e9e<br \/>\n\u00c9lev\u00e9e<\/p>\n<p>Complexit\u00e9 de d\u00e9ploiement<br \/>\nFaible<br \/>\n\u00c9lev\u00e9e<br \/>\n\u00c9lev\u00e9e<\/p>\n<p><\/p>\n<p><i>*AccelStor NeoSapphire\u2122 est une solution All Flash qui n'est pas vraiment \u00e0 un prix d\u00e9risoire, surtout avec une capacit\u00e9 doubl\u00e9e. Cependant, en comparant le co\u00fbt final de cette solution avec d'autres vendeurs, son prix peut \u00eatre consid\u00e9r\u00e9 comme bas.<\/i><\/p>\n<p><\/p>\n<p>La topologie de connexion des serveurs d'applications et des n\u0153uds du syst\u00e8me All Flash sera la suivante :<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/faf6a0a78ed13532a817fb67a2651b1b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Lors de la planification de la topologie, il est fortement recommand\u00e9 de dupliquer les commutateurs de gestion et d'interconnexion des serveurs.<\/p>\n<p><\/p>\n<p>Ce qui suit concernera la connexion via Fibre Channel. Dans le cas de l'utilisation d'iSCSI, ce sera la m\u00eame chose, avec des ajustements selon les types de commutateurs utilis\u00e9s et quelques param\u00e8tres diff\u00e9rents du syst\u00e8me.<\/p>\n<p><\/p>\n<h3>Travail pr\u00e9paratoire sur le syst\u00e8me<\/h3>\n<p>\n<b class=\"spoiler_title\">\u00c9quipement et logiciels utilis\u00e9s<\/b><\/p>\n<p><b>Sp\u00e9cifications des serveurs et des commutateurs<\/b><\/p>\n<p><\/p>\n<p>Composants<br \/>\nDescription<\/p>\n<p>Serveurs Oracle Database 11g<br \/>\nDeux <\/p>\n<p>Syst\u00e8me d'exploitation du serveur<br \/>\nOracle Linux<\/p>\n<p>Version de la base de donn\u00e9es Oracle<br \/>\n11g (RAC)<\/p>\n<p>Processeurs par serveur<br \/>\nDeux processeurs Intel\u00ae Xeon\u00ae E5-2667 v2 \u00e0 16 c\u0153urs \u00e0 3,30 GHz<\/p>\n<p>M\u00e9moire physique par serveur<br \/>\n128 Go<\/p>\n<p>R\u00e9seau FC<br \/>\nFC 16Gb\/s avec multipathing<\/p>\n<p>FC HBA<br \/>\nEmulex Lpe-16002B <\/p>\n<p>Ports publics 1GbE d\u00e9di\u00e9s \u00e0 la gestion de clusters<br \/>\nAdaptateur ethernet Intel RJ45<\/p>\n<p>Commutateur FC 16Gb\/s<br \/>\nBrocade 6505<\/p>\n<p>Ports priv\u00e9s 10GbE d\u00e9di\u00e9s \u00e0 la synchronisation des donn\u00e9es<br \/>\nIntel X520<\/p>\n<p><\/p>\n<p><b>Sp\u00e9cification du syst\u00e8me AccelStor NeoSapphire\u2122 All Flash<\/b><\/p>\n<p><\/p>\n<p>Composants<br \/>\nDescription<\/p>\n<p>Syst\u00e8me de stockage<br \/>\nMod\u00e8le de haute disponibilit\u00e9 NeoSapphire\u2122 : H710<\/p>\n<p>Version de l'image<br \/>\n4.0.1<\/p>\n<p>Nombre total de disques<br \/>\n48<\/p>\n<p>Taille du disque<br \/>\n1,92 To<\/p>\n<p>Type de disque<br \/>\nSSD<\/p>\n<p>Ports cibles FC<br \/>\n16 ports 16 Gb (8 par n\u0153ud)<\/p>\n<p>Ports de gestion<br \/>\nLe c\u00e2ble ethernet 1GbE connect\u00e9 aux h\u00f4tes via un commutateur ethernet<\/p>\n<p>Port de c\u0153ur<br \/>\nLe c\u00e2ble ethernet 1GbE connect\u00e9 entre deux n\u0153uds de stockage<\/p>\n<p>Port de synchronisation des donn\u00e9es<br \/>\nC\u00e2ble InfiniBand 56Gb\/s<\/p>\n<p>Avant d'utiliser le syst\u00e8me, il doit \u00eatre initialis\u00e9. Par d\u00e9faut, l'adresse de gestion des deux n\u0153uds est identique (192.168.1.1). Il faut se connecter successivement \u00e0 chacun d'eux et attribuer de nouvelles (et diff\u00e9rentes) adresses de gestion, et configurer la synchronisation de l'heure, apr\u00e8s quoi les ports de gestion pourront \u00eatre connect\u00e9s \u00e0 un r\u00e9seau commun. Ensuite, les n\u0153uds seront regroup\u00e9s en paire HA en attribuant des sous-r\u00e9seaux pour les connexions Interlink.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/9eef0dd1ac3a2ae1d19b3484ec2b2a27.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Apr\u00e8s l'initialisation, le syst\u00e8me peut \u00eatre g\u00e9r\u00e9 \u00e0 partir de n'importe quel n\u0153ud.<\/p>\n<p><\/p>\n<p>Ensuite, nous cr\u00e9ons les volumes n\u00e9cessaires et les publions pour les serveurs d'applications.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/57a23b64c2bcb3c9f477cc5009e1cd48.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Il est fortement recommand\u00e9 de cr\u00e9er plusieurs volumes pour Oracle ASM, car cela augmentera le nombre de cibles pour les serveurs, ce qui am\u00e9liorera au final les performances globales (plus de d\u00e9tails sur les files d'attente dans un autre) <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/447390\/\">article<\/a><\/noindex>).<\/p>\n<p>\n<b class=\"spoiler_title\">Configuration de test<\/b><\/p>\n<p>Nom du volume de stockage<br \/>\nTaille du volume<\/p>\n<p>Data01<br \/>\n200Go<\/p>\n<p>Data02<br \/>\n200Go<\/p>\n<p>Data03<br \/>\n200Go<\/p>\n<p>Data04<br \/>\n200Go<\/p>\n<p>Data05<br \/>\n200Go<\/p>\n<p>Data06<br \/>\n200Go<\/p>\n<p>Data07<br \/>\n200Go<\/p>\n<p>Data08<br \/>\n200Go<\/p>\n<p>Data09<br \/>\n200Go<\/p>\n<p>Data10<br \/>\n200Go<\/p>\n<p>Grid01<br \/>\n1 Go<\/p>\n<p>Grid02<br \/>\n1 Go<\/p>\n<p>Grid03<br \/>\n1 Go<\/p>\n<p>Grid04<br \/>\n1 Go<\/p>\n<p>Grid05<br \/>\n1 Go<\/p>\n<p>Grid06<br \/>\n1 Go<\/p>\n<p>Redo01<br \/>\n100Go<\/p>\n<p>Redo02<br \/>\n100Go<\/p>\n<p>Redo03<br \/>\n100Go<\/p>\n<p>Redo04<br \/>\n100Go<\/p>\n<p>Redo05<br \/>\n100Go<\/p>\n<p>Redo06<br \/>\n100Go<\/p>\n<p>Redo07<br \/>\n100Go<\/p>\n<p>Redo08<br \/>\n100Go<\/p>\n<p>Redo09<br \/>\n100Go<\/p>\n<p>Redo10<br \/>\n100Go<\/p>\n<h3>Quelques explications concernant les modes de fonctionnement du tableau et les processus en cours lors de situations exceptionnelles<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/e0f9416f16bb8a13673cacfcf1792d9d.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Chaque n\u0153ud de l\u2019ensemble de donn\u00e9es a un param\u00e8tre \u00ab num\u00e9ro de version \u00bb. Apr\u00e8s l'initialisation initiale, il est identique et \u00e9gal \u00e0 1. Si pour une raison quelconque le num\u00e9ro de version est diff\u00e9rent, il y a toujours synchronisation des donn\u00e9es de la version la plus \u00e9lev\u00e9e vers la plus basse, apr\u00e8s quoi le num\u00e9ro de la version la plus basse est align\u00e9, c'est-\u00e0-dire que cela signifie que les copies sont identiques. Les raisons pour lesquelles les versions peuvent \u00eatre diff\u00e9rentes :<\/p>\n<p><\/p>\n<ul>\n<li>Red\u00e9marrage planifi\u00e9 de l'un des n\u0153uds<\/li>\n<li>Panne d'un des n\u0153uds en raison d'une coupure soudaine (alimentation, surchauffe, etc.). <\/li>\n<li>Interruption de la connexion InfiniBand sans possibilit\u00e9 de synchronisation<\/li>\n<li>Panne d'un des n\u0153uds en raison de la corruption des donn\u00e9es. Ici, il faudra cr\u00e9er un nouveau groupe HA et synchroniser compl\u00e8tement l\u2019ensemble de donn\u00e9es.<\/li>\n<\/ul>\n<p><\/p>\n<p>Dans tous les cas, le n\u0153ud rest\u00e9 en ligne augmente son num\u00e9ro de version de 1, afin qu'apr\u00e8s la restauration de la connexion, il puisse synchroniser son ensemble de donn\u00e9es avec son partenaire.<\/p>\n<p><\/p>\n<p>S'il y a interruption de la connexion par le lien Ethernet, alors Heartbeat passe temporairement \u00e0 InfiniBand et revient dans les 10 secondes lors de sa restauration.<\/p>\n<p><\/p>\n<h3>Configuration des h\u00f4tes<\/h3>\n<p><\/p>\n<p>Pour garantir la tol\u00e9rance aux pannes et augmenter les performances, il est n\u00e9cessaire d'activer le support MPIO pour le tableau. Pour cela, il faut ajouter des lignes dans le fichier \/etc\/multipath.conf, puis red\u00e9marrer le service multipath<\/p>\n<p>\n<b class=\"spoiler_title\">Texte cach\u00e9<\/b>devices {<br \/>\n device {<br \/>\n vendor \u00abAStor\u00bb<br \/>\n path_grouping_policy \u00abgroup_by_prio\u00bb<br \/>\n path_selector \u00abqueue-length 0\u00bb<br \/>\n path_checker \u00abtur\u00bb<br \/>\n features \u00ab0\u00bb<br \/>\n hardware_handler \u00ab0\u00bb<br \/>\n prio \u00abconst\u00bb<br \/>\n failback immediate<br \/>\n fast_io_fail_tmo 5<br \/>\n dev_loss_tmo 60<br \/>\n user_friendly_names yes<br \/>\n detect_prio yes<br \/>\n rr_min_io_rq 1<br \/>\n no_path_retry 0<br \/>\n }<br \/>\n}<\/p>\n<p><\/p>\n<p>Ensuite, pour qu'ASM fonctionne avec MPIO via ASMLib, il faut modifier le fichier \/etc\/sysconfig\/oracleasm puis ex\u00e9cuter \/etc\/init.d\/oracleasm scandisks<\/p>\n<p>\n<b class=\"spoiler_title\">Texte cach\u00e9<\/b><\/p>\n<p># ORACLEASM_SCANORDER: Matching patterns to order disk scanning<br \/>\nORACLEASM_SCANORDER=\u00abdm\u00bb<\/p>\n<p># ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scan<br \/>\nORACLEASM_SCANEXCLUDE=\u00absd\u00bb<\/p>\n<p><\/p>\n<h4>Remarque<\/h4>\n<p><\/p>\n<p><i>Si vous ne souhaitez pas utiliser ASMLib, vous pouvez utiliser des r\u00e8gles UDEV, qui sont la base d'ASMLib.<\/i><\/p>\n<p><\/p>\n<p><i>\u00c0 partir de la version 12.1.0.2, l'option Oracle Database est disponible pour l'installation en tant que partie du logiciel ASMFD.<\/i><\/p>\n<p>Il est imp\u00e9ratif de s'assurer que les disques cr\u00e9\u00e9s pour Oracle ASM soient bien align\u00e9s par rapport \u00e0 la taille de bloc avec laquelle le tableau fonctionne physiquement (4K). Sinon, des probl\u00e8mes de performance peuvent survenir. Par cons\u00e9quent, il est n\u00e9cessaire de cr\u00e9er des volumes avec les param\u00e8tres appropri\u00e9s :<\/p>\n<p><\/p>\n<p><i>parted \/dev\/mapper\/device-name mklabel gpt mkpart primary 2048s 100% align-check optimal 1<\/i><\/p>\n<p><\/p>\n<h3>Distribution des bases de donn\u00e9es sur les volumes cr\u00e9\u00e9s pour notre configuration de test<\/h3>\n<p><\/p>\n<p>Nom du volume de stockage<br \/>\nTaille du volume<br \/>\nCartographie des LUNs de volume<br \/>\nD\u00e9tails du dispositif de volume ASM<br \/>\nTaille de l'unit\u00e9 d'allocation<\/p>\n<p>Data01<br \/>\n200Go<br \/>\nMapper tous les volumes de stockage au syst\u00e8me de stockage sur tous les ports de donn\u00e9es<br \/>\nRedondance : Normale<br \/>\nNom : DGDATA<br \/>\nObjectif : Fichiers de donn\u00e9es<\/p>\n<p>4 Mo<\/p>\n<p>Data02<br \/>\n200Go<\/p>\n<p>Data03<br \/>\n200Go<\/p>\n<p>Data04<br \/>\n200Go<\/p>\n<p>Data05<br \/>\n200Go<\/p>\n<p>Data06<br \/>\n200Go<\/p>\n<p>Data07<br \/>\n200Go<\/p>\n<p>Data08<br \/>\n200Go<\/p>\n<p>Data09<br \/>\n200Go<\/p>\n<p>Data10<br \/>\n200Go<\/p>\n<p>Grid01<br \/>\n1 Go<br \/>\nRedondance : Normale<br \/>\nNom : DGGRID1<br \/>\nObjectif : Grille : CRS et vote<\/p>\n<p>4 Mo<\/p>\n<p>Grid02<br \/>\n1 Go<\/p>\n<p>Grid03<br \/>\n1 Go<\/p>\n<p>Grid04<br \/>\n1 Go<br \/>\nRedondance : Normale<br \/>\nNom : DGGRID2<br \/>\nObjectif : Grille : CRS et vote<\/p>\n<p>4 Mo<\/p>\n<p>Grid05<br \/>\n1 Go<\/p>\n<p>Grid06<br \/>\n1 Go<\/p>\n<p>Redo01<br \/>\n100Go<br \/>\nRedondance : Normale<br \/>\nNom : DGREDO1<br \/>\nObjectif : Journal de redo du fil 1<\/p>\n<p>4 Mo<\/p>\n<p>Redo02<br \/>\n100Go<\/p>\n<p>Redo03<br \/>\n100Go<\/p>\n<p>Redo04<br \/>\n100Go<\/p>\n<p>Redo05<br \/>\n100Go<\/p>\n<p>Redo06<br \/>\n100Go<br \/>\nRedondance : Normale<br \/>\nNom : DGREDO2<br \/>\nObjectif : Journal de redo du fil 2<\/p>\n<p>4 Mo<\/p>\n<p>Redo07<br \/>\n100Go<\/p>\n<p>Redo08<br \/>\n100Go<\/p>\n<p>Redo09<br \/>\n100Go<\/p>\n<p>Redo10<br \/>\n100Go<\/p>\n<p>\n<b class=\"spoiler_title\">Configurations de la base de donn\u00e9es<\/b><\/p>\n<ul>\n<li>Taille de bloc = 8K<\/li>\n<li>Espace d'\u00e9change = 16 Go<\/li>\n<li>D\u00e9sactiver AMM (Gestion automatique de la m\u00e9moire)<\/li>\n<li>D\u00e9sactiver les pages \u00e9normes transparentes<\/li>\n<\/ul>\n<p><b class=\"spoiler_title\">Autres param\u00e8tres<\/b><\/p>\n<p><u># vi \/etc\/sysctl.conf<\/u><br \/>\n\u2713 fs.aio-max-nr = 1048576<br \/>\n\u2713 fs.file-max = 6815744<br \/>\n\u2713 kernel.shmmax 103079215104<br \/>\n\u2713 kernel.shmall 31457280<br \/>\n\u2713 kernel.shmmn 4096<br \/>\n\u2713 kernel.sem = 250 32000 100 128<br \/>\n\u2713 net.ipv4.ip_local_port_range = 9000 65500<br \/>\n\u2713 net.core.rmem_default = 262144<br \/>\n\u2713 net.core.rmem_max = 4194304<br \/>\n\u2713 net.core.wmem_default = 262144<br \/>\n\u2713 net.core.wmem_max = 1048586<br \/>\n\u2713 vm.swappiness=10<br \/>\n\u2713 vm.min_free_kbytes=524288 # ne pas d\u00e9finir cela si vous utilisez Linux x86<br \/>\n\u2713 vm.vfs_cache_pressure=200<br \/>\n\u2713 vm.nr_hugepages = 57000<\/p>\n<p><u># vi \/etc\/security\/limits.conf<\/u><br \/>\n\u2713 grid soft nproc 2047<br \/>\n\u2713 grid hard nproc 16384<br \/>\n\u2713 grid soft nofile 1024<br \/>\n\u2713 grid hard nofile 65536<br \/>\n\u2713 grid soft stack 10240<br \/>\n\u2713 grid hard stack 32768<br \/>\n\u2713 oracle soft nproc 2047<br \/>\n\u2713 oracle hard nproc 16384<br \/>\n\u2713 oracle soft nofile 1024<br \/>\n\u2713 oracle hard nofile 65536<br \/>\n\u2713 oracle soft stack 10240<br \/>\n\u2713 oracle hard stack 32768<br \/>\n\u2713 soft memlock 120795954<br \/>\n\u2713 hard memlock 120795954\n<\/p>\n<p><\/p>\n<p><u>sqlplus \u201c\/as sysdba\u201d<\/u><br \/>\nalter system set processes=2000 scope=spfile;<br \/>\nalter system set open_cursors=2000 scope=spfile;<br \/>\nalter system set session_cached_cursors=300 scope=spfile;<br \/>\nalter system set db_files=8192 scope=spfile;\n<\/p>\n<p><\/p>\n<h3>Test de tol\u00e9rance aux pannes<\/h3>\n<p><\/p>\n<p>Pour d\u00e9montrer, HammerDB a \u00e9t\u00e9 utilis\u00e9 pour \u00e9muler une charge OLTP. Configuration de HammerDB :<\/p>\n<p><\/p>\n<p><b>Nombre d'entrep\u00f4ts<\/b><br \/>\n256<\/p>\n<p>Transactions totales par utilisateur<br \/>\n1000000000000<\/p>\n<p>Utilisateurs virtuels<br \/>\n256<\/p>\n<p><\/p>\n<p>Le r\u00e9sultat obtenu \u00e9tait de 2,1 M TPM, ce qui est loin de la limite de performance du tableau <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/product\/neosapphire-h710\">H710<\/a><\/noindex>, mais repr\u00e9sente le \u00ab plafond \u00bb de la configuration mat\u00e9rielle actuelle des serveurs (surtout \u00e0 cause des processeurs) et de leur nombre. L'objectif de ce test est tout de m\u00eame de d\u00e9montrer la tol\u00e9rance aux pannes de la solution dans son ensemble, et non d'atteindre des performances maximales. Nous nous baserons donc simplement sur ce chiffre.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/6de29f092e4c96a980a5790d8dd9a447.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Test de panne de l'un des n\u0153uds<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/c222cea4613ad7096bb097fee16bbb48.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/4b9459ba3d7cf34ec1e4ad4cd34adc09.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Les h\u00f4tes ont perdu une partie des chemins vers le stockage, continuant \u00e0 fonctionner via les chemins restants avec le deuxi\u00e8me n\u0153ud. La performance a chut\u00e9 pendant quelques secondes en raison de la reconstruction des chemins, puis est revenue \u00e0 des niveaux normaux. Aucun temps d'arr\u00eat n'a eu lieu.<\/p>\n<p><\/p>\n<h3>Test de panne de l'armoire avec tout l'\u00e9quipement<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/bf4c1bbf2b4986911c4274525cf8e5d5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Construction d&#039;une solution de tol\u00e9rance aux pannes bas\u00e9e sur Oracle RAC et l&#039;architecture AccelStor Shared-Nothing\" src=\"\/wp-content\/uploads\/2019\/04\/17d5aa73f72dce4fd9227cb6907c249c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Dans ce cas, la performance a \u00e9galement chut\u00e9 pendant quelques secondes en raison de la reconstruction des chemins, puis est revenue \u00e0 la moiti\u00e9 de la valeur initiale. Le r\u00e9sultat a \u00e9t\u00e9 r\u00e9duit de moiti\u00e9 par rapport \u00e0 l'initial en raison de l'exclusion d'un serveur d'application. Aucun temps d'arr\u00eat n'a eu lieu non plus.<\/p>\n<p><\/p>\n<blockquote><p>Si vous avez besoin de mettre en \u0153uvre une solution de r\u00e9cup\u00e9ration de d\u00e9sastre Cross-Rack pour Oracle \u00e0 un co\u00fbt raisonnable et avec peu d'efforts de d\u00e9ploiement\/administration, alors la collaboration entre Oracle RAC et l'architecture <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/page\/pochemu-accelstor\">AccelStor Shared-Nothing<\/a><\/noindex> sera l'une des meilleures options. Au lieu d'Oracle RAC, n'importe quel autre logiciel permettant la virtualisation des clusters, les m\u00eames SGBD ou syst\u00e8mes de virtualisation, par exemple, pourrait \u00eatre utilis\u00e9. Le principe de construction de la solution restera le m\u00eame. Et le r\u00e9sultat final sera une valeur nulle pour le RTO et le RPO.<\/p><\/blockquote>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/448538\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, Oracle RAC (Oracle Real Application Cluster) \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0438\u043b\u0438 \u0431\u043e\u043b\u0435\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 Oracle, \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0445 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e \u0441 \u0446\u0435\u043b\u044c\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430\/\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0442\u0430\u043a\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u043e\u0431\u0449\u0435\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435, \u0432 \u0440\u043e\u043b\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23767,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31907","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 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439.\" \/>\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\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\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\u041f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u0435 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043d\u0430 \u0431\u0430\u0437\u0435 Oracle RAC \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b AccelStor Shared-Nothing | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\" \/>\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=\"2019-10-31T18:43:53+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:43:53+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\udd47\u00c9tablissement d'une solution de haute disponibilit\u00e9 bas\u00e9e sur Oracle RAC et l'architecture AccelStor Shared-Nothing | ProHoster","description":"Un bon nombre d'applications d'entreprise et de syst\u00e8mes de virtualisation ont leurs propres m\u00e9canismes pour \u00e9tablir des solutions de haute disponibilit\u00e9.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","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\u041f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u0435 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043d\u0430 \u0431\u0430\u0437\u0435 Oracle RAC \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b AccelStor Shared-Nothing | ProHoster","og:description":"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","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":"2019-10-31T18:43:53+00:00","article:modified_time":"2019-10-31T18:43:53+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31907","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":"2026-01-21 08:22:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:09:25","updated":"2026-01-21 08:22:19","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\/31907","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=31907"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/31907\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/23767"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=31907"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=31907"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=31907"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}