Une petite trentaine de membre de communauté Salt parisienne a été accueilli dans les nouveaux locaux de Tinyclues pour ce meetup. Merci également à Logilab qui a sponsorisé la nourriture.
Nicolas Chauvat PDG de Logilab a annoncé son partenariat avec SaltStack pour assurer la formation, le support et la certification sur Salt en France et en Europe.
Voici un compte rendu rapide des trois présentations de cette soirée.
Interface Web SaltStack Enterprise
Rob Hilberding de SaltStack Inc. qui était à Paris pour plusieurs jours est venu présenter une "pure preview" ce que sera potentiellement l'interface web de la version Enterprise de Saltstack.
Il a présenté l'interface qu'ils développent, cette dernière s'appuie sur l'API SaltStack et MariaDB ou MySQL. À noter que cette interface n'est qu'une extention, à savoir que la version Salstack Enterprise (master et minion) est basée sur le même code que la version communautaire.
L'interface supporte le multi-master, elle liste les minions et pour chaque minion : elle permet d'avoir l'ensemble de ces grains, le statut de ça connexion, des informations sur les dernier jobs.
La liste des minions pouvant être longue il y a la possibilité de filtre soit par une correspondance sur une partie de l'ID des minions soit sur la valeur d'un ou plusieurs grains. Un filtre peut permettre la création de groupe de minions, c'est également possible via un wizard dédié. Les groupes créés peuvent être partagé (publics) ou privés. Pour les minions sélectionnés il est possible dans lancer un job (depuis une liste). Ainsi cette interface permet à des utilisateurs ne connaissant pas de manière poussé Salt de lancer des actions (job) sur des machines (minions) pour lesquelles ils ont les droits.
Comparaison avec Ansible
Paul Tonelli de Heuritech a présenté les différences entre Ansible et SaltStack qu'il a pu appréhender après une semaine d'utilisation d'Ansible.
- Ansible utilise SSH pour les communication et donc c'est le serveur qui ce connecte aux clients ce qui peut impliquer de paramétrer ssh avec des proxy, le cas typique est l'accès au serveurs qui sont derrière un HAProxy en mode transparent.
- Ansible n'a pas de serveur (daemon) qui tourne en continu comme SaltStack, mis à part Tower qui est payant.
- Tower est une interface Web, qui au delà du fait d'être une GUI, peut offrir des fonctionnalités proches du reactor de Salt
- L'approche d'Ansible est d'avoir un playbook par projet alors que Salt a une arborescence pour l'ensemble.
- Ansible peut cibler un peu comme Salt mais sur des nom de machines et faire des groupes de machines en les déclarant dans un fichier, les wilcards peuvent être utilisés.
- La gestion des dépendances est simple, il faut que cela soit déclaré avant/au dessus. La conclusion est que Ansible a une approche plus minimaliste et la configuration est plus statique.
Retour d'experience
Joe de DDN à présenté l'utilisation de Salt dans le cadre du déploiement et maintient des produits de DDN de stockage type big data et S3. Les clients de DDN déploient quelques RPM et produisent une configuration qui va pousser sur l'ensemble des nœuds (via SSH) les masters et les minions pour déployer toute la stack (Zookeeper, HBase, Hadoop, memcache, etc) puis pour la surveiller et l'orchestrer. À noter que l’environnement déployé est multi-master, au plus 2 ou 3 master afin de minimiser certaines latences. DDN a développé un ensemble d'outils (*ctl) qui forment une couche d'abstraction à Salt, afin de gérer le stockage offert par les solutions de stockage. Salt est masqué pour le client qui n'a pas besoin de le maîtriser. Salt a été choisi pour sa rapidité, la parallélisation, la consistance dans ce qui est déployé, le multi-master (actif-actif).
Nous avons poursuivi les discussions autour de petits bagels offerts par Logilab.
