Les ressources pour l'atelier sont présentes sur le github
python 2.6+ et 3.5 et + utilisateur sudoer
les machines gérées
utilise le formalisme YAML, equivalent JSON/XML moins verbeux
but: Créer un fichier hello-world dans le répertoire de l'utilisateur sur la machine gérée
Sur le controleur, creer une repertoire conteneur mkdir test-ansible cd test-ansible
1 creer ansible.cfg (customisaton de ansible
[defaults] inventory = ./hosts
la liste de toutes les machines est dans le fichiers ./hosts (fichier inventaire) avec la façon dont ansible se connecter en ssh
serveurweb1 ansible_host=ip ansible_user=info ansible_become
Dasn le fichier inventaire on peut faire des groupes
le playbook = liste de taches a faire sur les machines gérées une tache = une action
---
- hosts: serveurweb1
tasks:
- name: creation d'un fichier "hello-world.txt"
file:
path: /root/hello-world.txt
state: touch
recap nombre de taches ok taches ayant fait des changements sur la machine
ansible_become_pass ansible_becom
notify est un attribut de la tache pour enchaîner, il ne prends en parametre qu'une tache de type handler
les handlers sont des taches particulière déclarées en fin de fichier
si le playbook plante, il peut être relancé concept d'idempotence si deja fait, ca ne le refait pas
les rôles remplacent les task
les facts (avec module setup) pour récupérer les infos sur les machines gérées et utiliser les modèles
SALT, Puppet adaptés aux environnments avec plus de machines mais plus lourds a la configuration iniitiale.
ansible notions d'héritage groupe et variables de groupe si la machine a une spécificité, elle peut surcharger les variables du groupe
Dans le fichier inventaire, on peut déclarer des variable sur la meme ligne que la machine
Pour des structure de variables plus complexes, all.yml fichier de variables globales
tower interface de gestion web pour lancer les playbook