Xavki Open your Sources.. live

Article

Ansible 005 – FICHIER CFG : CONFIGURATION ET TUNING

par

Print Friendly, PDF & Email

TL;DR

Cet episode de la formation Ansible traite de **FICHIER CFG : CONFIGURATION ET TUNING**. L objectif est de mettre en pratique Ansible avec une approche progressive. Le depot tutorials-ansible fournit le support de cours et, quand il existe, les fichiers pratiques dans 05-ansible-config.

FICHIER CFG : CONFIGURATION ET TUNING: c est quoi exactement ?

Ansible sert a decrire un etat attendu sur des machines ou services, puis a converger vers cet etat avec des modules. La force de la serie est de partir des bases et de monter progressivement vers des cas d usage plus proches de la production, en insistant sur l idempotence et la lisibilite.

Dans cet article, on relie la video, le support GitLab et une lecture operationnelle du sujet. L objectif n est pas de remplacer la video, mais de fournir une fiche de synthese indexable, reutilisable et reliee aux autres episodes de la playlist.

Le probleme concret que cet episode resout

Le sujet **FICHIER CFG : CONFIGURATION ET TUNING** repond a un besoin frequent dans les environnements DevOps: automatiser sans transformer les scripts en suite d actions fragiles. Avec Ansible, on cherche a decrire un etat attendu, a versionner cette description et a pouvoir relancer l execution sans surprise.

Pour un debutant, le risque est souvent de memoriser une commande sans comprendre le modele mental. Pour un profil plus avance, le risque inverse est de complexifier trop vite avec des roles, variables ou templates qui masquent l intention. Cet episode sert donc de point d ancrage dans la progression.

Ce que montre le support Xavki

Le support principal de ce chapitre est disponible ici: 05-ansible-config.

Points cles extraits du support de cours:

  • configuration de différentes manières: ansible.cfg, cli
  • et à différents endroits pour ansible.cfg (ordre inverse de prise en compte): éventuellement en définissant ANSIBLE_CONFIG, à l’endroit de votre playbook ansible.cfg, ~/.ansible/ansible.cfg, /etc/ansible/ansible.cfg
  • exemple: If set, this will override the Ansible default ssh arguments., In particular, users may wish to raise the ControlPersist time to encourage performance. A, Be aware that if -o ControlPath is set in ssh_args, the control path setting, name: ANSIBLE_SSH_ARGS, key: ssh_args
  • pipelining: création fichier python, création directory, envoi fichier python via sftp, run python, récupération résultat
  • pipelining: génération du fichier python, envoi sur le python interpreter distant via stdin, récupération du stdout
  • cas ultime > ansible localhost >> ansible-pull (commande): chargement du code ansible sur le serveur distant, cloud init > cron > ansible-pull, exécution en localhost, problème récupération des informations
  • cas ultime > ansible localhost >> ansible-pull (commande)
Découvrez  Ansible 087 - AWS : SECURITY GROUP ET INSTANCE EC2 - TP

Exemple de code 1 (shell)

inventory       = /etc/ansible/hosts
forks           = 5
sudo_user       = root
ask_sudo_pass   = True
ask_pass        = True
gathering       = implicit
gather_subset   = all
roles_path      = /etc/ansible/roles
log_path        = /var/log/ansible.log
vault_password_file = /path/to/vault_password_file
fact_caching_connection =/tmp
pipelining = False

Exemple de code 2 (shell)

ansible-config
ansible-config view  # voir le ansible.cfg pris en compte
ansible-config list  # toute les variables et leurs valeurs
cf : https://docs.ansible.com/ansible/latest/reference_appendices/config.html

ansible-config dump  # liste toutes les variables ansible
ansible-config dump --only-changed #valeurs par défaut modifiée

Exemple de code 3 (shell)

ANSIBLE_SSH_ARGS:
  default: -C -o ControlMaster=auto -o ControlPersist=60s
  description:
  - If set, this will override the Ansible default ssh arguments.
  - In particular, users may wish to raise the ControlPersist time to encourage performance.  A
    value of 30 minutes may be appropriate.
  - Be aware that if `-o ControlPath` is set in ssh_args, the control path setting
    is not used.
  env:
  - name: ANSIBLE_SSH_ARGS
  ini:
  - key: ssh_args
    section: ssh_connection
  yaml:
    key: ssh_connection.ssh_args

Exemple de code 4 (shell)

[defaults]
host_key_checking = False

Fichiers utiles repérés dans le repertoire du chapitre:

  • 05-ansible-config/slides.md

Modele mental minimal

Pour raisonner avec Ansible, gardez cette chaine en tete: **inventaire -> variables -> playbook -> modules -> resultat observe**. Quand une execution ne produit pas l effet attendu, il faut revenir dans cet ordre plutot que corriger au hasard.

Le numero de l episode aide aussi a situer le sujet dans la serie. Les premiers chapitres posent les bases, les chapitres intermediaires explorent les modules et les roles, puis la formation avance vers Docker, AWX, AWS, ELK, Jinja2 et la creation de modules.

Cas d usage concrets

Voici quelques cas d usage typiques pour ce sujet:

  • Automatiser la configuration de serveurs
  • Deployer des applications de maniere repetable
  • Gerer la configuration centralisee d un parc de machines
  • Implementer des strategies d idempotence pour les deployements

Bonnes pratiques associes

  • Toujours tester les playbooks sur un environnement de staging avant la production
  • Utiliser des roles pour structurer et reutiliser le code
  • Documenter les variables et leurs valeurs par defaut
  • Verifier l idempotence en executant le playbook deux fois

Pieges courants a eviter

  • Ne pas tester les playbooks avant de les deployer en production
  • Oublier de verifier l idempotence des taches
  • Stocker des secrets en clair dans les fichiers
  • Ne pas documenter les variables et leurs usages

Exemple de pratique conseillee

Une bonne maniere d utiliser cet episode consiste a repartir du repertoire 05-ansible-config, lire le support, puis reproduire les commandes dans un environnement jetable. Si le chapitre contient des playbooks ou roles, lancez d abord une lecture statique: inventaire utilise, variables attendues, modules appeles, handlers eventuels et fichiers templates.

Découvrez  Ansible 023 - LE MODULE FETCH : RECUPERER DES FICHIERS ET ASTUCES

Ensuite seulement, executez le playbook sur une cible de test. L interet est de comparer trois choses: ce que le playbook declare, ce qu Ansible affiche pendant l execution, et ce qui existe reellement sur la machine apres le run.

Pour aller plus loin

  • Suivre les episodes suivants pour maitriser les bases
  • Pratiquer chaque concept sur un environnement de test
  • Lire la documentation officielle Ansible
  • Rejoindre la communaute Ansible pour poser des questions

Points de vigilance

  • Ne stockez pas de secrets en clair dans les variables ou les inventaires.
  • Verifiez toujours l idempotence en relancant le playbook au moins une deuxieme fois.
  • Preferez un module Ansible dedie a une commande shell quand le module existe.
  • Gardez les variables lisibles: trop de niveaux rendent le debug plus difficile.
  • Documentez les prerequis locaux: collections, roles Galaxy, version d Ansible et acces SSH.

Liens internes conseilles

Liens utiles

FAQ

Cet episode suffit-il pour maitriser FICHIER CFG : CONFIGURATION ET TUNING ?

Non. Il sert de point d entree ou de chapitre cible dans une progression plus large. Il faut le completer par la pratique sur le depot et par les episodes voisins de la playlist. La maitrise vient de l experience pratique et de la repetition sur differents cas d usage.

Faut-il regarder la video ou lire uniquement le depot ?

Les deux sources sont complementaires. La video donne le fil pedagogique, le contexte et les explications orales, tandis que le depot donne les chemins, supports et fichiers concrets a reprendre. Pour une comprehension complete, combinez les deux approches.

Comment verifier que j ai compris ce chapitre ?

Relancez l exemple sur un environnement de test, modifiez volontairement une variable ou une cible, puis expliquez le resultat obtenu. Si vous savez diagnostiquer l ecart entre l etat attendu et l etat reel, le chapitre est compris. Essayez aussi d adapter l exemple a un cas similaire mais different.

Peut-on reutiliser directement ces fichiers en production ?

Le depot est un support pedagogique. Avant un usage production, il faut revoir les versions, les secrets, les droits, les inventaires, les handlers, les sauvegardes et les contraintes propres a votre infrastructure. Adaptez toujours les exemples a votre contexte specifique.

Quels sont les prerequis pour suivre cet episode ?

Les prerequis varient selon le numero. Pour les premiers episodes, une connaissance basique de Linux et de SSH suffit. Pour les episodes avances (AWX, AWS, ELK), il est recommande de maitriser les bases d Ansible et d avoir un environnement de test operationnel.

Conclusion

L episode **Ansible 5 – FICHIER CFG : CONFIGURATION ET TUNING** s inscrit dans une formation progressive qui part des fondamentaux pour aller vers des cas DevOps plus complets. L important est de conserver une logique simple: comprendre le sujet, lire les fichiers du depot, pratiquer sur un environnement de test, puis relier ce chapitre aux episodes precedents et suivants. La repetition et l experimentation sont les cles pour acquerir une veritable maitrise d Ansible.

Explorer les formations Xavki

Pour apprendre dans l ordre, repartez depuis la roadmap ou une playlist thematique.

Roadmap DevOps YouTube