Parcs hétérogènes, configurations logicielles hétérogènes et mouvantes JeDDLaJ une solution à faible coût humain Frédéric Bloise, Gérard Milhaud Ecole supérieure d’ingénieurs de Luminy (ESIL), Université de la Méditerranée Centre Informatique et systèmes de communication d’Aix Marseille (CISCAM) Résumé Nous avons développé une solution de déploiement baptisée JeDDLaJ (pour Je Déploie Dans La Joie). Notre motivation principale était de pouvoir gérer un parc important et hétérogène et surtout très fluctuant au niveau logiciel sans que cela constitue 95% de notre activité. JeDDLaJ est bâtie sur l’outil REMBO Toolkit de la Société REMBO que nous avons interfacé avec une base MySQL d’inventaire matériel et logiciel. JeDDLaJ s’administre depuis un navigateur web quelconque et permet la création/modification des configurations logicielles de toute machine ou groupe de machines du parc.   Avant… JeDDLaJ : Le boot Toutes les machines du parc exécutent au boot un programme Rembo-C dont voici l’algorithme : C’est au sein de la base MySQL que le programme récupère les informations nécessaires (état de l’ordinateur, softs à installer sur cet ordinateur, etc.) démarrage PXE a_parti- tionner partitionne- ment Rembo Bootloader état ordi nateur installé modifié JeDDLaJ : La génèse On le sait, les administrateurs systèmes sont souvent en situation de sous-effectif. L’urgence les cantonne dans les tâches quotidiennes sans grand intérêt. Nous avions déjà ébauché quelques solutions générales dans [Milhaud, Pagé 2001]. Cette fois nous nous concentrons sur l’une des tâches les plus prenantes : la gestion quotidienne d’un parc informatique important (150 à 200 machines par personne) de type UFR, c’est-à-dire fortement hétérogène aussi bien au niveau matériel que logiciel. Augmentation du parc, multiples configurations logicielles d’une salle à l’autre, d’une machine à l’autre, modifications incessantes de ces configurations pour des évènements ponctuels (forums, formations, cours, etc.), réinstallation suite à la dégradation du fonctionnement : la gestion du parc finit par phagocyter toutes les autres activités. Nous avons donc décidé de construire un système, baptisé JeDDLaJ (pour Je Déploie Dans La Joie) qui permette de diminuer drastiquement le temps consacré à la gestion de parc. Ce poster en présente les principales caractéristiques. tq OS fin OS a_synchro niser synchro os + softs avec partitions état OS ajout_softs a_ajouter JeDDLaJ = REMBO Toolkit + … Interface web dynamique gérant les configurations logicielles (OS + softs) de toutes les machines du parc (individuellement ou par groupe prédéfini ou constitué librement)  Centralisation de toutes les données dans une base MySQL attaquée par le serveur REMBO et l’interface WEB : vue aisée et à jour de l’état matériel et logiciel du parc Pour chaque machine ou groupe, choix graphique  « à la carte » des logiciels à installer/supprimer parmi la liste des paquetages disponibles Pas d’image disque monolithique. Tout est paquetage, OS comme logiciels. Installer une machine, c’est dérouler un script qui installe certains paquetages. Plusieurs avantages : L’installation manuelle d’un OS Windows 2000/XP est effectuée une seule fois par architecture différente à partir d’une image disque quasi-finalisée. Pour Linux, une seule installation manuelle suffit : l’adaptation à l’architecture se fait par modification à la volée du fichier des modules à charger L’installation manuelle d’un logiciel est effectuée une seule fois par système d’exploitation Très grande souplesse de la gestion des configurations logicielles du parc Possibilité d’associer des scripts de post-install à tout paquetage Exportation possible des paquetages pour réutilisation par d’autres entités Possibilité de délégation de gestion de groupe de machines à des utilisateurs authentifiés Gestion du multi-boot formatage et install OS fin softs tq softs ajouter Soft JeDDLaJ : L’interface WEB En prise directe avec la base MySQL, l’interface WEB permet consultation et modification des configurations logicielles de toute machine ou groupe de machines. Les modifications ne seront validées (état voulu devient état actuel) qu’après le prochain boot si et seulement si tout s’est déroulé sans encombres. JeDDLaJ = f(REMBO Toolkit) Lorsque nous avons commencé à travailler sur une solution de déploiement, nous avons élaboré un cahier des charges pour l’outil sur lequel elle allait s’appuyer. Le logiciel REMBO Toolkit de la société REMBO s’est rapidement imposé comme seul à respecter nos contraintes : Possibilité de programmer finement le comportement de la machine avant le démarrage de l’OS (technologie PXE) dans un langage puissant (Rembo-C) ; l’exécution du programme peut être conditionné par la valeur de variables récupérées aussi bien par analyse matérielle de la machine qu’au travers de ressources réseaux quelconques Gestion native nos deux OS cibles Linux et Windows 2000/XP ; mode miroir pour les autres (pas de connaissance du système de fichiers) Possibilité d’images différentielles, donc de paquetages logiciels Gestion de l’authentification au sein des programmes Rembo-C (NIS/NIS+, domaines NT) et donc possibilité d’un comportement au boot différent selon l’utilisateur Fortement ouvert : il est possible de programmer à l’aide d’outils libres et gratuits des interfaces afin que réinstallation et choix de la configuration logicielle puissent être fait sans compétences informatiques Coût raisonnable Après… Références : [Milhaud Pagé 2001] : Gérard Milhaud et Olivier Pagé, Petit Manuel anti-dépression à l’usage des administrateurs systèmes et réseaux, Actes de la conférences JRES 2001, Lyon, Décembre 2001, ( http://www.esil.univ-mrs.fr/ ~g/Articles/PetitManuel ) Documentation et support REMBO : http://www.rembo.com Pour en savoir plus : http://www.esil.univ-mrs.fr/~lafirme/JeDDLaJ