User Documentation Documentation utilisateur version 0.2b 04-2009
Table des matières 3 French Version....4 English Version.22
Table des matières 4 Table des matières TABLE DES MATIERES 3 A PROPOS DE CE MANUEL 7 INTRODUCTION 9. Notions élémentaires d administration système 9 2. Pourquoi utiliser Remote Workload Manager? 9 PRE-REQUIS 0. Licence d utilisation 0 2. Configuration matérielle requise 0 3. Systèmes d exploitation supportés 0 INSTALLATION. Installation d un interpréteur Perl 2. Installation sous un environnement Unix 2.. Fichiers indispensables au fonctionnement de l application... 2.2. Séléction et copie des modules supplémentaires... 2 3. Installation sous un environnement Windows 2 3.. Fichiers indispensables au fonctionnement de l application... 2 3.2. Séléction et copie des modules supplémentaires... 2 CONFIGURATION 3. Configurer la liste des clients du parc à gérer 3 2. Détection du système des clients 3 3. Configuration du réseau 3 PRISE EN MAIN 4. Structure de l application 4.. Description du rôle des modules... 4 2. Fonctionnement global du système 4 2.. Schéma de fonctionnement... 4 3. Logique des scénarios 4 3.. Priorités... 4 3.2. Ordres d exécution... 4 3.3. Programmation dans le temps... 4 4. Création d une liste de tâches 4 LE REPARTITEUR DE TACHES 5. Rôle 5 2. Fonctionnement 5 3. Rapport d erreurs 5 3.. Sous une plateforme Unix... 5 3.2. Sous une plateforme Windows... 5 LE CLIENT 6
Table des matières 5. Rôle 6 2. Démon de surveillance 6 3. Sécurité 6 INTERFACE DE GESTION 7. Pré-requis à l utilisation de l interface de gestion 7 2. Présentation de l interface 7 OUTILS ANNEXES 8. Gestionnaire de listes de tâches 8 2. Démon de surveillance des clients 8 EXEMPLES D UTILISATION 9 CONCLUSION 20 RESOLUTION DES PROBLEMES 2
A propos de ce manuel A propos de ce manuel Cette documentation utilisateur a pour but de donner un support concret à toute personne désirant utiliser la solution Remote Workload Manager (RWM). Utilisation de ce manuel Si vous débutez dans l administration de systèmes d information, nous vous invitons à prendre la lecture au premier chapitre qui vous donnera une brève introduction au rôle et à l intérêt de l utilisation de Remote Workload Manager au sein d un réseau informatique. Si au contraire, vous êtes habitués aux besoins et au vocabulaire concernant l administration réseau, nous vous invitons à passer directement au chapitre concernant l installation et la configuration du système afin d entrer directement dans le vif du sujet. Conventions Les noms de commande de menus, de fenêtre, de zone de dialogue ou de zone de saisie apparaissent entre guillemets. Les noms de commande d un menu apparaissent en gras italique séparés par des / : menu Fichier/Imprimer Cela signifie que pour accéder à la boîte de dialogue Imprimer, vous devez choisir la commande correspondante dans le menu Fichier. Ce pictogramme identifie des remarques utiles mais sans incidence sur le cours des instructions exposées. Ce pictogramme identifie des informations à lire et/ou à exécuter impérativement qui peuvent influencer le cours des instructions suivantes. Ce pictogramme identifie un renvoi vers un chapitre, une partie ou une page où est décrite la suite des instructions. Assistance En cas de problème dans l exécution des instructions exposées dans ce manuel, vous avez la possibilité de contacter l assistance aux utilisateurs en envoyant un mail à remote-workload-manager@groups.google.com
Introduction 9 Introduction. Notions élémentaires d administration système [TODO : expliquer quelques tâches fastidieuses d un administrateur système sur un réseau non homogène] 2. Pourquoi utiliser Remote Workload Manager? Vous pourriez avoir besoin d utiliser RWM si : Vous avez l habitude d exécuter des commandes répétitives comme des installations manuelles, des configurations en ligne de commande, etc. Votre parc n est pas équipé que d un unique système d exploitation Votre équipement informatique est en réseau RWM vous permettra alors de créer des scripts simplifiés, déployables de façon automatisée sur l ensemble du réseau suivant la sélection des types de machines sur lesquelles vous voudrez le faire. Chaque script sera constitué d une série de commandes paramétrables, en fonction du système, de la disponibilité de la machine, de son niveau de ressources ou librement spécifiable de façon manuelle.
Pré-requis 0 Pré-requis. Licence d utilisation Remote Workload Manager est développé sous licence GPL, ce qui signifie que le logiciel est fourni avec l intégralité de son code source, et que vous pouvez le modifier et le redistribuer de façon totalement libre sous réserve de mentionner son origine et de faire figurer dans le package redistribuable la mention intégrale de la licence GPL. Vous pourrez trouver un exemplaire de cette dernière à la racine du projet, sous le nom «GPL.txt». 2. Configuration matérielle requise De part son adaptabilité, Remote Workload Manager est prévu pour fonctionner sur la plupart des types de machines, quel que soit le système. Il est composé d un ensemble de scripts et de modules Perl, nécéssitant l installation d un interpréteur, d ores et déjà présent la plupart du temps sur des installations classiques de Linux par exemple. Pour exécuter l application, il est nécessaire que chaque machine dispose d une carte réseau et soit relié à haut débit à l ensemble des autres machines (configuration habituelle de LAN, mais peut aussi fonctionner à travers une connexion Internet si besoin). 3. Systèmes d exploitation supportés Les systèmes d exploitation supportés sont : Windows NT 4.0/4. Windows XP Pro/Familial Windows 2000 Server/Pro/Advanced Server/Datacenter Server Windows Vista Business/Home/Enterprise/Ultimate Ubuntu Linux 8.0 Debian Linux 4.0 ( Lenny ) / 5.0 ( Etch ) Linux opensuse 0 La liste ci-dessus étant fournie à titre indicative et reste à compléter afin d être totalement exhaustive.
Installation Installation. Installation d un interpréteur Perl Suivant votre système d exploitation, il peut être nécessaire d installer un redistribuable afin d exécuter correctement les applications Perl. Sur plateforme Windows, le produit que nous avons choisi et sur lequel a été testé Remote Workload Manager est Strawberry Perl (à télécharger sur le site officiel de l éditeur : http://strawberryperl.com/) Sur la plupart des distributions de Linux, perl est généralement inclus par défaut. Néanmoins, RWM nécessite au minimum la version 5 de ce dernier. Afin de savoir si Perl est installé sur votre système Unix, et de connaître sa version, nous vous invitons à exécuter la commande perl v. Si la version dont vous disposez est incorrecte, ou absente, rendez-vous sur le site http://www.cpan.org/ports/ afin de télécharger les binaires les plus adaptés à votre système L installation d un interpréteur Perl 5 est indispensable à la suite de l installation, et au fonctionnement correct de l application, assurez-vous de son bon fonctionnement avant de continuer. Pour plus d informations à propos de Perl, rendez-vous sur http://www.perl.org/. 2. Installation sous un environnement Unix 2.. Fichiers indispensables au fonctionnement de l application Installation du module client Le module client est le module à installer sur chaque poste qui devra exécuter les tâches. L installation de ce dernier se fait de manière très rapide :. récupérer le fichier rwm_client.tar.gz 2. décompresser l archive dans le répertoire de votre choix à l aide de la commande tar xvf rwm_client.tar.gz 3. entrer dans le dossier /setup/client/ 4. exécuter le script d installation automatique en tapant./install Si l installation se déroule sans problèmes, un message de confirmation terminera la procédure, après quoi vous pourrez procéder à l installation du module serveur pour gérer vos postes.
Installation 2 Installation du module serveur Le module serveur est le module qui gère la réception des alertes, qui transmet la planification et gère la répartition des tâches sur l ensemble du parc informatique, il sera installé sur une seule machine, qui devra impérativement communiquer avec l ensemble des clients sur lesquels seront exécutés les différentes tâches. Pour l installation, reprendre les étapes de l installation du module client, en remplacant dans l étape 4, le nom du dossier par /setup/server/. 2.2. Séléction et copie des modules supplémentaires Installation de l interface de gestion Fonction en cours de développement. Installation du démon de surveillance du serveur Installation du gestionnaire de listes de tâches 3. Installation sous un environnement Windows 3.. Fichiers indispensables au fonctionnement de l application Installation du module client Installation du module serveur 3.2. Séléction et copie des modules supplémentaires Installation de l interface de gestion Fonction en cours de développement. Installation du démon de surveillance du serveur Installation du gestionnaire de listes de tâches
Configuration 3 Configuration. Configurer la liste des clients du parc à gérer Afin de configurer la liste des clients, vous devez modifier le fichier clients.xml, présent dans le répertoire /data/ du module serveur de RWM. Ce fichier est un fichier classique au format XML, il contient uniquement les adresses et le nom (indicatif) de chaque machine, la détection du système d exploitation se faisant de manière entièrement transparente via le client installé sur chaque poste. Il est impératif que le format du fichier XML soit respecté, condition sans laquelle le serveur ne pourra pas fonctionner et renverra le message d erreur «Bad formed XML file for clients.xml» 2. Détection du système des clients La détection du système des clients se fait de manière entièrement automatisée, vous n aurez donc normalement pas besoin de les configurer. Néanmoins, si vous rencontrez des problèmes d exécution de tâches de type «Incorrect OS Type», il est possible que la détection échoue pour une raison indéterminée. Dans ce cas, il est nécessaire de créer une nouvelle entrée dans la liste des clients (voir partie.) nommée «type», dans laquelle vous entrerez suivant votre système cible, la valeur «W» pour Windows, «U» pour Unix, et «O» pour Other. 3. Configuration du réseau [TODO : Brief sur la config réseau nécessaire à RWM]
Prise en main 4 Prise en main. Structure de l application.. Description du rôle des modules 2. Fonctionnement global du système 2.. Schéma de fonctionnement [TODO : Insérer un shéma concis de fonctionnement] 3. Logique des scénarios 3.. Priorités Les différents scénarios d exécution des tâches peuvent être établis selon des ordres de priorité, selon l importance des tâches, la disponibilité des postes et la disponibilité des ressources. Les priorités peuvent être définies de plusieurs façons : Priorité de rapidité d exécution : Le serveur déterminera automatiquement la machine la plus disponible en termes de ressources et de temps d exécution Priorité de ressources : Le serveur attendra qu un serveur dispose d assez de ressources pour exécuter la commande concernée Priorité du nombre de machines : Le serveur va essayer d exécuter la commande sur un maximum de machines du parc 3.2. Ordres d exécution Par défaut, les tâches s exécutent toutes une fois, les unes à la suite des autres. Néanmoins, il est possible de définir différents ordres d exécution de telle sorte que certaines tâches se répètent N fois pendant une période définie, ou bien encore indéfiniment, avec des pauses de n minutes entre chaque exécution. Pour exécuter une tâche périodiquement, nous allons aborder la partie «Programmation dans le temps», qui permettra de définir en plus des ordres d exécution, des horaires ou dates de lancement et répétition. 3.3. Programmation dans le temps Fonction en cours de développement. 4. Création d une liste de tâches
Le répartiteur de tâches 5 Le répartiteur de tâches. Rôle Le répartiteur de tâches, ou serveur, est le module central de l application RWM, ce dernier permet de transformer une liste de tâches générée à l aide de l outil de création de listes de tâches, en une exécution programmée méthodique de toutes vos opérations. Le répartiteur de tâche a pour rôle de surveiller la disponibilité des machines client, et de déterminer lesquelles seront les plus aptes à effectuer certaines tâches spécifiques. De plus, ce dernier dispose d une fonction de rapport d erreurs avancé, qui permettra, aussi bien sous Unix que sous Windows, de pouvoir consulter facilement via les logs système ou l interface de gestion, d informations détaillées sur le déroulement des tâche s (échec, réussite, raisons de l échec, date/heure, état du système, état des tâches, problèmes rencontrés, etc.) 2. Fonctionnement [TODO : Copier le man rwm_server ici] 3. Rapport d erreurs 3.. Sous une plateforme Unix Sous une plateforme de type Unix, le rapport d erreur se fera via le protocole syslog, et sera donc stocké par défaut dans le fichier de journal syslog de manière standardisée (la plupart du temps localisé dans le fichier /sys/log). 3.2. Sous une plateforme Windows Sur Windows, chaque évènement déclenché par le report d erreur sera enregistré dans le journal d évènements. Vous pouvez accéder au journal d évènement sous Windows 2000/XP/Vista/2008 en vous rendant sur le Panneau de Configuration > Outils d Administration > Journal d Evènements, vous pourrez consulter tous les rapports d erreurs en les classant de la manière qui vous convient le mieux via leur type, ou le moment de leur déclanchement.
Le client 6 Le client. Rôle 2. Démon de surveillance 3. Sécurité
Interface de gestion 7 Interface de gestion. Pré-requis à l utilisation de l interface de gestion 2. Présentation de l interface Fonction en cours de développement.
Outils annexes 8. Gestionnaire de listes de tâches Outils annexes 2. Démon de surveillance des clients Il est impératif de tester le bon fonctionnement du démon par la manœuvre décrite ci-dessus avant toute mise en production du système de surveillance.
Exemples d utilisation 9 Exemples d utilisation
Conclusion 2 0 Conclusion
Résolution des problèmes 2 Résolution des problèmes