{"id":80491,"date":"2020-05-06T13:42:24","date_gmt":"2020-05-06T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1"},"modified":"2020-05-06T13:42:24","modified_gmt":"2020-05-06T11:42:24","slug":"obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","title":{"rendered":"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Le service national d'information sur les donn\u00e9es par satellite sur l'environnement (NESDIS) a r\u00e9duit ses co\u00fbts de gestion de 35 % en passant de Puppet Enterprise \u00e0 Ansible Tower avec Red Hat Enterprise Linux (RHEL). Dans cette vid\u00e9o de la cat\u00e9gorie \u00ab comment nous l'avons fait \u00bb, l'ing\u00e9nieur syst\u00e8me Michael Rau justifie la r\u00e9alisation de cette migration, partage des conseils utiles et les exp\u00e9riences acquises lors du passage d'un SCM \u00e0 un autre. <\/p>\n<p>Dans cette vid\u00e9o, vous apprendrez :<\/p>\n<ul>\n<li>comment justifier \u00e0 la direction la pertinence du passage de Puppet Enterprise \u00e0 Ansible Tower ;<\/li>\n<li>quelles strat\u00e9gies utiliser pour une transition aussi fluide que possible ;<\/li>\n<li>des conseils pour la transcoding des manifestes PE en Ansible Playbook ;<\/li>\n<li>des recommandations pour une installation optimale d'Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/6c4ee5db9a9f584cd69109549827b5b2.jpg\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Bonjour \u00e0 tous, je m'appelle Michael Rau, je suis ing\u00e9nieur syst\u00e8me senior chez ActioNet, qui travaille pour la National Oceanic and Atmospheric Administration (NOAA) du service NESDIS. Aujourd'hui, nous allons parler de l'optimisation des cha\u00eenes \u2013 mon exp\u00e9rience personnelle de migration de Puppet Enterprise vers Ansible Tower. Le sujet de cette pr\u00e9sentation est de \u00ab regarder mes cicatrices \u00bb, laiss\u00e9es apr\u00e8s avoir effectu\u00e9 cette transition au d\u00e9but de l'ann\u00e9e. Je souhaite partager ce que j'ai appris au cours de ce processus. Ainsi, lorsque vous vous lancerez dans une d\u00e9marche similaire, en utilisant mon exp\u00e9rience, vous pourrez effectuer la transition sans trop de difficult\u00e9s.<\/p>\n<p>Vous voyez des diapositives semblables \u00e0 celle-ci au d\u00e9but de chaque pr\u00e9sentation lors d'Ansible Fest. Cette diapositive pr\u00e9sente l'histoire de l'automatisation de mon entreprise. Je ne suis pas nouveau dans ce domaine, car j'utilise Puppet\/Puppet Enterprise depuis 2007. J'ai commenc\u00e9 \u00e0 travailler avec Ansible en 2016, et j'ai \u00e9t\u00e9, comme beaucoup d'autres utilisateurs de ce produit, int\u00e9ress\u00e9 par les possibilit\u00e9s d'\u00ab astuces \u00bb via la ligne de commande et des sc\u00e9narios simples (playbooks). \u00c0 la fin de 2017, j'ai abord\u00e9 ma direction sur des raisons s\u00e9rieuses de passer \u00e0 Ansible Tower. Dans une minute, je vous parlerai des raisons qui m'ont pouss\u00e9 \u00e0 faire ce pas. Apr\u00e8s avoir obtenu l'accord de la direction, il a fallu encore plusieurs mois pour r\u00e9aliser le projet, et j'ai effectu\u00e9 la transition en janvier-f\u00e9vrier de cette ann\u00e9e. Ainsi, nous avons compl\u00e8tement abandonn\u00e9 Puppet au profit d'Ansible, et c'est une belle avanc\u00e9e. <\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCe qui m'attire le plus dans Ansible, c'est la possibilit\u00e9 d'\u00e9crire et d'utiliser des r\u00f4les et des playbooks. Les r\u00f4les sont parfaits pour cr\u00e9er diff\u00e9rentes t\u00e2ches interconnect\u00e9es et centraliser toutes les donn\u00e9es relatives \u00e0 ces t\u00e2ches au m\u00eame endroit. Un playbook est un fichier de script en syntaxe YAML qui d\u00e9crit les actions pour un ou plusieurs h\u00f4tes. Je parle de ces fonctionnalit\u00e9s aux utilisateurs, en particulier aux d\u00e9veloppeurs de logiciels. Ansible Tower permet de dire : \u00ab non, vous n'avez pas acc\u00e8s \u00e0 un shell, mais je vous donne la possibilit\u00e9 de d\u00e9marrer tous les processus Tower et de red\u00e9marrer le service quand vous en avez besoin \u00bb. Je vais vous parler de l'environnement de travail et du mat\u00e9riel que nous utilisons. <\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nC'est un LAN f\u00e9d\u00e9ral, avec 7 sites physiques connect\u00e9s via un MPLS en nuage, 140 serveurs RHEL, dont 99 % sont virtuels (vSphere), du mat\u00e9riel SuperMicro, un stockage r\u00e9seau NexentaStore, un ensemble de commutateurs Cisco, Arista et Cumulus, ainsi que des outils de gestion unifi\u00e9e des menaces Fortinet UTM sur chaque site. <\/p>\n<p>Un r\u00e9seau f\u00e9d\u00e9ral signifie que je dois utiliser toutes les mesures de protection des informations pr\u00e9vues par les lois. Vous devez garder \u00e0 l'esprit que Puppet Enterprise ne prend pas en charge la majeure partie du mat\u00e9riel que nous utilisons. Nous sommes contraints d'utiliser du mat\u00e9riel abordable, car les organismes gouvernementaux rencontrent des probl\u00e8mes de financement. C'est pourquoi nous achetons du mat\u00e9riel de classe SuperMicro et assemblons notre \u00e9quipement \u00e0 partir de composants individuels, dont l'entretien est garanti par des contrats gouvernementaux. Nous utilisons Linux, et c'est l'une des raisons importantes de notre transition vers Ansible. <\/p>\n<p>Notre histoire avec Puppet est la suivante.<\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/a893499e8bbabf1223461f11d737e777.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn 2007, nous avions un petit r\u00e9seau de 20 \u00e0 25 n\u0153uds, sur lequel nous avons d\u00e9ploy\u00e9 Puppet. Principalement, ces n\u0153uds \u00e9taient juste des \u00ab bo\u00eetiers \u00bb RedHat. En 2010, nous avons commenc\u00e9 \u00e0 utiliser l'interface web Puppet Dashboard pour 45 n\u0153uds. Alors que le r\u00e9seau continuait \u00e0 s'\u00e9tendre, en 2014, nous avons migr\u00e9 vers PE 3.3, r\u00e9alisant une transition compl\u00e8te avec la r\u00e9\u00e9criture du manifeste pour 75 n\u0153uds. Cela a d\u00fb \u00eatre fait parce que Puppet aime changer les r\u00e8gles du jeu, et dans ce cas, ils ont compl\u00e8tement chang\u00e9 de langage. Un an plus tard, lorsque le support de la version 3 de Puppet Enterprise a pris fin, nous avons d\u00fb migrer vers PE 2015.2. Nous avons \u00e0 nouveau d\u00fb r\u00e9\u00e9crire le manifeste pour les nouveaux serveurs et acheter une licence suppl\u00e9mentaire pour 100 n\u0153uds, m\u00eame si nous n'en avions alors que 85. <\/p>\n<p>Deux ans s'\u00e9taient \u00e0 peine \u00e9coul\u00e9s, et nous avons de nouveau d\u00fb effectuer un important travail de migration vers la nouvelle version PE 2016.4. Nous avons achet\u00e9 une licence pour 300 n\u0153uds, alors que nous n'en avions que 130. Nous avons \u00e0 nouveau d\u00fb apporter de s\u00e9rieuses modifications au manifeste, car la nouvelle version du langage avait une syntaxe diff\u00e9rente de celle de la version 2015. En fin de compte, notre SCM est pass\u00e9e de SVN \u00e0 Bitbucket (Git). Tels \u00e9taient nos \u00ab rapports \u00bb avec Puppet.<\/p>\n<p>Ainsi, j'ai d\u00fb expliquer \u00e0 la direction pourquoi nous devions passer \u00e0 un autre SCM, en utilisant les arguments suivants. Le premier est le co\u00fbt \u00e9lev\u00e9 du service. J'ai parl\u00e9 avec des personnes de RedHat, et ils m'ont dit que le co\u00fbt de maintenance d'un r\u00e9seau de 300 n\u0153uds avec Ansible Tower repr\u00e9sente la moiti\u00e9 de celui de Puppet Enterprise. Si l'on ach\u00e8te \u00e9galement Ansible Engine, le co\u00fbt sera \u00e0 peu pr\u00e8s le m\u00eame, mais avec beaucoup plus de fonctionnalit\u00e9s qu'avec PE. \u00c9tant donn\u00e9 que nous sommes une entreprise publique financ\u00e9e par le budget f\u00e9d\u00e9ral, c'est un argument assez solide. <\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/8077b9a470286c795a13de3cd6470ce9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLe deuxi\u00e8me argument est la polyvalence. Puppet ne prend en charge que le mat\u00e9riel sur lequel un agent Puppet est install\u00e9. Cela signifie que chaque commutateur doit avoir un agent install\u00e9, et cet agent doit \u00eatre de la derni\u00e8re version. Et si une partie de vos commutateurs supporte une version et une autre partie une autre, vous devrez installer la nouvelle version de l'agent PE sur tous pour qu'ils puissent fonctionner dans le m\u00eame syst\u00e8me SCM.<\/p>\n<p>Le syst\u00e8me Ansible Tower fonctionne diff\u00e9remment car il n'a pas d'agents, mais il poss\u00e8de des modules qui prennent en charge les commutateurs Cisco et tous les autres commutateurs. Cette SCM prend en charge Qubes OS, Linux et 4.NET UTM. Ansible Tower prend \u00e9galement en charge les contr\u00f4leurs de stockage en r\u00e9seau NexentaStore, bas\u00e9s sur le noyau Illumos - un syst\u00e8me d'exploitation open-source bas\u00e9 sur Unix. C'est un support tr\u00e8s limit\u00e9, mais Ansible Tower le fournit quand m\u00eame. <\/p>\n<p>Le troisi\u00e8me argument, tr\u00e8s important pour moi et pour notre administration, est la facilit\u00e9 d'apprentissage. J'ai pass\u00e9 10 ans \u00e0 ma\u00eetriser les modules et le code des manifestes Puppet, mais j'ai appris Ansible en une semaine, car ce SCM est beaucoup plus simple \u00e0 utiliser. Si vous ex\u00e9cutez des fichiers ex\u00e9cutables, bien s\u00fbr, \u00e0 moins que vous ne le fassiez sans n\u00e9cessit\u00e9, des gestionnaires raisonnables et r\u00e9actifs s'en occupent. Les scripts playbooks bas\u00e9s sur YAML se caract\u00e9risent par un apprentissage facile et une rapidit\u00e9 d'utilisation. Ceux qui n'ont jamais entendu parler de YAML auparavant peuvent simplement lire les scripts et comprendre facilement comment cela fonctionne. <\/p>\n<p>Honn\u00eatement, Puppet complique beaucoup votre travail en tant que d\u00e9veloppeur car il repose sur l'utilisation du Puppet Master. C'est la seule machine qui a le droit de communiquer avec les agents Puppet. Si vous apportez des modifications \u00e0 un manifeste et souhaitez tester votre code, vous devez r\u00e9\u00e9crire le code pour le Puppet Master, c'est-\u00e0-dire configurer le fichier Puppet-master \/etc\/hosts pour connecter tous les clients et lancer le service Puppet Server. Ce n'est qu'apr\u00e8s cela que vous pourrez tester le mat\u00e9riel r\u00e9seau sur un seul h\u00f4te. C'est une proc\u00e9dure assez douloureuse. <br \/>\nDans Ansible, tout est beaucoup plus simple. Tout ce que vous devez faire est de d\u00e9velopper le code pour une machine capable de se connecter via le protocole SSH \u00e0 l'h\u00f4te test\u00e9. C'est beaucoup plus facile \u00e0 g\u00e9rer.<\/p>\n<p>Un autre grand avantage d'Ansible Tower est la possibilit\u00e9 d'utiliser votre syst\u00e8me de support existant et de conserver la configuration de votre mat\u00e9riel. Cette SCM utilise toutes les informations sur votre infrastructure et vos \u00e9quipements, machines virtuelles, serveurs, etc., sans aucune action suppl\u00e9mentaire. Elle peut communiquer avec vos serveurs RH Satellite, le cas \u00e9ch\u00e9ant, et vous offre une int\u00e9gration que vous n'obtiendrez jamais en travaillant avec Puppet.<\/p>\n<p>Une autre chose importante est le contr\u00f4le d\u00e9taill\u00e9. Vous savez que Puppet est un syst\u00e8me modulaire, c'est une application client-serveur, donc vous devez d\u00e9finir tous les aspects du fonctionnement de toutes vos machines dans un long manifeste. Dans ce cas, l'\u00e9tat de chaque \u00e9l\u00e9ment individuel du syst\u00e8me doit \u00eatre test\u00e9 toutes les demi-heures \u2013 c'est la p\u00e9riode par d\u00e9faut. Voici comment fonctionne Puppet.<\/p>\n<p>Tower vous en lib\u00e8re. Vous pouvez ex\u00e9cuter sans restrictions une grande vari\u00e9t\u00e9 de processus sur le mat\u00e9riel le plus divers, effectuer des t\u00e2ches essentielles, lancer d'autres processus importants, configurer la s\u00e9curit\u00e9, travailler avec des bases de donn\u00e9es. Vous pouvez faire tout ce qui pr\u00e9sente des difficult\u00e9s dans Puppet Enterprise. Ainsi, si vous avez configur\u00e9 un h\u00f4te, il faudra du temps pour que les modifications prennent effet sur les autres h\u00f4tes. Dans Ansible, tous les changements sont appliqu\u00e9s simultan\u00e9ment.<\/p>\n<p>Enfin, examinons le module de s\u00e9curit\u00e9. Dans Ansible Tower, il est impl\u00e9ment\u00e9 de mani\u00e8re absolument incroyable, avec une grande pr\u00e9cision et un soin m\u00e9ticuleux. Vous pouvez fournir aux utilisateurs un acc\u00e8s \u00e0 des services sp\u00e9cifiques ou \u00e0 des h\u00f4tes sp\u00e9cifiques. Je fais cela avec mes employ\u00e9s qui sont habitu\u00e9s \u00e0 travailler sous Windows, en restreignant leur acc\u00e8s \u00e0 la console Linux. Je leur donne un acc\u00e8s \u00e0 Tower qui ne leur permet d'ex\u00e9cuter que le travail et de lancer uniquement les services qui rel\u00e8vent de leur comp\u00e9tence.<\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nExaminons les \u00e9l\u00e9ments \u00e0 pr\u00e9parer \u00e0 l'avance pour faciliter la transition vers Ansible Tower. Tout d'abord, il est n\u00e9cessaire de pr\u00e9parer votre \u00e9quipement. Si certains \u00e9l\u00e9ments de votre infrastructure sont absents de la base de donn\u00e9es, ils doivent y \u00eatre ajout\u00e9s. Il existe des syst\u00e8mes dont les caract\u00e9ristiques ne changent pas et qui sont donc absents de la base de donn\u00e9es Puppet, mais si vous ne les ajoutez pas avant de passer \u00e0 Tower, vous perdrez plusieurs avantages. Cela peut \u00eatre une base de donn\u00e9es pr\u00e9liminaire \u00ab sale \u00bb, mais elle doit contenir des informations sur tout l'\u00e9quipement dont vous disposez. Vous devez donc r\u00e9diger un script dynamique pour votre \u00e9quipement qui mettra automatiquement \u00e0 jour tous les changements d'infrastructure dans la base de donn\u00e9es, permettant \u00e0 Ansible de savoir quels h\u00f4tes doivent \u00eatre pr\u00e9sents dans le nouveau syst\u00e8me. Vous n'aurez pas besoin d'informer ce SCM des h\u00f4tes que vous avez ajout\u00e9s ou de ceux qui n'existent plus, car tout cela sera d\u00e9couvert automatiquement. Plus il y aura de donn\u00e9es dans la base de donn\u00e9es, plus Ansible sera utile et flexible. Il fonctionne comme s'il lisait simplement l'\u00e9tat de l'\u00e9quipement \u00e0 partir de la base de donn\u00e9es.<\/p>\n<p>Consacrez un certain temps \u00e0 vous familiariser avec les commandes en ligne dans Ansible. Ex\u00e9cutez quelques commandes sp\u00e9ciales pour tester le fonctionnement du script d'\u00e9quipement, \u00e9crivez et lancez de simples mais utiles scripts playbook, utilisez des mod\u00e8les Jinja2 l\u00e0 o\u00f9 cela est pertinent. Essayez d'\u00e9crire un r\u00f4le et un script pour un processus complexe en plusieurs \u00e9tapes, en utilisant une configuration d'\u00e9quipement standard et courante. Exp\u00e9rimentez avec ces \u00e9l\u00e9ments, testez leur fonctionnement. Ainsi, vous apprendrez \u00e0 travailler avec les outils pour cr\u00e9er les biblioth\u00e8ques utilis\u00e9es dans Tower. J'ai d\u00e9j\u00e0 mentionn\u00e9 que ma pr\u00e9paration \u00e0 la transition a dur\u00e9 environ 3 mois. Je pense qu'en vous appuyant sur mon exp\u00e9rience, vous pourrez le faire plus rapidement. Ne consid\u00e9rez pas ce temps comme perdu, car plus tard vous ressentirez tous les avantages du travail accompli. <\/p>\n<p>Ensuite, il faut d\u00e9terminer ce que vous attendez d'Ansible Tower, ce que ce syst\u00e8me doit concr\u00e8tement faire pour vous. <\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAvez-vous besoin de d\u00e9ployer le syst\u00e8me sur du mat\u00e9riel vierge, sur des machines virtuelles vides ? Ou souhaitez-vous conserver les conditions de travail initiales et les configurations de votre mat\u00e9riel existant ? C'est un aspect tr\u00e8s important pour le fonctionnement des entreprises publiques, donc vous devez \u00eatre s\u00fbr de pouvoir effectuer la migration et d\u00e9ployer Ansible sur la configuration existante. D\u00e9terminez les processus administratifs routiniers que vous souhaitez automatiser. D\u00e9couvrez si vous devez d\u00e9ployer des applications et des services sp\u00e9cifiques sur le nouveau syst\u00e8me. Dressez une liste de ce que vous souhaitez faire et \u00e9tablissez des priorit\u00e9s. <\/p>\n<p>Ensuite, commencez \u00e0 \u00e9crire le code des scripts et des r\u00f4les qui garantiront l'ex\u00e9cution des t\u00e2ches que vous avez pr\u00e9vues. Regroupez-les dans des Projects, une collection logique de scripts playbooks correspondants. Chaque Project sera associ\u00e9 \u00e0 un d\u00e9p\u00f4t Git distinct ou \u00e0 un autre d\u00e9p\u00f4t en fonction de l'outil de gestion de code que vous utilisez. Vous pouvez g\u00e9rer les scripts playbook et les r\u00e9pertoires de playbook en les pla\u00e7ant manuellement dans le Project Base Path sur le serveur Tower, ou en pla\u00e7ant le playbook dans tout syst\u00e8me de gestion de code source (SCM) pris en charge par Tower, y compris Git, Subversion, Mercurial et Red Hat Insights. Au sein d'un m\u00eame Project, vous pouvez inclure autant de scripts que vous le souhaitez. Par exemple, j'ai cr\u00e9\u00e9 un Project de base dans lequel j'ai plac\u00e9 un script pour les \u00e9l\u00e9ments de base de RedHat, un script pour le syst\u00e8me Linux, ainsi que des scripts pour d'autres indicateurs de base. Ainsi, un seul projet contenait une grande vari\u00e9t\u00e9 de r\u00f4les et de scripts g\u00e9r\u00e9s \u00e0 partir d'un seul d\u00e9p\u00f4t Git. <\/p>\n<p>Ex\u00e9cutez toutes ces commandes via la ligne de commande, c'est un bon moyen de v\u00e9rifier leur bon fonctionnement. Cela vous pr\u00e9parera \u00e0 l'installation de Tower.<\/p>\n<p>Parlons un peu de la transcoding du manifeste Puppet, car j'ai pass\u00e9 beaucoup de temps l\u00e0-dessus avant de comprendre ce qu'il fallait vraiment faire. <\/p>\n<p><img decoding=\"async\" alt=\"Couper les cordons : migration de Puppet Enterprise vers Ansible Tower. Partie 1\" src=\"\/wp-content\/uploads\/2020\/05\/abbc9ffb10b623dc29bcd975dca3bb80.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nComme je l'ai d\u00e9j\u00e0 mentionn\u00e9, Puppet stocke toutes les configurations et param\u00e8tres mat\u00e9riels dans un long manifeste, et c'est dans ce manifeste que se trouve tout ce que doit faire ce SCM. Lors de la migration, vous n'avez pas besoin de regrouper toutes vos t\u00e2ches dans une seule liste, pensez plut\u00f4t \u00e0 la structure du nouveau syst\u00e8me : r\u00f4les, sc\u00e9narios, balises, groupes et ce qui doit y \u00eatre inclus. Certains des \u00e9l\u00e9ments autonomes du r\u00e9seau doivent \u00eatre regroup\u00e9s en groupes pour lesquels des sc\u00e9narios peuvent \u00eatre cr\u00e9\u00e9s. Les \u00e9l\u00e9ments d'infrastructure plus complexes, qui utilisent une grande quantit\u00e9 de ressources, y compris les classes autonomes, peuvent \u00eatre regroup\u00e9s en r\u00f4les. Avant la migration, vous devez trancher l\u00e0-dessus. Si vous cr\u00e9ez de grands r\u00f4les ou sc\u00e9narios qui ne tiennent pas sur un seul \u00e9cran, vous devriez utiliser des balises pour pouvoir capturer des parties distinctes de l'infrastructure. <\/p>\n<p>18:00<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500588\/\"> Couper les fils : migration de Puppet Enterprise vers Ansible Tower. Partie 2 <\/a><\/noindex><\/p>\n<h3>Un peu de publicit\u00e9 \ud83d\ude42<\/h3>\n<p>\nMerci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenu int\u00e9ressant ? Soutenez-nous en passants une commande ou en nous recommandant \u00e0 des amis, <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">VPS cloud pour d\u00e9veloppeurs \u00e0 partir de 4,99 $<\/a><\/noindex>, <b>un \u00e9quivalent unique des serveurs d'entr\u00e9e de gamme, con\u00e7u pour vous :<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Toute la v\u00e9rit\u00e9 sur le VPS (KVM) E5-2697 v3 (6 c\u0153urs) 10 Go DDR4 480 Go SSD 1 Gbps \u00e0 partir de 19 $ ou comment bien diviser un serveur ?<\/a><\/noindex> (options disponibles avec RAID1 et RAID10, jusqu'\u00e0 24 c\u0153urs et jusqu'\u00e0 40 Go DDR4).<\/p>\n<p><b>Dell R730xd deux fois moins cher dans le data center Equinix Tier IV \u00e0 Amsterdam ?<\/b> Uniquement chez nous <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64Go DDR4 4x960Go SSD 1Gbps 100 To \u00e0 partir de 199 $<\/a><\/noindex> aux Pays-Bas ! <b>Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To \u2014 \u00e0 partir de 99 $ !<\/b><\/b> Lisez sur <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Comment construire une infrastructure de classe entreprise avec des serveurs Dell R730xd E5-2650 v4 co\u00fbtant 9000 euros pour des clopinettes ?<\/a><\/noindex><br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500400\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80492,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80491","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\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\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\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\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\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\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-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:24+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\udd47Couper les fils : migration de Puppet Enterprise vers Ansible Tower. Partie 1 | ProHoster","description":"Le National Environmental Satellite Data and Information Service (NESDIS) a r\u00e9duit ses co\u00fbts de gestion de la configuration Red Hat Enterprise Linux (RHEL) de 35 % en passant de Puppet Enterprise \u00e0 Ansible Tower.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","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\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","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-05-06T11:42:24+00:00","article:modified_time":"2020-05-06T11:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80491","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 16:17:31","updated":"2022-09-28 07:21:37","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\/80491","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=80491"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/80491\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/80492"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=80491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=80491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=80491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}