Approche globale de la supervision avec SNMP

1. Contexte de la DSI

Il est clair que l’informatique au sens large ne cesse d’apporter de plus en plus de services à l’utilisateur. Son fonctionnement repose forcément sur une infrastructure réseau de plus en plus utilisée et où les contraintes en termes de performances et de disponibilité deviennent élevées. Pour une société, la paralysie de son réseau n’est plus permise, car elle a forcément des répercussions financières directes ou indirectes. Imaginons que la plate-forme de commerce en ligne amazon.com devienne indisponible pour une dizaine de minutes. Le manque à gagner peut se chiffrer alors en plusieurs milliers de dollars.

La Direction des Systèmes d’Information (DSI) a pour but d’informatiser totalement son système d’information pour pouvoir ainsi l’optimiser. Les entités à gérer deviennent de plus en plus complexes, de plus en plus nombreuses et de plus en plus variées. Un des défis majeurs pour les équipes informatiques est de gagner en temps et en efficacité grâce à une approche proactive que peut apporter un outil de supervision.

Les systèmes d’informations connaissent des incidents à un moment ou à un autre. Bien que les administrateurs réseau aient les moyens de concevoir des architectures hautement disponibles (cf. chapitre Principes de sécurité sur un réseau local) de telle manière qu’une panne ait un impact minimal sur le reste du système, il est nécessaire de détecter la panne, la traiter et localiser son origine, voire même de l’anticiper ou prévoir les procédures de réponse à l’incident.

2. Comment détecter un problème technique ?

Dans le pire des cas, c’est...

1. Cahier des charges initial

L’ISO (Industrial Standard of Organization) s’est intéressée dès le début des années 1990 à un ensemble de cinq fonctions administratives liées à la gestion des réseaux. Ainsi, la supervision comprend au sens de l’ISO les points suivants :

L’ISO a alors défini deux protocoles permettant d’assurer ces cinq fonctions au sein d’une architecture de supervision appelés CMIS (Common Management Information Service) et CMIP (Common Management Information Protocol) décrivant un ensemble de méthodes et commandes pour superviser un équipement.

Cette approche n’a été utilisée que dans le domaine de la supervision des opérateurs télécoms avec notamment l’élaboration du framework TMN (Telecommunication Management Network) afin de superviser des équipements de constructeurs différents sur les technologies ISDN (désigné comme Numéris en France), ATM (cf. chapitre Évolution des métiers autour des réseaux - section L’évolution vers les réseaux ATM), SDH/SONET (liaisons internet coaxiales) et GSM (téléphonie mobile). Mais la complexité de CMIS et CMIP en fait aujourd’hui une approche très peu utilisée et pas forcément adaptée à des réseaux de commutation de paquets tels que le sont les réseaux TCP/IP.

L’IETF a appliqué une démarche un peu plus pragmatique en s’inspirant des principes de l’ISO. C’est alors que sont nés le protocole SNMP (Simple Network Management Protocol) et le concept de MIB définissant la structure des données accédées par SNMP, équivalents respectifs de CMIP et CMIS, mais beaucoup plus simplifiés.

SNMP est de loin le protocole de supervision le plus utilisé dans les réseaux TCP/IP.

2. Gestion des incidents...

1. Erreurs à éviter

Par les multiples composantes évoquées précédemment, la supervision regroupe un périmètre très large de fonctionnalités. En général, un premier projet de supervision s’attachera à l’aspect gestion des incidents et des performances. D’ailleurs, beaucoup d’outils proposés sur le marché s’attachent à ces deux composantes en priorité.

Ainsi, avant de lancer un projet de supervision il conviendra de fixer un périmètre précis, c’est-à-dire un cahier des charges sur ce que l’on souhaite obtenir. C’est lui qui édictera une liste de fonctionnalités recherchées et priorisées et orientera, de fait, les recherches vers l’outil le plus adapté (ou le plus adaptable) et non l’inverse.

Le marché de la supervision est très vaste, il faut être précis sur ce que l’on recherche sinon le projet n’aboutira jamais, sachant que l’ultime solution parfaite qui répond à 100 % au cahier des charges reste souvent assez utopique, d’où l’importance de prioriser les fonctionnalités.

Il va sans dire que le budget alloué permet également d’éliminer d’entrée un certain nombre de solutions. Cependant, le projet de supervision ne se résume pas à l’achat et à l’installation d’un simple logiciel. Un défaut courant dans sa mise en place est le fait de traiter cela comme une opération purement technique. En effet, l’utilisation de l’outil engendre des modifications organisationnelles au sein du service informatique : qui va consulter l’outil ? Qui va être alerté ? Qui doit s’occuper de traiter les alertes ? Qui va maintenir l’outil ? Y a-t-il un budget prévu pour la formation à l’outil ? A-t-on besoin d’un support ?

Voici quelques points sur lesquels se pencher lors de la mise en place du projet :

1. Principes du protocole SNMP