Précédent : AAA
Suivant : Koala
Nous avons conçu et réalisé un outil, appelé
AstroWeb, pour l'administration système de la plate-forme
d'expérimentation Astrolab, qui est un réseau local
composé de plusieurs stations de travail hétérogènes
exécutant différents systèmes d'exploitation (AIX, Solaris,
Linux, NetBSD, Windows NT).
Cet outil a été conçu pour permettre de réaliser
les t,ches d'administration depuis n'importe quelle station du réseau,
de manière uniforme, quel que soit le système utilisé et pour
toutes les fonctions disponibles d'une part et pour faciliter
l'intégration de services d'administration existants et l'ajout de
nouvelles fonctionnalités d'autre part.
Pour satisfaire ces contraintes, Astroweb s'appuie sur une interface par HTTP
et un navigateur Web. Cette solution offre l'avantage d'une interface
utilisateur à la fois simple et riche qui s'est de plus
imposée auprès de nombreux utilisateurs. En outre, des navigateurs
existent aujourd'hui pour tous les systèmes communément
utilisés, on a ainsi une portabilité au moindre co[ring]t.
Le choix des utilitaires d'administration est laissé à
l'administrateur, ceux-ci étant directement interfacés avec les
scripts CGI de l'environnement AstroWeb. Ainsi, l'architecture d'AstroWeb reste
très ouverte et permet facilement l'intégration de
fonctionnalités existantes ou l'ajout de nouvelles.
L'environnement AstroWeb utilise une machine centrale d'administration
(hôte de confiance) exécutant un serveur Web qui donne
accès à toutes les requêtes d'administration et qui les
distribue sur les machines concernées.
Le prototype AstroWeb a été développé en Perl et
est actuellement utilisé pour l'administration de la plate-forme
Astrolab.
L'environnement d'administration Astrolog développé dans
le cadre de l'action Astrolog est un environnement distribué accessible
depuis n'importe quelle machine de l'environnement administré. Il est
constitué d'un ensemble de gestionnaires offrant des fonctions de
surveillance et de gestion des performances. Les gestionnaires communiquent
avec un serveur d'administration qui conserve les informations d'administration
des entités du réseau.
Dans l'implémentation que nous avons réalisée, le serveur
est une plate-forme Bull OpenMaster.
Un gestionnaire est une application que nous appelons tableau de bord. La
partie cliente qui s'exécute sur un poste informatique banal est
développée en Java. La partie serveur qui s'exécute sur le
serveur d'administration est développée en SML. Le serveur et les
entités du réseau communiquent par le protocole SNMP. La
communication avec les parties cliente et serveur du tableau de bord se fait
par l'intermédiaire du mécanisme des SOW. Le premier prototype
réalisé fin 96 a été progressivement enrichi au
cours de cette année. Le tableau de bord est désormais pleinement
intégré avec ISM/OpenMaster.
Nous avons mis en oeuvre un mécanisme permettant d'explorer des MIB
SNMP. Nous pouvons visualiser des variables SNMP des groupes suivants :
Système, EGP, TCP, UDP, IP, ICMP.
L'architecture de l'environnement Astrolog permet d'envisager d'exécuter
la partie cliente d'un gestionnaire sur un ordinateur portable relié au
réseau administré par une ligne téléphonique ou un
réseau sans fil. Ceci permet à un administrateur réseau
d'effectuer une partie de son travail sans être situé dans
l'environnement immédiat du réseau administré.
Cependant, la liaison entre la console mobile d'administration et le
réseau administré induit un co[ring]t de communication non
négligeable et offre une qualité de service qui n'est pas
toujours satisfaisante pour des transferts de données et des connexions
de type client/serveur. Afin de permettre à un administrateur de
travailler dans des conditions satisfaisantes à partir d'un portable,
nous avons étudié l'adéquation de la technologie d'agent
mobile pour réaliser des t,ches d'administration. L'idée
sous-jacente est qu'un gestionnaire sur ordinateur portable réalise
certaines fonctions d'administration en envoyant un agent auquel il assigne un
but sur le réseau administré. Les gestionnaires Astrolog
situés sur les stations de travail fixes du réseau
administrés possèdent les fonctionnalités pour permettre
l'exécution locale de ces agents mobiles et leur transfert d'un site
à l'autre lorsque cela s'avère nécessaire. L'agent, une
fois ses actions terminées sur le réseau administré, peut
être transféré vers le site mobile permettant ainsi de
communiquer les informations répondant au but assigné.
Un prototype de l'environnement Astrolog est opérationnel sur ordinateur
portable. Des tests ont été effectués avec liaison
téléphonique. Une étude de performance a
débuté. Le prototype repose sur l'environnement
d'exécution d'agents mobiles Magenta que nous avons
développé dans le langage Java. La majorité des
fonctionnalités de base de Magenta (migration et exécution d'un
agent, échange d'information entre deux agents, traçage des
agents, réintégration d'un agent suite à la
défaillance d'un site) sont mises en oeuvre. Plusieurs agents
d'administration ont été développés : installation
d'un logiciel, audit du réseau, étude du comportement d'un
élément du réseau.
Le Web a contribué à la popularité du
réseau Internet et au succès du langage Java. La machine virtuelle
Java est disponible sur un grand nombre de plates-formes matérielles et
logicielles. Les applets, programmes Java téléchargés
depuis le réseau Internet, permettent aujourd'hui la mise en oeuvre de
pages actives. Leur utilisation préfigure l'environnement informatique
de demain. De nombreux services et applications distribués
développés en Java seront disponibles au dessus d'Internet.
Nous avons défini les bases d'une architecture d'administration
d'applications distribuées Java. Cette architecture comprend une
application d'administration Java qui communique avec des proxys
spécialisés pour l'administration. Les fonctions d'administration
spécifiques à une application sont regroupées au sein
d'un objet d'administration. Outre l'architecture globale, nous avons
étudié plus particulièrement un proxy capable de traiter les
communications entre composants d'une application par le mécanisme RMI
(Remote Method Invocation).
Rapport d'activité 1997
