Journal Déploiement et automatisation avec Ansible - partie 1

Posté par  (site web personnel) . Licence CC By‑SA.
52
7
jan.
2017

Au programme de cette année : l'automatisation ! Il existe plusieurs outils connus pour ça, vous en avez sans aucun doute entendu parler si vous êtes adminsys : Puppet, Chef, Salt et le petit dernier : Ansible.

Ansible a la réputation d'être le plus "accessible" avec une courbe d'apprentissage assez basse. Il peut être pertinent de l'utiliser à partir d'un seul serveur pour faciliter des déploiements selon les besoins (configuration des outils basique, serveur web, BDD…).

Au contraire (…)

Présentation d'Ansible et version 2 à venir

Posté par  (site web personnel) . Édité par Bruno Michel, Xavier Teyssier, Benoît Sibaud, Florent Zara, ZeroHeure, palm123 et bubar🦥. Modéré par Florent Zara. Licence CC By‑SA.
Étiquettes :
39
5
avr.
2015
Technologie

Ansible est un outil de la mouvance actuelle autour du DevOps. J'ai commencé à aborder son fonctionnement il y a maintenant quelques mois et force est de constater que sa prise en main est beaucoup plus simple que d'autres produits ayant la même finalité, ceci pour plusieurs raisons :

  • l'apprentissage du langage est très rapide ;
  • il n'y a pas d'infrastructure à gérer : pas de serveur central (j'y reviendrai un peu plus tard) et surtout pas d'agent.

logo Ansible

Journal Toi aussi installe ton propre linuxfr en trois lignes de bash... et contribue!

Posté par  . Licence CC By‑SA.
35
12
mar.
2014

Cher conlinuxien, chère conlinuxienne (que l'on oublie trop souvent!),

Je suis heureux de profiter de l'occasion qui m'est donnée pour… vous expliquer comment vous pouvez dès à présent installer votre propre instance de linuxfr en deux coups de cuiller à pot, pour que toi aussi tu puisses corriger toi-même les problèmes que tu soulèves. Et ne me dis pas que tu ne connais pas le ruby, je ne le connais pas non plus!

Ces quelques derniers jours je me (…)

Journal Écrire un livre à deux : Haute Disponibilité sous Linux, des prémices à la sortie

34
6
sept.
2021

En juillet 2020, LinuxFR m’avait fait un grand honneur en m’interviewant dans le contexte de la sortie de la sixième édition de mon livre sur l’administration Linux. Une question concernait la coécriture, (l’écriture à plusieurs auteurs) et j’avais indiqué que j’avais proposé ce projet à un ami, sur une sujet devenu compliqué. Un an après, le résultat de cette collaboration a été publié !
L'interview initial
Charles Sabourdin et moi avons donc la joie de vous annoncer le résultat de (…)

Journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux

Posté par  . Licence CC By‑SA.
Étiquettes :
30
15
mai
2017

J'ai appris récemment Kickstart et Ansible et je voulais écrire un petit retour d'expérience.

Ces deux outils permettent d'automatiser des tâches d'administration système. Un gros avantage est d'avoir une description dans des fichiers texte (sous forme de fichier de config ou de code) de comment installer et configurer une machine ou un ensemble de machines.

Il suffit alors d'utiliser un gestionnaire de versions comme git pour garder un historique de ces fichiers texte, pouvoir créer des branches etc. Bref, c'est (…)

Présentation de Monkeyble: Framework de test bout en bout pour Ansible

Posté par  . Édité par palm123, devnewton 🍺, Xavier Teyssier et Benoît Sibaud. Modéré par devnewton 🍺. Licence CC By‑SA.
Étiquettes :
29
30
nov.
2022
Administration système

Présentation de Monkeyble: framework de test bout en bout pour Ansible

monkeyble_logo

Monkeyble est un petit framework qui permet de tester de bout en bout vos playbooks Ansible.

Il permet, au niveau des tâches des Playbooks, de:

  • 🐵 Vérifier qu'un module a été appelé avec les bons arguments ;
  • 🙊 Vérifier le résultat du retour d'un module ;
  • 🙈 Vérifier l'état d'exécution d'une tâche (changed, skipped, failed) ;
  • 🙉 Simuler (Mock) un module afin de retourner un résultat sans faire appel au vrai module.

Monkeyble est tout particulièrement conçu pour être placé dans une CI/CD afin de détecter les éventuels régressions lors des modifications sur une base de code Ansible 🚀.

Journal Test de vie et Ansible : un exemple de réalisation pour mieux comprendre l'outil

Posté par  . Licence CC By‑SA.
Étiquettes :
29
23
mar.
2022

Ansible est un outil fantastique, que l'éditeur (Red Hat) et sa communauté - présente comme "radicalement simple" ("Ansible is a radically simple IT automation platform that makes your applications and systems easier to deploy and maintain.". C'est vrai par son approche descriptive d'un état désiré ("as code" : on décrit un état désiré et non des opérations à effectuer), par la généralisation des "livres de recettes" (playbook) et autres rôles qui (…)

Journal Auto-Hébergement avec HomeBox

Posté par  (site web personnel) . Licence CC By‑SA.
28
23
déc.
2019

Nouvelle version de HomeBox, pour Noël.

Après plusieurs mois de travail, de quelques développeurs, notamment Frédéric et moi même, une nouvelle version de la solution d'auto-hébergement a été publiée. Pour l'instant, pas de numéro de version, mais plutôt un branche "master" sur github.

https://github.com/progmaticltd/homebox

Je rappelle que c'est pour l'instant une version qui se déploie avec Ansible, elle ne s'adresse actuellement pas aux néophytes qui voudraient faire de l'autohébergement en quelques clics, mais plutôt aux personnes soucieuses de sécurité.

Installation

(…)

Journal Tags et Changelog automatisés avec Gitlab-CI

Posté par  . Licence CC By‑SA.
Étiquettes :
28
16
juin
2022

Hello,

Pour le contexte, il y a quelque temps, je travaillais dans une certaine entreprise. Nous disposions d'une instance GitLab sur laquelle était hébergée un certain nombre de roles Ansible. Leur maintenance était assez anarchique, et il était difficile de suivre l'évolution des rôles autrement qu'en consultant la liste des commits de chaque rôle, plus ou moins régulièrement.

Certains ne s'en embarrassaient pas et réutilisaient les mêmes tags de chaque rôle pour chaque nouveau projet. Pour ma part, cela n'était (…)

Retour sur le CfgMgmtCamp - la conférence de la gestion de configuration serveur

Posté par  . Édité par Nils Ratusznik, Davy Defaud, Benoît Sibaud et amousset. Modéré par Nils Ratusznik. Licence CC By‑SA.
26
14
fév.
2018
Communauté

Les 5 et 6 février 2018 se tenait, à Gand en Belgique, le CfgMgmtCamp, pour sa cinquième édition qui a réuni plus de 700 personnes.

Ce nom, quelque peu barbare pour nous francophones, est une abbréviation de Configuration Management Camp. C’est un événement communautaire dédié aux solutions libres autour de la gestion de configuration : CFEngine, Puppet, Chef, Rudder, Ansible, Salt, bien sûr, mais aussi Foreman, mgmt, Augeas, Terraform, Kubernetes…

L’événement est déjà passé, mais cela n’empêche pas de partager un rapide résumé ici ! Les vidéos de plusieurs présentations ayant été publiées (en anglais), c’est une bonne occasion d’en profiter.

Journal Petit exemple de plugin Ansible

Posté par  (site web personnel) . Licence CC By‑SA.
25
7
déc.
2022

Pour ceux qui utilisent Ansible, voici un petit exemple de filtre, que je viens de coder pour des besoins personnels. Je suis entrain d'intégrer un "Web Keys Directory (WKD)" à une solution d'auto-hébergement.

J'avais besoin d'obtenir le hash de l'utilisateur. Par exemple, pour une adresse email andre@homebox.space, le nom d'utilisateur est "andre", et le hash est z1cybqqife1c333kqxqifnz64w9tb3xh.

Petite parenthèse, sur le web keys directory, qui permet de publier votre clé, ou d'obtenir automatiquement les clés GPG de vos (…)

Journal Backup Checker 1.4 : péremption d'une archive

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
23
25
mar.
2015

Cher Journal,

Le projet Backup Checker, outil automatisé de vérification de sauvegarde présent sur GitHub (étoiles appréciées :) ) continue son petit bonhomme de chemin et atteint la version 1.4. Cette nouvelle version apporte la possibilité de définir une durée avant la péremption d'une archive.

Une sauvegarde peut-elle périmer ?

Nous constatons que les données dépendent souvent de leur âge, du contexte d'utilisation de ces données et/ou de leur utilisation conjointe avec d'autres données. Par exemple une sauvegarde de (…)

Squest: portail de services pour SRE/DevOps en frontal d'Ansible Tower/AWX

Posté par  . Édité par Benoît Sibaud, bobble bubble et palm123. Modéré par Benoît Sibaud. Licence CC By‑SA.
Étiquettes :
23
8
août
2021
Administration système

Squest est un logiciel libre (APLv2) permettant d'exposer de l'automatisation, basée sur Ansible Tower/AWX, en tant que service (mode SaaS).

Ansible Tower et sa version libre AWX sont une console centrale de gestion des tâches d'automatisation, pour Ansible qui sert à automatiser la gestion et la configuration d'ordinateurs. Ces outils sont notamment utilisés par des profils ingénierie de la fiabilité des sites (SRE Site Reliability Engineering) ou DevOps.

Il existe une vidéo d'introduction à Squest.

squest-service-catalog.png

Squest passe en v2 + retour d’expérience sur la pile Ansible/RHAAP/Squest

Posté par  . Édité par gUI, Benoît Sibaud et Ysabeau 🧶 🧦. Modéré par gUI. Licence CC By‑SA.
Étiquettes :
23
9
oct.
2023
Administration système

Squest est un outil auto hébergé vous permettant d’exposer votre automatisation disponible depuis votre instance de Ansible Tower/AWX en tant que service. La version v2.0.0 vient d’être publiée. Il a déjà fait l’objet de dépêches précédentes sortie de la version 1.0 et présentation comme portail de services pour SRE/DevOps en frontal d’Ansible Tower/AWX.

Logo squest v2

Journal Simple Provisioning System

Posté par  . Licence CC By‑SA.
21
26
oct.
2016

Hello les moules !

Voici Simple Provisioning System, un tout petit programme de moins de 200 lignes de code en c++11 qui permet de remplir une machine par ssh. N'ayant pas vraiment d'infrastructure je ne voulais pas sortir l'artillerie lourde. Ma problématique était que je voulais simplement un moyen de reproduire facilement une installation avec sa configuration ou la sauvegarder. Pas d'opérations très compliquées. De plus, je n'avais plus envie de maintenir une documentation qui de toutes manières ressemblait peu ou (…)