Une introduction à la gestion de la configuration avec Ansible

Ansible garde une trace de l’état des ressources dans les systèmes gérés afin d’éviter de répéter des tâches qui ont été exécutées auparavant. Si un package était déjà installé, il n’essaiera pas de l’installer à nouveau. L’objectif est qu’après chaque exécution de provisionnement, le système atteigne (ou conserve) l’état souhaité, même si vous l’exécutez plusieurs fois. C’est ce qui caractérise Ansible et les autres outils de gestion de la configuration comme ayant un comportement idempotent. Lors de l’exécution d’un modèle de développement, vous verrez le statut de chaque tâche en cours d’exécution et si la tâche a effectué ou non un changement dans le système.

Lors de l’écriture des scripts d’automatisation Ansible, vous pouvez utiliser des variables, des conditions et des boucles afin de rendre votre automatisation plus polyvalente et plus efficace.

Ansible collecte une série d’informations détaillées sur les nœuds gérés, telles que les interfaces réseau et le système d’exploitation, et les fournit sous forme de variables globales appelées faits relatifs au système. Les faits peuvent être utilisés dans les modèles de développement pour rendre votre automatisation plus polyvalente et adaptative, en se comportant différemment selon le système mis en place.

Ansible utilise le système de modèles Jinja2 Python pour permettre des expressions dynamiques et l’accès aux variables. Des modèles peuvent être utilisés pour faciliter la mise en place de fichiers de configuration et de services. Par exemple, vous pouvez utiliser un modèle pour configurer un nouvel hôte virtuel dans Apache, tout en réutilisant le même modèle pour l’installation de plusieurs serveurs.

Ansible est doté de centaines de modules intégrés facilitant l’automatisation de l’écriture pour les tâches courantes d’administration des systèmes (telles que l’installation de packages avec apt et la synchronisation de fichiers avec rsync), et permettant aussi de traiter les logiciels populaires tels que les systèmes de bases de données (comme MySQL, PostgreSQL, MongoDB, et d’autres) et les outils de gestion des dépendances (comme le compositeur de PHP, le gem de Ruby, le npm de Node, et d’autres). En dehors de cela, il existe différentes façons d’étendre Ansible : les plugins et les modules sont de bonnes options lorsque vous avez besoin d’une fonctionnalité personnalisée qui n’est pas présente par défaut.

Vous pouvez également trouver des modules et des plugins tiers dans le portail Ansible Galaxy.

Un nœud de contrôle est un système dans lequel Ansible est installé et configuré pour se connecter à votre serveur. Vous pouvez avoir plusieurs nœuds de contrôle, et tout système capable de faire fonctionner Ansible peut être configuré comme un nœud de contrôle, y compris les ordinateurs personnels ou portables fonctionnant avec un système d’exploitation basé sur Linux ou Unix. Pour l’instant, Ansible ne peut pas être installé sur des hôtes Windows, mais vous pouvez contourner cette limitation en installant une machine virtuelle qui fonctionne sous Linux et en exécutant Ansible à partir de là.

Les systèmes que vous contrôlez à l’aide d’Ansible sont appelés nœuds gérés. Ansible nécessite que les nœuds gérés soient accessibles via SSH, et qu’ils aient Python 2 (version 2.6 ou supérieure) ou Python 3 (version 3.5 ou supérieure) installé.

Ansible prend en charge une variété de systèmes d’exploitation, y compris les serveurs Windows en tant que nœuds gérés.

Un fichier d’inventaire contient une liste des hôtes que vous gérerez à l’aide d’Ansible. Bien qu’Ansible crée généralement un fichier d’inventaire par défaut lorsqu’il est installé, vous pouvez utiliser des inventaires par projet pour avoir une meilleure séparation de votre infrastructure et éviter d’exécuter des commandes ou des modèles de développement sur le mauvais serveur, par erreur. Les inventaires statiques sont généralement créés sous forme de fichiers .ini, mais vous pouvez également utiliser des inventaires générés dynamiquement, écrits dans n’importe quel langage de programmation capable de renvoyer JSON.

Dans Ansible, une tâche est une unité de travail individuelle à exécuter sur un nœud géré. Chaque action à effectuer est définie comme une tâche. Les tâches peuvent être exécutées comme une action ponctuelle via des commandes ad hoc, ou incluses dans un modèle de développement dans le cadre d’un script d’automatisation.

Un modèle de développement contient une liste ordonnée de tâches, et quelques autres directives pour indiquer quels hôtes sont la cible de cette automatisation, s’il faut ou non utiliser un système d’escalade de privilèges pour exécuter ces tâches, et des sections optionnelles pour définir des variables ou inclure des fichiers. Ansible exécute les tâches de manière séquentielle, et l’exécution complète d’un modèle de développement est appelée développement. Les modèles de développement sont écrits au format YAML.

Les handlers sont utilisés pour effectuer des actions sur un service, telles que le redémarrage ou l’arrêt d’un service qui fonctionne activement sur le système du nœud géré. Les handlers sont généralement déclenchés par des tâches, et leur exécution a lieu à la fin d’un développement, une fois que toutes les tâches sont terminées. Ainsi, si de multiples tâches déclenchent le redémarrage d’un service, par exemple, le service ne sera redémarré qu’une fois et après l’exécution de toutes les tâches. Bien que le comportement du handler par défaut soit plus efficace et globalement une meilleure pratique, il est également possible de forcer l’exécution immédiate du handler si cela est requis par une tâche.

Un rôle est un ensemble de modèles de développement et de fichiers connexes organisés dans une structure prédéfinie qui est connue par Ansible. Les rôles facilitent la réutilisation et la reconversion des modèles de développement en packages partageables d’automatisation granulaire pour des objectifs spécifiques, tels que l’installation d’un serveur web, l’installation d’un environnement PHP ou la mise en place d’un serveur MySQL.