AWX est la version Open-Source d'Ansible Automation Platform plus connue sous le nom d'Ansible Tower. AWX fournit une interface web ainsi qu'une API REST et un scheduler pour Ansible. L'interface Web permet gérer tous les objets Ansible comme les projets, les inventaires, les hôtes, les utilisateurs et groupes, les environnements d'exécution, les taches de planification, l'envoi de notifications…,
Ansible-Navigator est nouvel utilitaire en ligne de commande introduit avec Ansible Automation Platform 2 qui permet d'afficher autrement l'exécution d'un playbook Ansible et d'accéder à beaucoup d'informations.
Il faut aussi désormais surveiller le travail de la communauté Ansible, sinon on passe à côté de pépites qui vous simplifie le travail.
Bien décidé à passer la certification CKA et mon budget perso est assez limité, donc j'ai décidé de mettre en place un projet permettant de provisionner de manière flexible des clusters Kubernetes. Je ne cherche pas à rivaliser avec KubeSpray ou les bacs à sable payant, mais de provisionner gratuitement et rapidement des machines avec vagrant en se collant aux conditions de passage de la certification. J'ai décidé de vous partager mon projet, qui réponde au nom de CKASandBox. Il est à ces débuts et je fais appel à votre bonne volonté pour me proposer vos idées voir vos contributions.
Pour des besoins professionnels, je dois monter des clusters Kubernetes afin
d'héberger des API. Pour cela, je fais le choix d'utiliser KubeSpray.
KubeSpray est un framework qui permet de provisionner des clusters
Kubernetes sur du bare-metal, mais aussi chez la plupart des clouders,
en utilisant Ansible. Pour tester le tout, je vais utiliser
Ignite que j'ai présenté récemment,
auquel je vais ajouter footloose.
Ansible collecte énormément de données des serveurs qu'il configure via ce qu'on appelle les facts. Il existe un outil qui répond au nom d'Ansible-CMDB, qui prend en charge plusieurs types de sortie (html, csv, sql, json, markdown ...), et qui donc permet d'obtenir rapidement l'état de santé de votre parc informatique. Par exemple, on peut voir quelle version d'OS, le dernier reboot, la version du kernel, la ram, le nombre de cpu, l'occupation des disques, le taux d'utilisation de la RAM, ...
Suite à ma à l'écriture de ma configuration Terraform permettant de provisionner des machines EC2 AWS, je me suis fixé comme objectif de configurer Gitlab pour qu'il utilise mes propres runners dynamiquement.
Pour provisionner la machine je vous conseille d'utiliser la configuration du précédent billet.
Gitlab continue son travail d'intégration de Terraform sur sa plateforme. En effet, leur objectif est de proposer une solution simple et sécurisée pour mettre des workflows d'Infrastructure As Code. Voyons tout cela ensemble.
Par défaut, Ansible lance les tâches de manière synchrone, en maintenant la connexion au nœud distant ouverte jusqu'à ce que l'action soit terminée. Cela signifie que dans un playbook, chaque tâche bloque la tâche suivante par défaut, ce qui signifie que les tâches suivantes ne s'exécuteront pas tant que la tâche en cours ne sera pas terminée.