**Sur cette page sera regroupé toute une série de tips et réponses à vos questions fréquentes. Cette page sera mise à jour régulièrement !
Si vous avez une question sans réponse Posez la en commentaire. J'essaierai d'y répondre.**
Si vos inventaires Ansible varient au fil du temps, avec des hôtes éteints ou pas en réponse aux demandes de l'entreprise, les solutions d'inventaire statique ne répondront pas à vos besoins. C'est là qu'interviennent les inventaires dynamiques.
Si comme moi vous utilisez Vagrant pour développer, sachez que Vagrant génère
ses propres inventaires. Il le fait déjà, mais vous ne le savez pas. Dès lors
que vous utilisez ansible comme provisionneur, il crée l'inventaire dans le
répertoire suivant .Vagrant/.Vagrant/provisioners/ansible/inventory. Cet
inventaire porte le nom Vagrant_ansible_inventory dont le contenu est par
exemple le suivant :
Le principal objectif est de pouvoir lancer mes playbooks à destination des machines Windows sur ma machine Linux! Il faut donc que je puisse rapidement installer une machine de test Windows 2019 Server.
Après la version 3.0, qui a marqué le changement de packaging d'Ansible, voici la version 4.0. Comme annoncé, elle est basée sur Ansible-base 2.11 et contient toute une série de mises à jour sur les collections incluses. Vous pouvez retrouver la liste complète ici :
Je pense que vous devez parfois contribuer à des projets python prenant en charge plusieurs versions de Python.
Vous voulez tester votre développement avec la dernière version de python, et ce, sans détruire votre environnement de dev !
L'utilitaire, peu connu, ansible-console est présenté comme étant une console REPL (Read–Evaluate–Print Loop). ansible-console permet de lancer de manière interactive des actions ansible « ligne par ligne », donc chaque ligne saisie est immédiatement traitée et le résultat affiché, puis le prompt réapparaît. Les effets des instructions exécutées sont préservées, donc l'état du système sous-jacent change à mesure.
Lors de configuration de stack complète avec Ansible on se doit de gérer les services. Pour cela nous avons à notre disposition deux modules Ansible : service et service_facts. Le premier permet de configurer et le second de récolter des informations sur les services Linux/UNIX. Ces modules prennent en charge les systèmes d'initialisation Linux/Unix tels que systemd, BSD init, OpenRC, SysV, Solaris SMF, systemd et upstart.
Pour créer le contenu d'un fichier nous avons vu les templates Jinja, mais parfois vous ne devez en modifier qu'une seule ligne. Ce sont les module Ansible LineInFile et BlockInFile qui vont vous aider à atteindre à votre objectif.
Après avoir documenté comment écrire des playbooks Ansible et des roles Ansible, je vous propose une série de billets sur les principaux modules Ansible. Commençons par la gestion des packages Linux APT et YUM/DNF.