Installation

User Documentation
Documentation utilisateur
version 0.2b
04 - 2009
Table des matières
French Version ………………………………………………..……..4
English Version …………………………………………………….22
23 avril 2009
3
Table des matières
Table des matières
TABLE DES MATIERES __________________________________________________________________ 3
A PROPOS DE CE MANUEL ______________________________________________________________ 7
INTRODUCTION ________________________________________________________________________ 9
1.
Notions élémentaires d’administration système
9
2.
Pourquoi utiliser Remote Workload Manager ?
9
PRE-REQUIS ___________________________________________________________________________ 10
1.
Licence d’utilisation
10
2.
Configuration matérielle requise
10
3.
Systèmes d’exploitation supportés
10
INSTALLATION ________________________________________________________________________ 11
1.
Installation d’un interpréteur Perl
11
2.
Installation sous un environnement Unix
11
2.1. Fichiers indispensables au fonctionnement de l’application ..................................................... 11
2.2. Séléction et copie des modules supplémentaires ....................................................................... 12
3.
Installation sous un environnement Windows
12
3.1. Fichiers indispensables au fonctionnement de l’application ..................................................... 12
3.2. Séléction et copie des modules supplémentaires ....................................................................... 12
CONFIGURATION ______________________________________________________________________ 13
1.
Configurer la liste des clients du parc à gérer
13
2.
Détection du système des clients
13
3.
Configuration du réseau
13
PRISE EN MAIN ________________________________________________________________________ 14
1.
Structure de l’application
14
1.1. Description du rôle des modules ............................................................................................... 14
2.
Fonctionnement global du système
14
2.1. Schéma de fonctionnement ....................................................................................................... 14
3.
Logique des scénarios
14
3.1. Priorités ..................................................................................................................................... 14
3.2. Ordres d’exécution .................................................................................................................... 14
3.3. Programmation dans le temps ................................................................................................... 14
4.
Création d’une liste de tâches
14
LE REPARTITEUR DE TACHES __________________________________________________________ 15
1.
Rôle
15
2.
Fonctionnement
15
3.
Rapport d’erreurs
15
3.1. Sous une plateforme Unix ......................................................................................................... 15
3.2. Sous une plateforme Windows.................................................................................................. 15
LE CLIENT_____________________________________________________________________________ 16
23 avril 2009
4
Table des matières
1.
Rôle
16
2.
Démon de surveillance
16
3.
Sécurité
16
INTERFACE DE GESTION ______________________________________________________________ 17
1.
Pré-requis à l’utilisation de l’interface de gestion
17
2.
Présentation de l’interface
17
OUTILS ANNEXES _____________________________________________________________________ 18
1.
Gestionnaire de listes de tâches
18
2.
Démon de surveillance des clients
18
EXEMPLES D’UTILISATION ____________________________________________________________ 19
CONCLUSION _________________________________________________________________________ 20
RESOLUTION DES PROBLEMES ________________________________________________________ 21
23 avril 2009
5
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 à
[email protected]
23 avril 2009
9
Introduction
Introduction
1. 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.
23 avril 2009
Pré-requis
Pré-requis
1. 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.1
Windows XP Pro/Familial
Windows 2000 Server/Pro/Advanced Server/Datacenter Server
Windows Vista Business/Home/Enterprise/Ultimate
Ubuntu Linux 8.10
Debian Linux 4.0 (“Lenny”) / 5.0 (“Etch”)
Linux openSUSE 10
La liste ci-dessus étant fournie à titre indicative et reste à compléter afin d’être totalement exhaustive.
23 avril 2009
1
0
Installation
Installation
1. 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
http://www.cpan.org/ports/ afin de télécharger les binaires les plus adaptés à votre système
sur
le
site
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
http://www.perl.org/.
à
propos
de
Perl,
rendez-vous
sur
2. Installation sous un environnement Unix
2.1. 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 :
1. 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.
23 avril 2009
1
1
Installation
 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.1. 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
23 avril 2009
1
2
Configuration
Configuration
1. 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 1.) 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]
23 avril 2009
1
3
Prise en main
Prise en main
1. Structure de l’application
1.1. Description du rôle des modules
2. Fonctionnement global du système
2.1. Schéma de fonctionnement
[TODO : Insérer un shéma concis de fonctionnement]
3. Logique des scénarios
3.1. 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
23 avril 2009
1
4
Le répartiteur de tâches
Le répartiteur de tâches
1. 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.1. 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.
23 avril 2009
1
5
Le client
Le client
1. Rôle
2. Démon de surveillance
3. Sécurité
23 avril 2009
1
6
Interface de gestion
Interface de gestion
1. Pré-requis à l’utilisation de l’interface de gestion
2. Présentation de l’interface
Fonction en cours de développement.
23 avril 2009
1
7
Outils annexes
Outils annexes
1. Gestionnaire de listes de tâches
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.
23 avril 2009
1
8
Exemples d’utilisation
Exemples d’utilisation
23 avril 2009
1
9
Conclusion
Conclusion
23 avril 2009
2
0
Résolution des problèmes
Résolution des problèmes
23 avril 2009
2
1