{"id":53098,"date":"2019-11-23T00:00:00","date_gmt":"2019-11-22T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline"},"modified":"2020-02-18T14:00:57","modified_gmt":"2020-02-18T11:00:57","slug":"operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","title":{"rendered":"Op\u00e9ration \u00ab Migration \u00bb : comment se passe le d\u00e9m\u00e9nagement vers le cloud DataLine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Il y a environ 7 ans, les premiers projets ont migr\u00e9 vers notre cloud de mani\u00e8re simple et sans complications. Les images des machines virtuelles \u00e9taient charg\u00e9es sur un serveur FTP ou \u00e9taient transport\u00e9es sur des disques durs. Ensuite, via un serveur d'importation sp\u00e9cial, les VM \u00e9taient charg\u00e9es dans le cloud.<\/p>\n

Si pour le client il n'est pas probl\u00e9matique d'\u00e9teindre la machine virtuelle pendant un jour ou deux (ou s'il n'y a pas d'autres options), cela peut fonctionner ainsi. Mais si l'arr\u00eat doit \u00eatre d'une heure maximum, cette m\u00e9thode ne convient pas. Aujourd'hui, je vais vous parler des outils qui aideront \u00e0 migrer vers le cloud avec un minimum d'arr\u00eat et du processus m\u00eame de migration chez nous.<\/p>\n

\"Op\u00e9ration
\n<\/a><\/noindex><\/p>\n

Migration avec Veeam Backup and Replication<\/h3>\n

\nTout le monde conna\u00eet Veeam Backup and Replication comme un outil de cr\u00e9ation de sauvegardes et de r\u00e9plicas. Nous l'utilisons pour migrer entre nos plateformes et pour transf\u00e9rer des clients de la virtualisation priv\u00e9e vers notre cloud. Les machines virtuelles des clients sont r\u00e9pliqu\u00e9es sur notre vCenter, apr\u00e8s quoi les ing\u00e9nieurs les ajoutent au vCloud Director. <\/p>\n

La r\u00e9plication initiale est effectu\u00e9e sur la machine virtuelle allum\u00e9e. \u00c0 un moment convenu, la machine c\u00f4t\u00e9 client est \u00e9teinte. La r\u00e9plication est relanc\u00e9e pour transf\u00e9rer les modifications qui se sont produites depuis la premi\u00e8re r\u00e9plication. Apr\u00e8s cela, la machine virtuelle d\u00e9marre d\u00e9j\u00e0 dans notre cloud. <\/p>\n

\"Op\u00e9ration
\n
\nEn g\u00e9n\u00e9ral, depuis l'arr\u00eat de la machine sur l'infrastructure du client jusqu'\u00e0 sa mise sous tension dans notre cloud, cela ne prend pas plus de trente minutes, plut\u00f4t 15 \u00e0 20 minutes. <\/p>\n

Au m\u00eame moment, la machine virtuelle d'origine reste sur le site du client. Si quelque chose ne va pas, il est toujours possible de revenir en arri\u00e8re et de la rallumer. Pour le client, cette m\u00e9thode est \u00e9galement pratique car elle ne n\u00e9cessite pas la possession de Veeam.<\/p>\n

Cas 1
\nLe client avait sa propre infrastructure virtuelle bas\u00e9e sur VMware \u2013 40 VM d'une capacit\u00e9 de 30 To. Le mat\u00e9riel sur lequel le cluster avait \u00e9t\u00e9 d\u00e9ploy\u00e9 \u00e9tait d\u00e9j\u00e0 obsol\u00e8te, et le client a d\u00e9cid\u00e9 de ne pas s'engager dans l'achat de nouveau mat\u00e9riel et de migrer vers le cloud public. L'exigence d'arr\u00eat des syst\u00e8mes critiques \u00e9tait de ne pas d\u00e9passer une heure. Nous avons choisi Veeam Replication comme outil. Un avantage suppl\u00e9mentaire \u00e9tait que le fournisseur d'acc\u00e8s Internet du client se trouvait dans notre centre de donn\u00e9es, ce qui a permis d'organiser un bon canal. La migration a pris environ un mois, avec un arr\u00eat de jusqu'\u00e0 30 minutes lors du basculement pour un groupe de machines virtuelles.<\/i><\/p>\n

Migration avec Veeam Cloud Connect<\/h3>\n

\nVeeam Cloud Connect \u2013 un outil qui permet de configurer la r\u00e9plication des machines virtuelles et de lancer des r\u00e9pliques dans le cloud de l fournisseur de services. Apr\u00e8s la mise \u00e0 jour en 2019<\/a><\/noindex> ann\u00e9e, il est devenu possible de r\u00e9pliquer les machines virtuelles directement vers vCloud Director. La seule condition est qu'un Veeam Backup and Replication de version 9 ou sup\u00e9rieure doit \u00eatre d\u00e9ploy\u00e9 du c\u00f4t\u00e9 du client. En r\u00e9sum\u00e9 (version d\u00e9taill\u00e9e ici<\/a><\/noindex>), le processus se d\u00e9roule comme suit.<\/p>\n

Une organisation avec les ressources et r\u00e9seaux n\u00e9cessaires est cr\u00e9\u00e9e dans vCloud Director. Dans Veeam Cloud Connect, nous cr\u00e9ons un compte, le client s'y connecte depuis son Veeam B&R, choisit le fournisseur DataLine et l'organisation, et configure les t\u00e2ches de r\u00e9plication. En plus du fait que la migration sera simple, durant environ 15 \u00e0 20 minutes, le client n'est pas d\u00e9pendant du support technique du fournisseur et g\u00e8re tout le processus de mani\u00e8re autonome : il cr\u00e9e des t\u00e2ches de r\u00e9plication, r\u00e9alise la r\u00e9plication elle-m\u00eame, \u00e9teint les machines et les relance sur le nouveau site. <\/p>\n

\"Op\u00e9ration
\n
\nCas 2
\nL'infrastructure du client, d'o\u00f9 la migration \u00e9tait pr\u00e9vue, \u00e9tait situ\u00e9e en Bi\u00e9lorussie. Il fallait transf\u00e9rer 90 VM avec un volume total de 27 To, alors que la bande passante Internet \u00e9tait de 100 Mbit\/s. Si une sauvegarde \u00e9tait r\u00e9alis\u00e9e et imm\u00e9diatement envoy\u00e9e vers notre cloud, cela aurait pris plusieurs jours pour certaines VM. Pendant ce temps, une grande delta aurait eu lieu sur les VM, ce qui aurait pu nuire aux performances des machines ou, pire encore, entra\u00eener un manque d'espace sur le datastore. Nous avons agi comme suit : d'abord, le client a effectu\u00e9 une sauvegarde compl\u00e8te locale et a transf\u00e9r\u00e9 sa copie vers notre cloud via Veeam Cloud Connect. Ensuite, il a cr\u00e9\u00e9 et transf\u00e9r\u00e9 un incr\u00e9ment dans le cloud. La machine virtuelle d'origine continuait de fonctionner. Apr\u00e8s avoir \u00e9teint la VM, le client a \u00e9galement fait un autre incr\u00e9ment et l'a transf\u00e9r\u00e9 dans le cloud. De notre c\u00f4t\u00e9, nous avons d\u00e9ploy\u00e9 la machine virtuelle \u00e0 partir de la sauvegarde compl\u00e8te, puis int\u00e9grons les deux incr\u00e9ments. Ce sch\u00e9ma a permis de minimiser le temps d'arr\u00eat \u00e0 2 heures lors du passage \u00e0 notre site. <\/i><\/p>\n

Migration via VMware vCloud Availability<\/h3>\n

\nEn mars de cette ann\u00e9e, VMware a lanc\u00e9 vCloud Availability 3.0, qui permet de migrer des machines virtuelles entre diff\u00e9rents clouds (vCloud Director \u2013 vCloud Director) et depuis des environnements de virtualisation priv\u00e9s vers le cloud (vCenter \u2013 vCloud Director). L'un des principaux avantages est l'int\u00e9gration avec l'interface de vCloud Director. Cela simplifie consid\u00e9rablement le processus de gestion de la r\u00e9plication et minimise les temps d'arr\u00eat lors des basculements.<\/p>\n

Avec cet outil, nous avons migr\u00e9 l'un de nos clients de notre cloud de Moscou vers notre cloud \u00e0 Saint-P\u00e9tersbourg. Il fallait transf\u00e9rer 18 machines virtuelles avec une capacit\u00e9 totale de 14 To. Une organisation a \u00e9t\u00e9 cr\u00e9\u00e9e pour le client dans le cloud de Saint-P\u00e9tersbourg et les r\u00e9seaux n\u00e9cessaires ont \u00e9t\u00e9 organis\u00e9s. Ensuite, depuis l'interface de vCloud Director, le client est pass\u00e9 aux param\u00e8tres de vCloud Availability, a cr\u00e9\u00e9 des t\u00e2ches de r\u00e9plication et a bascul\u00e9 vers le site de Saint-P\u00e9tersbourg \u00e0 un moment qui lui convenait. Le temps d'arr\u00eat lors du basculement \u00e9tait de 12 minutes.<\/p>\n

\"Op\u00e9ration
\nSch\u00e9ma de migration entre les clouds DataLine \u00e0 Saint-P\u00e9tersbourg et \u00e0 Moscou.<\/i><\/p>\n

vCloud Availability dispose d'un m\u00e9canisme de migration des VM depuis l'environnement du client vers notre cloud. Pour cela, un appliance sp\u00e9cifique de vCloud Availability est d\u00e9ploy\u00e9 dans le vCenter du client. Apr\u00e8s des r\u00e9glages simples, une connexion au cloud est \u00e9tablie et les t\u00e2ches de migration sont configur\u00e9es. Le client g\u00e8re \u00e9galement tout le processus de mani\u00e8re autonome, et le temps de migration est r\u00e9duit au minimum.<\/p>\n

\"Op\u00e9ration
\nSch\u00e9ma de migration des machines virtuelles d'une installation priv\u00e9e vers le cloud.<\/i><\/p>\n

VMware vCloud Availability offre de nombreux autres sc\u00e9narios d'utilisation, que nous aborderons bient\u00f4t dans un article s\u00e9par\u00e9. <\/p>\n

Pr\u00e9paration \u00e0 la migration <\/h3>\n

\nPour choisir l'outil et commencer r\u00e9ellement la migration, il faut se d\u00e9cider sur les points suivants :<\/p>\n

D'o\u00f9 migrons-nous. <\/b>Si vous migrez depuis une solution priv\u00e9e, vous avez toute libert\u00e9 dans le choix des outils. Si vous quittez un fournisseur, cela devient plus compliqu\u00e9. Il est fort probable que relier les infrastructures de deux fournisseurs et simplement d\u00e9placer les VM ne soit pas possible pour des raisons de s\u00e9curit\u00e9. Parfois, le fournisseur d'o\u00f9 le client envisage de partir peut m\u00eame commencer \u00e0 faire des difficult\u00e9s et \u00e0 retarder le processus. Il est possible de quitter un fournisseur de mani\u00e8re traditionnelle : en exportant les VM sur des disques et via FTP ou en migrant au niveau de l'application. Le nom de cette derni\u00e8re est conditionnel, et cela se pr\u00e9sente g\u00e9n\u00e9ralement comme suit.<\/p>\n

Cas 3
\nIl \u00e9tait n\u00e9cessaire de migrer le syst\u00e8me SAP d'un client depuis un fournisseur europ\u00e9en : 34 VMs d'une capacit\u00e9 de 54 To. Des ressources ont \u00e9t\u00e9 allou\u00e9es au client dans notre cloud. Une connectivit\u00e9 r\u00e9seau a \u00e9t\u00e9 organis\u00e9e entre nous et l'infrastructure du fournisseur europ\u00e9en. Les serveurs d'applications ont \u00e9t\u00e9 red\u00e9ploy\u00e9s, avec les configurations n\u00e9cessaires appliqu\u00e9es. Les grandes bases de donn\u00e9es ont \u00e9t\u00e9 migr\u00e9es en chargeant des sauvegardes dans notre cloud. Par la suite, une r\u00e9plication entre les bases de donn\u00e9es sur nos sites et le site d'origine a \u00e9t\u00e9 configur\u00e9e. Au moment convenu, nous avons bascul\u00e9 vers les bases de donn\u00e9es de notre cloud.<\/i><\/p>\n

Volume de donn\u00e9es et bande passante Internet.<\/b> Nous demandons g\u00e9n\u00e9ralement au client de fournir un export des syst\u00e8mes avec les param\u00e8tres de m\u00e9moire, CPU et de disque. Nous \u00e9valuons si la bande est suffisante pour envoyer directement des r\u00e9pliques ou des sauvegardes de machines virtuelles. <\/p>\n

Temps d'arr\u00eat acceptable.<\/b> Pour diff\u00e9rents syst\u00e8mes et, par cons\u00e9quent, diff\u00e9rentes machines virtuelles, cela peut varier en fonction de leur criticit\u00e9 pour l'entreprise. En g\u00e9n\u00e9ral, le client vient avec des exigences pr\u00e9cises concernant le temps d'arr\u00eat lors de la migration, et sur cette base, nous choisissons l'outil et le plan de migration adapt\u00e9s. Nous essayons de programmer le basculement final la nuit ou pendant le week-end, afin que m\u00eame un temps d'arr\u00eat minime ne soit pas perceptible pour les utilisateurs finaux du client. <\/p>\n

\u00c0 partir de ces donn\u00e9es, il est possible de choisir l'outil et de proc\u00e9der \u00e0 la migration elle-m\u00eame. Voici ce qui se passe ensuite.<\/p>\n

    \n
  1. Configuration de la connectivit\u00e9 r\u00e9seau. <\/b>Nous organisons la connectivit\u00e9 r\u00e9seau entre notre cloud et l'infrastructure du client. C'est par ce r\u00e9seau que les machines virtuelles seront copi\u00e9es. Si Veeam Backup and Replication est utilis\u00e9, il s'agit d'un canal d\u00e9di\u00e9, rarement d'un canal VPN. Si Veeam Cloud Connect est utilis\u00e9, tout passe par Internet ou par le m\u00eame canal d\u00e9di\u00e9.\n

    Ensuite, le r\u00e9seau pour les VMs dans le cloud est configur\u00e9. Les machines d\u00e9m\u00e9nagent g\u00e9n\u00e9ralement par groupes et cela peut durer plusieurs jours. Une fois que les VMs sont d\u00e9plac\u00e9es chez nous et d\u00e9marr\u00e9es, elles doivent interagir avec les machines qui restent encore sur le site d'origine. <\/li>\n

  2. Planification de la migration.<\/b> Quand il y a beaucoup de machines, il est raisonnable de les diviser en groupes et de les transporter par vagues. En collaboration avec le client, nous convenons d'un plan qui pr\u00e9cise quand et quelles machines d\u00e9m\u00e9nagent, et quand la r\u00e9plication finale et le basculement sur le nouveau site seront r\u00e9alis\u00e9s. <\/li>\n
  3. Migration de test.<\/b> Nous migrons une machine virtuelle de test et v\u00e9rifions si tout est correctement configur\u00e9 : connectivit\u00e9 r\u00e9seau entre les sites, accessibilit\u00e9 de la machine virtuelle pour les machines sur le site d'origine, droits du compte et autres. Ce type de test aide \u00e0 \u00e9viter les ralentissements lors de la migration en production.<\/li>\n<\/ol>\n

    \nC'est tout pour moi. N'h\u00e9sitez pas \u00e0 poser des questions dans les commentaires et \u00e0 partager votre exp\u00e9rience de migration.
    \n
    Source :     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445. \u0417\u0430\u0442\u0435\u043c \u0447\u0435\u0440\u0435\u0437 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043c\u043f\u043e\u0440\u0442-\u0441\u0435\u0440\u0432\u0435\u0440 \u0412\u041c \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e. \u0415\u0441\u043b\u0438 \u0434\u043b\u044f \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0432\u044b\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u043a\u0443 \u043d\u0430 \u0441\u0443\u0442\u043a\u0438-\u0434\u0432\u043e\u0435 (\u0438\u043b\u0438 \u043d\u0435\u0442 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432), \u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438 \u0442\u0430\u043a. \u041d\u043e \u0435\u0441\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53098","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Op\u00e9ration \u201cMigration\u201d : comment se d\u00e9roule le d\u00e9m\u00e9nagement vers le cloud DataLine | ProHoster","description":"Il y a environ 7 ans, les premiers projets migraient vers notre cloud de mani\u00e8re simple et sans complications. Les images des machines virtuelles \u00e9taient t\u00e9l\u00e9charg\u00e9es sur un serveur FTP, ou elles \u00e9taient apport\u00e9es sur des disques durs.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","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\u041e\u043f\u0435\u0440\u0430\u0446\u0438\u044f \u201c\u041c\u0438\u0433\u0440\u0430\u0446\u0438\u044f\u201d: \u043a\u0430\u043a \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0435\u0440\u0435\u0435\u0437\u0434 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e DataLine | ProHoster","og:description":"\u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","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-11-22T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:57+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53098","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-24 06:04:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:29:47","updated":"2026-01-24 06:04:31","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\/53098","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=53098"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/53098\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=53098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=53098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=53098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}