RunDeck 1.2 : automatisation de l’administration de serveurs

RunDeck est un outil d’automatisation de l’administration de serveurs : en deux mots, il vous permet de définir des tâches qui seront exécutées sur plusieurs machines distantes via SSH.
Écrit en Java, il dispose de deux interfaces : une [CLI] et une interface Web (via une application grails) qui dispose d’une API REST.
Et, bien sûr, RunDeck est libre (licence Apache v2).

Quelques fonctionnalités :

• CLI et interface Web ;
• les tâches sont composées d’une ou plusieurs étapes : des commandes distantes, des scripts, ou des références à d’autres tâches ;
• les tâches peuvent avoir des options (qui peuvent venir de systèmes extérieurs), avec validation au moment de l’exécution ;
• les tâches sont organisées par groupes et par projets ;
• les tâches peuvent être programmées pour s’exécuter à intervalles réguliers, ou à une heure précise (syntaxe cron) ;
• il y a un système de notification par e-mail en cas de succès et / ou d’échec d’une tâche ;
• la connexion aux serveurs se fait par SSH avec une clé (la liste des serveurs peut être récupérée depuis un système extérieur) ;
• pas besoin d’installer d’agent sur les serveurs (un serveur SSH suffit) ;
• authentification (interne ou LDAP), et support d’ACL pour restreindre les actions des utilisateurs ;
• historique complet des tâches executées (qui, quoi, quand)

Les nouveautés de la version 1.2, sortie le 16 mars dernier :

• l’API REST, qui permet de demander l’exécution de tâches via d’autres outils ;
• support du format YAML, en plus du XML, pour définir les tâches, les ACL et les ressources ;
• le support des options multiples.

Historique

Même si RunDeck est un projet « jeune » (quelques mois), il vient avec un existant : ControlTier. En effet, les développeurs de ControlTier ont décidé de faire un « fork amical », afin de repartir sur une base plus saine : simplification de la construction du projet, connexion directe en SSH au lieu d’utiliser des agents, workflow simplifié, etc. RunDeck conserve une partie du code (notamment l’interface graphique) et des concepts de ControlTier, et si le projet fonctionne bien, il est envisagé de récrire ControlTier en se basant sur RunDeck pour la partie centrale. Bref, on peut voir RunDeck comme une version simplifiée de ControlTier.

Utilisation

RunDeck peut être utilisé pour automatiser des opérations habituelles, mais également pour fournir l’accès à d’autres équipes à des tâches habituellement réservées aux administrateurs systèmes. Une utilisation assez courante est le déploiement d’applications dans les différents environnements (développement, test et production).
Grâce à son interface Web, il est facile à prendre en main, et, avec la gestion de l’historique, on peut facilement savoir qui a fait quoi, et quand.

Enfin, à mon sens le gros point fort de RunDeck, ce sont ses possibilités d’extension : il existe déjà des greffons pour l’intégrer avec bon nombre d’outils, comme Puppet, Chef, Jenkins (ex-Hudson), Nexus, etc..

Installation

Le meilleur pour la fin : l’installation. Il existe un paquet RPM, et un paquet DEB est en cours de préparation. Mais il est extrêmement simple à installer :

java -jar rundeck-launcher-1.2.jar

Puis, ouvrez votre navigateur sur http://localhost:4440 (nom utilisateur / mot de passe par défaut : admin / admin). N’hésitez pas à prendre quelques minutes pour tester, vous ne le regretterez pas !

Aller plus loin

• Site officiel (1680 clics)
• Documentation complète avec captures d’écran (1538 clics)
• Code source (sur GitHub) (100 clics)
• Présentation RunDeck donnée lors d’une rencontre « Paris DevOps » (524 clics)
• L’annonce de la version 1.2 (72 clics)