Mise en Œuvre D Une Solution de Supervision Solarwinds v1.8

MISE EN ŒUVRE D’UNE SOLUTION DE
SUPERVISION SOLARWINDS
V1.8
Mars 2013
VOTRE CONTACT
COMMERCIAL
FLORENCE LAPREVOTE LIGNE DIRECTE : 01 34 93 35 30 EMAIL : FLAPREVOTE@ORSENNA.FR
VOTRE CONTACT
TECHNIQUE
JEAN-PHILIPPE SENCKEISEN EMAIL : JPSENCKEISEN@ORSENNA.FR
TABLE DES MATIERES
1 Préambule ........................................................................................................................... 5
1.1 Orsenna....................................................................................................................... 5
1.2 Notre métier, vous accompagnez sur vos projets de supervision ............................... 5
1.2.1 Missions d’analyse du marché ............................................................................... 5
1.2.2 Benchmarks ............................................................................................................ 5
1.2.3 Mise en œuvre ........................................................................................................ 6
1.3 Partenaires Editeurs .................................................................................................... 7
1.4 Open Source ............................................................................................................... 7
2 Analyse Globale Projet....................................................................................................... 8
2.1 Présentation globale ................................................................................................. 10
2.1.1 Périmètre de surveillance ..................................................................................... 10
2.1.2 Choix produit........................................................................................................ 10
2.1.3 Expression de besoins .......................................................................................... 10
2.2 Choix Commercial ................................................................................................... 13
2.3 Architecture .............................................................................................................. 14
2.4 Orion – Plateforme ................................................................................................... 16
2.5 NPM ......................................................................................................................... 17
2.5.1 Hiérarchie de supervision ..................................................................................... 17
2.5.2 Web - Vue synthétique ......................................................................................... 18
2.5.3 Surveillance de base ............................................................................................. 18
2.5.4 Virtualisation ........................................................................................................ 21
2.5.5 Cartographie automatique – Serveur Web ........................................................... 22
2.5.6 Alarmes, Alertes ................................................................................................... 23
2.5.7 Rapports - SLA..................................................................................................... 25
2.5.8 Customisation ....................................................................................................... 27
2.6 SAM – Monitoring Applicatif .................................................................................. 28
2.6.1 Modèle Windows : ............................................................................................... 30
2.6.2 Modèle Oracle : .................................................................................................... 32
2.6.3 Modèle Microsoft SQL : ...................................................................................... 33
2.6.4 Modèle MySQL : ................................................................................................. 34
2.6.5 Modèle : Exchange ............................................................................................... 35
2.6.6 Modèle : Lotus Notes ........................................................................................... 36
2.6.7 Modèle : BES ....................................................................................................... 36
2.6.8 Modèle : AD/LDAP ............................................................................................. 37
2.6.9 Modèle : Serveurs d’applications ......................................................................... 38
2.6.10 Modèle : MS Sharepoint / MOSS .................................................................... 38
2.6.11 Modèle : IIS ...................................................................................................... 39
2.6.12 Modèle : Surveillance des systèmes de fichiers (fichiers ou répertoire) .......... 39
2.6.13 Modèle : FTP .................................................................................................... 39
2.6.14 Modèle : Surveillance UNIX............................................................................ 40
2.6.15 Modèle : DHCP / DNS ..................................................................................... 40
2.7 NTA – Monitoring de flux ....................................................................................... 41
2.8 VoIP & Network Quality Manager .......................................................................... 42
2.9 Web Performance Monitor - Gestion des Transactions .......................................... 45
2.10 IPAM – Gestion des adresses – DHCP & DNS ....................................................... 46
2.11 UDT - Gestion de la connectivité ............................................................................. 47
2.12 NTM (Network Topology Mapper) – Gestion de la cartographie ........................... 47
Mise en œuvre d’une solution de supervision SolarWinds V1.8 Orsenna Page 2 /72
2.13 Alert Central ............................................................................................................. 48
2.14 Virtualization Manager ............................................................................................ 49
2.15 Storage Manager ...................................................................................................... 50
2.16 Log & Event Manager .............................................................................................. 51
2.17 Dameware Remote Support ..................................................................................... 52
2.18 Mobile Admin .......................................................................................................... 52
3 Mise en œuvre Projet........................................................................................................ 53
3.1 Présentation de la démarche méthodologique pour la réalisation de la prestation... 53
3.2 Audit Initial Lot 1 : Initialisation du projet (P1.1) ................................................... 54
3.2.1 Description ........................................................................................................... 54
3.2.2 Points d’entrée ...................................................................................................... 54
3.3 Audit Initial Lot 1 Spécifications Générales (P1.2) ................................................. 55
3.3.1 Description ........................................................................................................... 55
3.3.2 Points d’entrée ...................................................................................................... 55
3.3.3 Fournitures et revues ............................................................................................ 55
3.4 Audit Initial : Lot 1 Spécifications Détaillées (P1.3) ............................................... 56
3.4.1 Description ........................................................................................................... 56
3.4.2 Points d’entrée ...................................................................................................... 56
3.5 Audit Initial : Lot 1 Installation et Configuration Socle (P1.4) ............................... 57
3.5.1 Description ........................................................................................................... 57
3.5.2 Points d’entrée ...................................................................................................... 57
3.6 Déploiement Maquette: Lot 2 (P2)........................................................................... 58
3.6.1 Description ........................................................................................................... 58
3.6.2 Points d’entrée ...................................................................................................... 58
3.1 Customisation : Lot 3 (P3) ....................................................................................... 59
3.1.1 Description ........................................................................................................... 59
3.1.2 Points d’entrée ...................................................................................................... 59
3.2 Recette & Integration : Lot 4 Recette (P4.1) ............................................................ 60
3.2.1 Description ........................................................................................................... 60
3.2.2 Points d’entrée ...................................................................................................... 60
3.3 Recette & Intégration Lot 4 Intégration Sauvegarde (P4.2) .................................... 61
3.3.1 Description ........................................................................................................... 61
3.3.2 Points d’entrée ...................................................................................................... 61
3.4 Rapport Lot 5 .......................................................................................................... 61
3.4.1 Description ........................................................................................................... 61
3.4.2 Points d’entrée ...................................................................................................... 61
3.5 Formation –Exploitation: Lot 6 Documentation (P6.1) ........................................... 62
3.5.1 Description ........................................................................................................... 62
3.5.2 Points d’entrée ...................................................................................................... 62
3.6 Formation –Exploitation: Lot 6 : Formation (P6.2) ................................................. 62
3.6.1 Description ........................................................................................................... 62
3.7 Suivi: Lot 7 (P7) ....................................................................................................... 63
3.7.1 Description ........................................................................................................... 63
3.8 Tableau de charge de travail..................................................................................... 64
1.1 Initialisation .................................................................................................................... 64
4 Mise en œuvre – Mode Assistance ................................................................................... 66
4.1 Charges – Mode Assistance ..................................................................................... 68
5 Mise en œuvre – Mode POC ............................................................................................ 69
5.1 Charges – Mode POC ............................................................................................... 70
6 Prestations complémentaires ............................................................................................ 71
6.1 Maintenance ............................................................................................................. 71
6.2 Assistance, expertise et formation ............................................................................ 71
7 Conclusion ........................................................................................................................ 72
1 PREAMBULE
1.1 ORSENNA
Orsenna est présent depuis 2000 sur le marché de la supervision avec plus de 400 installations
d’outils de supervision et réalise actuellement une cinquantaine d’installation annuellement.
Orsenna intervient à toutes les étapes de vos projets de supervision :

- Analyse des besoins
- Consultation des éditeurs
- Mise en œuvre des solutions
1.2 NOTRE METIER, VOUS ACCOMPAGNEZ SUR VOS PROJETS DE SUPERVISION

Spécialiste des projets de supervision réseau, Orsenna apporte son expertise aux différents
stades de vos projets.
1.2.1 Missions d’analyse du marché

Orsenna est missionné régulièrement par les éditeurs ou les intégrateurs afin de réaliser :
- Etude technique comparative des outils de supervisions (Ex: Ipswitch)

- Animation de séminaire de présentation d’outils de supervisions (Ex : Ipvista, Ipswitch,
Solarwinds, Ground Work)
1.2.2 Benchmarks
Nous réalisons régulièrement une validation des produits du marché sur notre plate-forme de
tests soit au titre de la ville technologique soit pour des besoins ponctuels de clients.
Notre plate-forme est constituée par des environnements variés au niveau des équipements et
des plates-formes applicatives. Nous disposons aussi de plusieurs simulateurs d’objets
réseaux afin d’évaluer les performances des outils pour des configurations comportant
plusieurs milliers d’équipements.
1.2.3 Mise en œuvre
A ce titre Orsenna intervient sur les projets de supervision auprès de grands comptes dans
différents secteurs d’activité tels :
Transport COFIROUTE; SERVAIR, APPR, ASF

Banques, Assurances FIDEURAM BANK ; BANQUE POPULAIRE, GIE Carte Bancaire,
GMF, Caisse des Dépôts, Société Générale
Distribution BRICORAMA; RELAY, NICOLAS, AELIA, HISTOIRE D’OR,
LANVIN, MAC DONALDS, MIDAS
Industries SCHLUMBERGER; ALCAN, ARCELOR, DANONE, EADS, IMAJE,
STRYKER
Administration ADEME, OPERA DE PARIS, MINISTERE DEFENSE
Ecoles, Universités ENSAE, ENSTA,
Mairies, Conseil Ville TROYES, CG16, CR PACA
Opérateur CORIOLIS, B3G
Nous travaillons aussi en sous-traitance pour les intégrateurs du marché (EADS,

TELINDUS, ALCATEL, DCI).
Ainsi que pour les éditeurs Ipswitch et SolarWinds auprès de leurs clients internationaux :
CHEVRON (USA, NGA), Systemec BV ( NL), PSS ( CH), AHCUL ( UGA), Maroc Telecom
( MA) , Ambatovy ( MG), Gladestone ( NGA).
1.3 PARTENAIRES EDITEURS
Orsenna s’appuie sur les produits du marché en intégrant les solutions adaptées à votre
environnement avec 2 éditeurs de logiciels de supervision réseau :
Editeur de WhatsUp
Editeur d’Orion
En complément Orsenna s’appuie sur des outils du marché pour enrichir les fonctionnalités de
la console de supervision :
Editeur de Denika & Logalot

Distributeur de Scrutinizer (Netflow,
Sflow, Jflow))
Editeur de Solarwinds Engineer Toolset
Editeur de composants SNMP
Editeur de Kiwi Syslog
1.4 OPEN SOURCE

Orsenna s’appuie sur différents environnements open Source du marché afin de compléter les
possibilités d’intégration :
Open Source de référence pour la

supervision
Agents Open Source pour la gestion
des journaux
2 ANALYSE GLOBALE PROJET
Exemple de Cahier des charges client :

«
Le client utilise actuellement les solutions HP OpenView NNM et Patrol Dashboard de BMC
pour superviser l’ensemble des équipements et infrastructures sous la responsabilité de
l’équipe réseaux (LAN, WAN, MAN, Accès Internet, switchs, routeurs, firewalls, proxys,
reverses proxys, VPN, passerelles antivirus, serveurs d’infrastructure réseau, DNS,
DHCP,…). Elles servent également à contrôler l’intégrité et le bon fonctionnement de
l’ensemble (monitoring, reporting, capacity planning, SLA, alerting,…) et aide au suivi et à la
remédiation des incidents.
Ces 2 solutions ne répondent plus aujourd’hui aux besoins du :

 à l’intégration de nouvelles technologies et métriques sur les réseaux LAN et
WAN (TOIP)
 au besoin de contrôle des engagements contractuels des opérateurs, ou des
contrats de services internes.
 aux évolutions des sites
 aux évolutions applicatives
 aux nouveaux équipements (firewall, accélérateur CIFS, …)
 à la nécessité de partage des informations et de la supervision avec différents
services
 à la vétusté du matériel et des logiciels non mis à jour ou abandonné par
l’éditeur
«
Autre exemple :
«
1. Reprise des indicateurs existants actuellement dans NAGIOS
2. Monitoring hardware complet (SVC,SAN,VTL,X series ,…)
3. Aspects virtualization VMWARE
a. ESX
b. Serveurs virtuels
c. Storage
d. Switch Ethernet
e. San switch brocade
4. Réseau
a. Switch CISCO
b. Switch HP
c. Switch Microsens
5. Routeur EXPLORE (CISCO) SNMP - NETFLOW
6. Possibilité de gérer des profils utilisateurs
7. Intégration de produit standard via des templates
a. Active Directory
b. Exchange
c. Bases de données (DB2,Oracle,..)
d. Application serveur (Websphere,jboss,tomcat ,..)
8. Existence de forum – communauté (Evolution fonctionnelle du produit)
9. Cet outils doit être une application de type web
10. Installation sous WINDOWS ou LINUX (32/64 bits)
11. Possibilités de scripting (command line)
12. Monitoring des réseaux sans fils
13. VOIP
L’objectif de ce document est de décrire une solution adaptée à cette expression de besoins et
d’établir les différentes phases du projet et les moyens humains et techniques mis en œuvre
pour la réalisation des travaux de mise en place.
2.1 PRESENTATION GLOBALE
2.1.1 Périmètre de surveillance
Les équipements à superviser sont réparties comme suit :
Réseaux et sécurité :
- environ 400 équipements réseaux Switch, routeurs (Cisco en majorité)
- environ 100 équipements divers (firewall, sondes, proxys, passerelle smtp,
badgeuses…)
- environ 1000 Ip SLA (jitter, tcp connect, echo, http,…)
San et Stockage :
- environ 30 switchs San
- environ 10 baies de stockage
- une dizaine d’équipements diverses
Téléphonie :
- environ 30 machines diverses pour la solution (IPBX, …)
- environ 30 ponts visioconférence
2.1.2 Choix produit
Le périmètre de surveillance pouvant être traité par différents produits de supervision que
nous supportons, une analyse comparative a été effectuée sur la base de l’expression de
besoins sur des produits du marché et Orion.
2.1.3 Expression de besoins
Le tableau ci-après met en exergue le traitement des fonctionnalités au travers des

composants Orion et d’autres solutions
EXPRESSION DE BESOINS
Description Orion XXX
Surveillance
Une solution de supervision disponible Failover
24/24h et 7/7jrs
Intégration ou remonter d’informations Actions

vers l’hyperviseur (solution BMC) ou
vers d’autres solutions
Intégration sur l’un des systèmes Windows
d’exploitation suivant : Windows, Linux
ou AIX.
Le socle technique peut être fournit Windows
(plus), sinon les pré-requis techniques 2008 R2 –
seront à fournir 4G - IIS
Une solution autonome (pas de serveur SQL Express
de base de donnée tiers,…)
Souplesse, évolutivité et peu x
consommatrice de ressource humaine
Découverte des infrastructures et x

équipements automatique et manuelle
Détection et analyse des changements x
d’état, d’infra, de topologie,…
Analyse temps réel des performances et x

de la disponibilité de l’infrastructure
Cartographies techniques, par métier, x
géographique, par plate-forme technique
Supervision de l’ensemble des x
équipements réseaux, sécurité, SAN,
téléphonie (snmp, ping)
Intégration d’équipement non standard Universal
par MIB ou autre Device Poller
Capacité de polling d’OID spécifiques et Universal
remontée d’alerte sur changement d’état, Device Poller
dépassement de seuil
Possibilité de calculs sur les valeurs Universal
d’OID, afin de convertir les données Device Poller
brutes en valeurs réelles.
Remonté d’alerte sur dysfonctionnement x
d’équipement, d’interface d’équipement,
changement d’état, dépassement de seuil,
comportement anormal répétitif (bagots)
Corrélation d’événements et remontée x

d’alertes spécifiques
La supervision des protocoles de routage Netflow –
serait un plus BGP/AS
Trap/Syslog
Mise en place de seuils et de règles x
d’alertes sur les équipements, interfaces
d’équipements, indicateurs
Supervision de la voix (jitter, MOS, IP SLA
QOS) Manager
Supervision d’IPSLA IP SLA
Manager
Indicateurs et graphes en temps réel x
Indicateurs et graphes différés (par heure, x
journée, semaine, mois, année)
Bacs à évènements Message
Center
Alertes sur modification de topologie x
Envoi d’alertes à la détection de Gestion
l’incident avec relance au bout de x Alertes
temps si non rétablissement
Authentification (des administrateurs), Interne ou
via radius ou tacacs,…. AD
Gestion des profils utilisateurs et des Oui
droits associés pour l’administration et
l’exploitation, globale, par cartographie
ou domaines techniques
Contrôle : Regrouper la supervision et le x
monitoring de l’ensemble des
équipements dans un outil
S’affranchir au maximum de tous les x
scripts, batchs et petits logiciels tierces
Une administration quotidienne peu x
gourmande en ressource
Visibilité : Mise à disposition de MAP aux x
différents domaines techniques, au SVP,
au pilotage…
Génération de rapports techniques x

personnalisables ou pré-établis sur tous
types de matériels, interfaces, indicateurs
(utilisation bande passante, charge
interface, nbre de paquets, CRC, charge
CPU…)
Génération de tableaux de bord et x
indicateurs de suivi d’activité (incidents,
évolution de la charge des liens, SLA,
MOS, Jitter,…)
Capacity planning x
2.2 CHOIX COMMERCIAL
Le choix d’un produit SolarWinds est conforté par le positionnement mondial de la solution
avec plus de 90 000 clients assurant une pérennité sur l’environnement proposé. La société
SolarWinds avec plus de 400 personnes et plus de 110 M$ de chiffre d’affaires est un acteur
majeur de la supervision.
Figure 1 : Solarwinds Historique
Les modules autour d’Orion permettent de constituer une plateforme de supervision

complète :
Figure 2 : Modules ORION
2.3 ARCHITECTURE
La force du produit réside notamment dans son architecture modulable qui permet de traiter
potentiellement un très grand nombre d’objets à superviser.
L’architecture peut être distribuée avec une console générale de gestion des composants
distants.
Figure 3: Architecture Distribuée
L’architecture multi moteurs permet de prendre en compte un nombre d’objets important sur
une console unique et permet aussi de déporter l’interface Web sur un serveur distinct.
Figure 4 : Architecture multi moteurs – exemple de mise en place
Un module de haute disponibilité permet de disposer d’un secours.
Figure 5 : Module Haute Disponibilité
La configuration permet de définir finement les règles de basculement des serveurs.
Figure 6 : Configuration Haute disponibilité
2.4 ORION – PLATEFORME
Une plateforme Orion se décompose en différents services :
 NPM (Monitoring réseau)
 SAM (Monitoring serveur)
 NTA (Monitoring des flux)
 VoIP & Network Quality Manager (Monitoring opérations Cisco IP SLA + Call
Manager)
 WPM (Monitoring des sites et applications WEB)
 IPAM (Gestion adressage DHCP & DNS)
 UDT (Gestion de la connectivité)
 NTM (Cartographie)
 Alert Central (Centralisation des alertes – logiciel gratuit)
 Virtualization Manager (Monitoring SAN / Virtualization…)
 Storage Manager (Monitoring des stockages VM, SAN, NAS…)
 Log & Event Manager (Monitoring des évènements)
 DameWare Remote
 Mobile Admin
La partie NCM (Gestion des configurations) est traitée spécifiquement dans un document sur
la gestion des configurations.
Figure 7 : Composants Orion
2.5 NPM
L’environnement NPM se présente sous la forme d’une console générale permettant d’accéder
aux différents services de supervision :
Accès global à l’ensemble des services
Figure 8 : Vue Globale
2.5.1 Hiérarchie de supervision
L’accès à une carte d’équipement permet de visualiser les informations sur un objet puis sur
une interface d’un objet :
2.5.2 Web - Vue synthétique
L’environnement Web est configurable et permet de disposer de vues spécifiques dédiées à
chaque utilisateur.
Figure 9 : Exemple de vue Web
L’accès à l’interface Web s’appuie sur des comptes internes Orion et/ou des comptes AD.
2.5.3 Surveillance de base

Le composant de base NPM permet de disposer dès l’intégration des équipements des
compteurs essentiels pour la supervision.
Cette intégration s’effectue au travers d’outil de découverte
On dispose alors immédiatement des compteurs de base sur les équipements.
Figure 10: Compteurs de base SNMP
Si nécessaire des compteurs spécifiques SNMP peuvent être créés sur la base des Mibs
disponibles :
Ces valeurs peuvent alors être utilisées dans la supervision.
Figure 11 : Règles de collecte des OID
Dans certains cas il peut être intéressant de créer des valeurs spécifiques à partir d’un calcul
sur les valeurs (Exemple de formule :
avg(min({poller1},{poller2}),max({poller3},{poller4})) )
Figure 12 : Gestion de formules sur les OID
NPM offre également la possibilité de superviser l’état matériel de vos équipements :
2.5.4 Virtualisation
Nativement NPM peut superviser de nombreux compteurs liés à la virtualization.
NPM est compatible avec VmWare et HyperV.
Voici quelques exemples de compteurs:
 Number of Hosts
 Number of VMs
 Total Number of Physical CPU Cores
 Total RAM
 Last Poll
 Number of Virtual Centers
 Number of Clusters
 Resource Pools…
2.5.5 Cartographie automatique – Serveur Web
Le composant de cartographie est indépendant de la console NCM et ne s’appuie que sur la

base de données. Ainsi il permet de mettre à jour la cartographie Web de manière autonome et
de publier les cartes mises à jour sur le serveur Web Orion qui lui –même peut être autonome
sur un serveur.
Figure 13 : Outil de cartographie
La fonction « Connect Now » permet de grapher les liens entre les équipements de manière
automatisée.
2.5.6 Alarmes, Alertes
Les évènements sont accessibles de manière centralisée. L’acquittement des alarmes peut être
effectué localement ou au travers du module EOC dans le cas d’une solution distribuée.
Figure 14 : Alarmes
Des alertes spécifiques peuvent être configurées sur la base de règles prédéfinies ou sur un
paramétrage utilisateur.
Figure 15 : Configuration Alertes
Sur une détection d’incident différents types d’actions peuvent être mise en œuvre comme par
exemple une sauvegarde de la configuration des équipements sur une détection d’un
changement de configuration.
Figure 16 : Actions
Afin de minimiser la diffusion d’alertes des dépendances peuvent être positionnés entre les
objets.
Figure 17 : Gestion dépendance
2.5.7 Rapports - SLA
Des rapports sont immédiatement disponibles sur l’interface Web :
Figure 18 : Rapport Web
Et des rapports spécifiques peuvent être crées
Figure 19 : Rapports spécifiques
Il est également possible de créer différents groupes statiques ou dynamiques afin de
représenter des fonctions de l’entreprise (messagerie, comptabilité…), et ainsi de pouvoir
créer des rapports sur les différents groupes :
Des vues et traitement spécifiques sont disponibles par défaut sur différentes technologies :
- EnergyWise Cisco
- Cisco UCS
- VSAN & Fibre (Cisco MDS, Brocade®, et McData® )
- Sans- fil (Aruba®, Cisco®, et Meru Networks® )
- Virtualisation (VMware®, vCenter™ , integration Cisco® Nexus 1000V switches )
A titre d’exemple :
Figure 20 : Vue EnergyWise
Figure 21 : Vue UCS
2.5.8 Customisation
Les customisations classiques pouvant être mises en œuvre sur l’environnement NPM sont :
- Interface Web
- Compteurs spécifiques SNMP
- Rapports spécifiques
- Traitement des alertes
- Traitement des Syslog et Traps (nous conseillons de disposer d’un composant de type
Kiwi Syslog en amont de la collecte des traps et des syslogs).
2.6 SAM – MONITORING APPLICATIF
Le composant SAM qui s’intègre dans la console de supervision Orion permet de disposer des
surveillances sur la plupart des applications de l’entreprise. Une vue globale est disponible :
Figure 22 : Vue SAM
Le composant SAM dispose de nombreux modèles de surveillance prédéfinis, un modèle

englobe un ensemble de surveillances :
Figure 23 : Modèles SAM
La liste des modèles est la suivante :
 Application Monitor Type: Operating Systems

 Microsoft Windows™ Server 2003 and 2008
 IBM AIX®
 HP-UX
 Linux® (Red Hat®, SuSE®, Ubuntu®) – SSH
 Sun Solaris™
 UNIX
 Application Monitor Type: Web Servers and URL Monitors
 HTTP User Experience
 HTTPS User Experience
 Microsoft® Internet Information Services (IIS)
 Apache®
 Apache Tomcat™
 Apache Geronimo™
 Application Monitor Type: Virtualization Monitors
 VMware® (ESX Server)
 Application Monitor Type: Email and Directory Server
 Microsoft® Exchange 2000, 2003, 2007, & 2010 (Exchange Server)
 Microsoft Active Directory®
 Lotus Domino Servers
 BlackBerry Enterprise Server
 BlackBerry Delivery Confirmation
 LDAP and DHCP user experience monitors
 Application Monitor Type: Databases
 SQL Query User Experience
 Microsoft SQL Server®
 Oracle®
 MySQL
 ODBC User Experience
 Oracle User Experience
 Application Monitor Type: Network Services
 DNS Query User Experience
 DNS Port
 SNMP, SMTP, TCP Port
 IMAP4
 POP3
 NNTP
 FTP User Experience
 Cisco Call Manager
 Application Monitor Type: Security Protocols
 RADIUS User Experience
 TACACS+ User Experience
 Application Monitor Type: General Purpose
 DNS Query User Experience
 WMI Performance Counter
 Windows® Script
 Linux Script
 Unix Script
 Windows Service
 Process Monitor (Windows, Linux, Unix)
 File and Directory
 Nagios® Script
 Windows Event Log
 Windows Printer
 Microsoft SharePoint®
 Citrix XenApp
 Dell® Servers
 JMX MBeans
 IBM WebSphere®
 Java™ 2 Platform, Enterprise Edition Server (J2EE)
 IBM WebSphere®
 WebLogic
Des modèles complémentaires étant aussi disponibles en ligne sur Thwack

(approximativement 350 à la date d’aujourd’hui) :
Figure 24 : Modèles Thwack
2.6.1 Modèle Windows :

Les surveillances disques, CPU, mémoire, trafic peuvent être effectuées et permettent de
contrôler les paramètres des serveurs et équipements réseaux (intégré à NPM). Grâce au
module SAM, vous allez pouvoir appliquer des modèles afin de surveiller les performances
des serveurs (services, processus…) :
Figure 25 – Surveillances du modèle de performance par défaut pour un serveur Windows 2003/2008
Vous avez également la possibilité d’aller chercher les évènements Windows dans les
journaux des évènements des serveurs distants :
Figure 26 - Exemple de surveillance des journaux d'évènements Windows
2.6.2 Modèle Oracle :
Voici l’ensemble des surveillances comprises dans le modèle Oracle par défaut. Notons que
nous avons la possibilité d’ajouter ou de supprimer des surveillances afin que le modèle
réponde aux besoins de l’utilisateur.
Figure 27 – Surveillances du modèle par défaut Oracle
Chaque surveillance est paramétrable par l’utilisateur (requêtes, base, port, seuils…) :
Figure 28 - Exemple pour la surveillance « Available free space (MB) – Oracle
2.6.3 Modèle Microsoft SQL :
SAM est pourvu de composants permettant la surveillance des environnements de base de
données Microsoft SQL. Ce composant permet de surveiller les compteurs de performances
spécifiques des serveurs MSSQL, nous avons la possibilité d’utiliser diverses technologies
afin de récupérer ces compteurs : SNMP / WMI / SQL. Ces composants offrent ainsi, une
solution complète de surveillance des environnements de base de données Microsoft.
Figure 29 – Surveillances du modèle par défaut MSSQL
2.6.4 Modèle MySQL :
SAM est pourvu de composants permettant la surveillance des environnements de base de
données MySQL (utilisation driver ODBC).
Figure 30 – Surveillances du modèle par défaut MySQL
2.6.5 Modèle : Exchange
SAM intègre des nombreux outils permettant de surveiller les services de messagerie
(compatible Exchange 2007 et 2010).
Voici les différents modèles :

Figure 31 - Modèles basiques (compteurs de performance)
Figure 32 - Modèles avancés pour Exchange 2010
Figure 33 - Modèles avancés pour Exchange 2007
Les surveillances des modèles avancés permettent de réaliser des tests plus élaborés,
l’exemple ci-dessous nous permet de nous authentifier au portail HTTP (Exchange 2007
OWA Form Login) :
2.6.6 Modèle : Lotus Notes
SAM intègre des nombreux outils permettant de surveiller les services de messagerie Lotus.
Figure 34 - Surveillances du modèle Lotus Notes par défaut
2.6.7 Modèle : BES
SAM permet aussi de surveiller vos services de messageries spécifiques telles que Blackberry
BES (services + compteurs WMI) :
Figure 35 - Surveillances du modèle BES par défaut
2.6.8 Modèle : AD/LDAP
SAM peut alerter en cas de problème Active directory ou LDAP. Différents modèles sont
disponibles afin de surveiller les différents services ou processus d’Active Directory.
Figure 36 - Surveillances du modèle Active Directory par défaut
2.6.9 Modèle : Serveurs d’applications
Un certain nombre de surveillances sont disponibles pour les serveurs d’applications
suivants :
 GlassFish
 JBoss
 Tomcat
 WebLogic
 WebSphere
Figure 37 - Surveillances du modèle Tomcat par défaut
2.6.10 Modèle : MS Sharepoint / MOSS

La surveillance des environnements Microsoft SharePoint peut être mise en œuvre par le biais
d’un surveillance des services et processus, ainsi que de surveillances sur des compteurs
spécifiques via WMI.
Figure 38 - Surveillances du modèle MS SharePoint par défaut
2.6.11 Modèle : IIS
SAM permet de surveiller à la fois l’état des services IIS et de surveiller quelques compteurs
de performances spécifiques grâce à WMI.
Figure 39 - Surveillances du modèle IIS par défaut
2.6.12 Modèle : Surveillance des systèmes de fichiers (fichiers ou répertoire)

SAM intègre quelques solutions afin de contrôler les systèmes de fichiers.
Voici les différents modèles :

Figure 40 - Modèles concernant les surveillances de fichiers
2.6.13 Modèle : FTP

SAM permet de vérifier le bon fonctionnement d’un serveur FTP (login / upload) :
Figure 41 - Exemple de surveillance FTP
2.6.14 Modèle : Surveillance UNIX
SAM permet de surveiller les OS UNIX à travers SSH / SNMP. Vous avez la possibilité de
surveiller la charge CPU, La mémoire, l’espace disque, les processus...
Figure 42 - Modèles UNIX
2.6.15 Modèle : DHCP / DNS

SAM intègre des modèles permettant de vérifier le bon fonctionnement du serveur DHCP et
DNS au sein de l’entreprise.
Figure 43 - Surveillance DHCP (analyse du temps de réponse du serveur DHCP)
Figure 44 - Surveillance DNS (Test du port + résolution DNS)
2.7 NTA – MONITORING DE FLUX
Le module NTA est un collecteur permettant d’analyser les flux sur la base de la réception de
données de la plupart des équipementiers ( Cisco® NetFlow, Juniper® J-Flow, IPFIX, sFlow,
et Huawei NetStream™).
Figure 45 : Vue globale NTA
Une fonctionnalité importante permettant de minimiser le volume de données collectées

réside dans la fonctionnalité « Top Talker Optimization » qui ne conserve que les flux
générant x% du trafic. Ceci permet de minimiser la plupart du temps par 10 la volumétrie
stockée.
Figure 46 : Configuration NTA
Le monitoring des systèmes autonomes (AS) est assuré en activant le Netflow sur ces
composants.
Figure 47 : BGP Inter AS
2.8 VOIP & NETWORK QUALITY MANAGER

Un module spécifique permet de gérer les opérations IP SLA Cisco. Les opérations peuvent
être configurées à partir de la console
Figure 48 : Console IP SLA
Une vue globale VoIP permet de disposer d’une vue synthétique sur la qualité du réseau.
Figure 49 : Vue Qualité VoIP
Des rapports spécifiques IPSLA sont disponibles ainsi que des alarmes dédiées.
Figure 50 : IPSLA Rapport Global Opérations
Il est également possible de remonter les compteurs SNMP du Call Manager Cisco ainsi que
l’ensemble des appels (analyse des CDR):
2.9 WEB PERFORMANCE MONITOR - GESTION DES TRANSACTIONS
Afin d’enrichir la supervision applicative un module de gestion des transactions permet
d’effectuer de rejouer des sessions utilisateurs afin de valider leur bon déroulement.
Ce module s’appuie sur une architecture distribuée de modules « Player » de sessions.
Web Performance Monitor permet aux administrateurs réseaux de collecter des données de
performances d’applications web, de monitorer leurs états ou de mesurer les temps de
réponse.
Les applications utilisant Java, Ajax, Flash et Silverlight sont également supportées.
2.10 IPAM – GESTION DES ADRESSES – DHCP & DNS
Un composant IPAM peut être intégré à la plateforme et ainsi fournir des services autour de la
gestion des adresses :
Figure 51 : IPAM - Monitoring DHCP
IPAM permet également la gestion du DNS :
2.11 UDT - GESTION DE LA CONNECTIVITE
Afin d’aider au diagnostic rapide et à la gestion du réseau le composant UDT permet
d’accéder rapidement à des informations sur les ports et leur connectivité.
Figure 52 : Module UDT
2.12 NTM (NETWORK TOPOLOGY MAPPER) – GESTION DE LA CARTOGRAPHIE

Network Topology Mapper vous permet de créer des cartes très détaillées de la topologie de
votre réseau et de les exporter vers Microsoft Office Visio, Orion Network Atlas, et PDF.
Caractéristiques principales :
- Découverte automatique du réseau.

- Prise en charge des méthodes de découverte suivantes : SNMP v1-v3 / ICMP et WMI.
- Création de rapports: Utilisation des ports / VLAN / Sous-réseaux / Inventaire.
2.13 ALERT CENTRAL
Alert Central est un module gratuit, celui-ci permet de centraliser l’ensemble de vos alertes
(Antivirus, logiciels de supervision, analyse d’un compte email spécifique…).
2.14 VIRTUALIZATION MANAGER
Virtualization Manager permet de gérer la partie virtualisation dans l’entreprise, les
principales fonctionnalités sont les suivantes :
 Surveiller de façon proactive les serveurs, prédire, détecter et résoudre les problèmes
de capacité en temps réel avec des tableaux de bord et des alertes.
 Déterminer l’emplacement optimal des machines virtuelles, explorer des scénarios de
simulation, identifier les manques de capacité et déterminer les besoins en capacité des
applications spécifiques.
 Détecter les machines virtuelles lentes, figées ou inactives, des fichiers non utilisés et
des machines virtuelles surchargées.
Voici quelques exemples de compteurs :
 OOB dashboards and reports for immediate value

 Performance Analysis & Drill down
 SEARCH Engine
 VM Sprawl
 Capacity Planning
 Chargeback
 Exportability
 Alerts
 vSphere plugin
 Time Travel
2.15 STORAGE MANAGER
Ce plugin vous donne un tableau de bord simple concernant votre stockage (VM, Host,
groupe RAID ou fichier individuel).
Voici quelques fonctionnalités :
- Superviser le stockage de multiples vendeurs.

- Visibilité de l’ensemble du stockage virtuel et physique.
- Analyse sur différents niveaux : Host, VM, LUN, Pool, Array
- Alerte concernant les performances et l’utilisation.
- Forecasting et Capacity Planning
- Analyse des fichiers…
2.16 LOG & EVENT MANAGER
Ce plugin permet de collecter, analyser et corréler en temps réel l’ensemble des logs.
Voici quelques fonctionnalités :
 Collecter les logs et les évènements de l’ensemble de vos équipements et réaliser une
corrélation en temps réel.
 Collecter, classifier, normaliser et agréger l’ensemble des logs.
 Possibilité de créer des rapports de conformité (PCI DSS, GLBA, SOX, NERC CIP,
HIPAA…). Plus de 300 modèles sont actuellement disponibles.
 Ce plugin s’intègre directement avec les autres produits de la gamme à travers
l’interface web Orion.
 Possibilité de recevoir les alertes envoyées par SAM, NPM…
Contrairement aux produits traditionnels de sécurité qui sont en mode « passive » LEM
analyse et défend de façon « active ».
2.17 DAMEWARE REMOTE SUPPORT
Dameware Remote Support est un outil très ingénieux avec de nombreuses fonctionnalités
permettant de facilité la prise en main à distance de poste client sous Windows.
2.18 MOBILE ADMIN

Mobile Admin permet à partir d’un mobile ou d’une tablette de :
- Diagnostiquer, trier et résoudre les problèmes depuis un terminal mobile.

- Il supporte les technologies : AD, VMware, Backup Exec, Exchange…
- Permet de recevoir les différentes alertes.
- Permet d’accéder aux équipements à travers : SSH, Telnet, VNC, RDP…
- Fonctionne sans agent.
3 MISE EN ŒUVRE PROJET
Dans le cadre de la mise en œuvre nous proposons une mise en place de la solution sur 3
modes distincts :
- Mode Projet - planning de travail classique
- Mode Assistance - prestation de mise en œuvre et transfert de compétence.
- Mode POC (Proof Of Concept) – Maquette spécifique
Ce chapitre décrit les modalités du mode projet
3.1 PRESENTATION DE LA DEMARCHE METHODOLOGIQUE POUR LA REALISATION DE LA

PRESTATION
La mise en œuvre du projet comprend les items suivants :
 Audit Initial – Lot 1

o Phase 1.1 : Initialisation du projet,
o Phase 1.2 : Spécifications Générales,
o Phase 1.3 : Spécifications détaillées et Conception,
o Phase 1.4 : Installation et configuration du socle
 Déploiement Maquette – Lot 2
o Phase 2 : Maquette Initiale,
 Customisation – Lot 3
o Phase 3 : Customisation,
 Recette & Integration – Lot 4
o Phase 4.1 : Recette
o Phase 4.2 : Intégration sauvegarde
 Rapports – Lot 5
o Phase 5 : Rapports
 Formation – Exploitation Lot 6
o Phase 6.1 : Documentation
o Phase 6.2 : Formation et Transfert de Compétences.
 Suivi et accompagnement - Lot 7
o Phase 7 : Suivi et accompagnement
3.2 AUDIT INITIAL LOT 1 : INITIALISATION DU PROJET (P1.1)
3.2.1 Description
La première phase du projet est une phase d’initialisation, qui est une phase de prévision et
d’organisation de l’ensemble des actions à mener pendant le déroulement du projet pour
atteindre les objectifs assignés. Il s’agit essentiellement de définir et mettre en place les
moyens nécessaires, en particulier définir :
 Le rôle des participants du groupe de projet devant intervenir au cours de la phase,

 Les modalités de travail,
 Les objectifs poursuivis,
 Les moyens matériels et logiciels nécessaires au maquettage - prototypage.
Cette étape, importante pour cadrer le projet, sera réalisée en partie sous la forme d’une
réunion de lancement prévue au démarrage des travaux.
Tâches
 Définition de l’équipe projet : les différents intervenants, leurs rôles et responsabilités,
 Déterminer le mode de communication pendant le déroulement du projet,
 Planning,
 Préciser les trames des livrables,
 Préciser le mode de fonctionnement avec le client et les règles d’arbitrage,
 Détailler finement le planning du projet et positionner les différents jalons,
 Répartir les tâches par collaborateur,
 Préciser les normes et méthodes utilisées,
3.2.2 Points d’entrée
 Cahier des charges ou expression de besoins du client,

 La Proposition Technique et Financière d’Orsenna,
3.3 AUDIT INITIAL LOT 1 SPÉCIFICATIONS GÉNÉRALES (P1.2)
Cette phase permet de valider les choix.
3.3.1 Description
Cette phase permet d’élaborer le Dossier de Spécifications Générales (Choix de concepts) et

le Document d’Architecture, selon le plan défini dans la phase précédente, comprenant :
 La confirmation du choix et la justification de l’architecture matérielle,

 La confirmation du choix des outils,
 La confirmation du choix et la justification de l’architecture logicielle,
 Le descriptif fonctionnel,

3.3.3 Fournitures et revues
 Annexe Document Architecture : Dossier de Spécifications Générales,

 Document d’Architecture
3.4 AUDIT INITIAL : LOT 1 SPECIFICATIONS DETAILLEES (P1.3)
Cette phase permet de définir l’implémentation, les prérequis et le périmètre détaillé du projet.
3.4.1 Description
Cette phase a pour objectif de détailler et de valider le champ fonctionnel, conceptuel et

technique avant passage en phase de réalisation.
Elle permet d’élaborer le document de Spécifications Détaillées comprenant :

 L’analyse fonctionnelle détaillée,
 L’architecture détaillée des logiciels et des communications,
 La liste des matériels mis en œuvre dans la surveillance
 La définition détaillée des états et valeurs attendues
 La définition des rapports attendus
 La définition de la cartographie
 La définition de l’interface Web
 Les prérequis de déploiement (Politique SNMP, ACL,..)
 La définition du cahier de recette

 Annexe Document Architecture : Dossier de Spécifications Générales,
 Annexe Document Architecture : Dossier de Spécifications Détaillées,

 Le Cahier de recettes
3.5 AUDIT INITIAL : LOT 1 INSTALLATION ET CONFIGURATION SOCLE (P1.4)
Cette phase permet d’installer les composants et de réaliser la documentation associée.
3.5.1 Description
Cette phase a pour objectif d’installer les composants et de réaliser la configuration initiale.
Elle permet d’élaborer le document d’installation comprenant :

 Description des prérequis de l’environnement,
 Gestion des licences et activation des logiciels
Et de réaliser les opérations suivantes

 Validation des performances de l’environnement
 Ebauche du dossier d’exploitation pour la partie sauvegarde/ restauration

 Documentation d’installation,
 Ebauche Dossier d’exploitation
3.6 DEPLOIEMENT MAQUETTE: LOT 2 (P2)
3.6.1 Description
Cette phase permet de valider l’accès à l’environnement et la mise en place de règles de

monitoring qui seront appliqués à l’ensemble du périmètre à partir d’un périmètre restreint.
Ceci permet notamment de vérifier l’accessibilité des équipements et de compléter le

document spécifiant les prérequis détaillés pour le déploiement.
Le client fournit une aide pour accéder aux environnements (notamment en cas de problème
technique dû aux règles de sécurité et de filtrage).
Cette phase permet de réaliser les opérations suivantes :

 Validation de l’accessibilité des composants sur site de production et compléments
d’information (pré-requis)
 La découverte et l’intégration globale des équipements des infrastructures réseaux
(déclaration des équipements, intégration de MIB,…)
 La découverte et l’intégration de quelques équipements SAN, Voix et Vidéo
 Intégration des Oids liés à Ldap et Lotus Domino
 Mise en place d’une collecte d’informations sur le périmètre
Lors de la validation de l’accessibilité des équipements, il est possible que des points
techniques restent à résoudre. Pour minimiser les temps de résolutions de ces points il est
impératif de pouvoir travailler à distance sur le sujet (temps de réponse des éditeurs, tests
internes,…).
 Cahier des charges le client,

 Mise à jour des spécifications détaillées notamment sur les pré-requis de déploiement
3.1 CUSTOMISATION : LOT 3 (P3)
3.1.1 Description
Cette phase permet de mettre en œuvre l’environnement sur un périmètre complet

d’exploitation.
Le client fournit une aide pour accéder aux environnements (notamment en cas de problème
technique dû aux règles de sécurité et de filtrage).

 Définition des cartographies (technique, par domaine, géographique, applicative de
supervision)
 Définition des droits utilisateurs et de l’accessibilité Web
 Définition des seuils d’alertes
 Intégration des IP SLA,
 Intégration à l’hyperviseur BMC (envoi d’alertes)
 Mise en place des alertes
 Validation résultats : analyse des historiques et ajustement des seuils de
déclenchement sur site
Lors de la validation de l’accessibilité des équipements, il est possible que des points
techniques restent à résoudre. Pour minimiser les temps de résolutions de ces points il est
impératif de pouvoir travailler à distance sur le sujet (temps de réponse des éditeurs, tests
internes,…).

 Mise à jour des spécifications détaillées notamment sur les pré-requis de déploiement
3.2 RECETTE & INTEGRATION : LOT 4 RECETTE (P4.1)
3.2.1 Description
Cette phase de recette a pour objectif de valider sur une période plus importante la mise en
œuvre de la solution.

 Exploitation de l’environnement de pré-production:
o Identification des problèmes éventuels
o Consignation des remarques et des demandes d’informations complémentaires
 Analyse de l’environnement de pré-production.
o Consignation des problèmes éventuels
 Prise en compte des demandes d’informations complémentaires et des remarques


 Cahier de recettes rempli et approuvé
3.3 RECETTE & INTEGRATION LOT 4 INTEGRATION SAUVEGARDE (P4.2)
3.3.1 Description
Cette phase a pour objectif d’intégrer l’environnement aux politiques de sauvegarde de

l’entreprise et de réaliser les opérations suivantes
 Dossier d’exploitation pour la partie sauvegarde/ restauration

 La Proposition Technique et Financière de Orsenna,

 Dossier d’exploitation mis à jour
3.4 RAPPORT LOT 5

3.4.1 Description
Cette phase a pour objectif de réaliser des rapports types et des rapports personnalisés.

 La Proposition Technique et Financière de Orsenna,

 Dossier d’exploitation mis à jour
3.5 FORMATION –EXPLOITATION: LOT 6 DOCUMENTATION (P6.1)
3.5.1 Description
Cette phase a pour objectif de fournir l’ensemble des livrables liés au projet
 Cahier des charges client,


 Cahier de recettes rempli
 Documentation d’installation
 Documentation d’exploitation
3.6 FORMATION –EXPLOITATION: LOT 6 : FORMATION (P6.2)

3.6.1 Description
Nous disposons d’un canevas standard de formation pour les Administrateurs sur
l’environnement proposé.
Celui-ci inclus un plan de formation sur 2 à 5 jours qui reste néanmoins adaptable à vos
besoins.

 Documents de formation Orion
3.7 SUIVI: LOT 7 (P7)
3.7.1 Description
Cette phase a pour objectif de permettre un suivi sur le 1er mois d’exploitation et de compléter
l’intégration sur les autres domaines techniques.

 Mise à jour des livrables
3.8 TABLEAU DE CHARGE DE TRAVAIL
Lot 1– 3J Phase Charge de

travail Charge
Tâche Orsenna client Détails de la tâche
Réunion lancement du projet avec le

client
1.1 INITIALISATION Réunion de lancement 0,5J 0,5 J
Proposition d’un canevas
documentaire
Revue et
0,5J commentaires Doc d'Architecture
Documentation
1.2 Spécifications 0,25J Annexe Spécifications Générales
Revue et
Doc d'Architecture
Documentation 1j commentaires
1.3 Spécifications Annexe Spécifications Détaillées
0,25J
détaillées
Aide environnement
Installation 1j Doc Installation
1.4 Installation 0,25J
Lot 2- 3 J Phase
Charge de
Tâche Charge de travail Détails de la tâche
travail
2 Maquette & Mise Intégration des

1,5 J 0,5J Intégration du périmètre global
en œuvre équipements
2 Maquette & Mise Intégration OID Intégration d’Oids spécifiques et

0,5 J 0,25J
en œuvre spécifiques formules sur Oid
Intégration SAN, Voix, Intégration équipements SAN, Voix et

1J 0,5J
2 Maquette & Mise Vidéo Vidéo
en œuvre
Lot 3 - Phase Charge de
7J Tâche travail Charge de travail Détails de la tâche
Création et organisation des cartes et
4 -5 Mise en œuvre Cartographie & Web 2J 0,25J
des utilisateurs
Création des actions, définition des

4 -5 Mise en œuvre Politiques d'alerte, informations envoyées
1,5 J 0,5J
Actions, Interface Web Customisation de l'interface Web
Gestion des vues
4 -5 Maquette &
Intégration Helpdesk 0,5J 0,5J Intégration alertes vers Helpdesk
Mise en œuvre
Reprise des opérations IP SLA

4 -5 Maquette & IPSLA 3J 1J existantes
Mise en œuvre
Lot 4 – Recette Phase
Intégration
Charge de
1J Tâche Charge de travail Détails de la tâche
travail
4.1 – Recette
Recette environnement 0,5 J 0,5 J Validation
4.2 – Intégration
Sauvegarde Sauvegarde 0,5 J 0,5 J Intégration sauvegarde
Lot 5- Rapports Phase

1J Charge de
travail
5 Rapports Mise en œuvre de rapports

Rapports 1J 1J
personnalisés
Lot 6 - Phase
Formation-
Exploitation Charge de
Documentation 1J 0,5J Mise à jour des livrables
Formation 2J 2J Formation canevas standard

Lot 7 Suivi Phase
Exploitation Charge de
Suivi exploitation 1J 1J Suivi exploitation

Suivi intégration autre domaine
Suivi intégration 1J 1J technique
La charge de travail totale estimée est donc de 20 jours dont 2 jours de formation.
La charge du client est estimée à 9,25 jours hors formation
4 MISE EN ŒUVRE – MODE ASSISTANCE
modes distincts :
Ce chapitre décrit les modalités du mode assistance
En mode assistance, il est proposé de réaliser au minimum les étapes suivantes :
 Installation de l’environnement
 Mise en place des surveillances de base sur l’ensemble des équipements
 Présentation des fonctionnalités principales de l’outil
 Documentation d’installation
En complément, cette assistance peut être étendu pour :
 La prise en compte d’équipements nécessitant une surveillance spécifique

 Présentation des fonctionnalités spécifiques de l’outil (Customisation)
 Documentation d’administration, d’exploitation et d’architecture
4.1 CHARGES – MODE ASSISTANCE
La charge d’assistance initiale est la suivante :
Phase
Réunion de lancement,
Initialisation vérification de la mise
0,5J Réunion et validation technique
en œuvre des prérequis
( SNMP, WMI, SSH)
Création des Equipts
Intégration des
Maquette & Mise en œuvre Monitoring spécifiques SNMP
équipements dans 2J
( Universal Device Poller)
NPM/APM
Monitoring APM
Création des Cartes
Maquette & Mise en œuvre Cartographie Création des actions, définition des
Politiques d'alerte, 1J informations envoyées
Actions, Interface Web Customisation de l'interface Web
Gestion des vues
Maquette & Mise en œuvre Gestions journaux & Définition des Traps à traiter, compléments,
Passive Monitors & 0,5 J rapports
Rapports
Maquette & Mise en œuvre Compléments APM Mise en œuvre monitoring APM specifiques
1J
( Monitoring Applicatif)
Maquette & Mise en œuvre Mise en œuvre monitoring IPSLA

Compléments VOIP 1J
Maquette & Mise en œuvre Mise en œuvre monitoring Netflow ( NTA)

Compléments Netflow 1J
Doc d'Installation 0,5J

Maquette & Mise en œuvre Documentation 0,5 J
Recette & Pré-production Validation et mise en

0,5 J
œuvre des remarques
Total 6J
5 MISE EN ŒUVRE – MODE POC
modes distincts :
Ce chapitre décrit les modalités du mode POC
Le but du POC est d’intégrer les différents équipements dans le logiciel afin d’associer les
surveillances propres à chaque type d’équipements.
Il est proposé de réaliser au minimum les étapes suivantes :
 Installation de l’environnement
 Mise en place d’un monitoring sur les familles d’équipements listés dans le POC
 Réalisation des scripts et templates spécifiques
 Présentation des fonctionnalités principales de l’outil
En complément, cette assistance peut être étendu pour :
 La prise en compte d’autres équipements nécessitant un modèle spécifique

 Documentation d’installation et d’exploitation
5.1 CHARGES – MODE POC
La charge est la suivante :

Installation de l’environnement
0,5 J
Et pré requis initiaux
Mise en place d’une découverte des

0,5 J Intégration Equipements Stds
équipements
Ajustement pré-requis 1J SNMP, WMI, SSH
Intégration détaillés d’équipements Intégration autres équipements et

Utilisation des surveillances APM stds 2J fonctionnalités complémentaires
Création des politiques d'alertes

Intégration fonctionnalités de base 1J Customisation de l'interface Web
Ajustement
Intégration VoIP & Netflow Intégration IPSLA & Netflow

2J
Doc d'Installation &

OPTION : Documentation 2J Doc d'Exploitation
Total sans option 7J
6 PRESTATIONS COMPLEMENTAIRES
6.1 MAINTENANCE
Une prestation de maintenance est assurée par Orsenna sur les bases suivantes :
- Hotline téléphonique et email 08h30-18h30 (Jours ouvrés) (Un maximum de
10 incidents)
- Veille technologique sur les composants logiciels,
- Relais auprès des supports techniques des éditeurs,
- Aide à l’installation des mises à jour logicielles.
- Intervention préventive sur site de 1 jour/semestre
L’objectif des interventions préventives est, notamment, de valider les évolutions de la

plateforme, d’analyser les bases de données d’évènements et d’assurer tout conseil sur une
problématique cliente.
Cette prestation est effectuée sur la base d’une enveloppe budgétaire de 3 Hommes/jours.
6.2 ASSISTANCE, EXPERTISE ET FORMATION

Des prestations complémentaires d’assistance, d’expertise ou de formation peuvent être mises
en place sur demande de la société le client.
7 CONCLUSION
Notre proposition s’appuie sur les points forts suivants :
- Connaissance du marché de la supervision

- Forte expérience de mise en œuvre de solutions
- Une expertise reconnue par les éditeurs et intégrateurs
- Une capacité de développement
- Indépendance vis-à-vis des éditeurs

Mise en Œuvre D Une Solution de Supervision Solarwinds v1.8

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Mise en Œuvre D Une Solution de Supervision Solarwinds v1.8

Transféré par

Droits d'auteur :

Formats disponibles

MISE EN ŒUVRE D’UNE SOLUTION DE

Orsenna intervient à toutes les étapes de vos projets de supervision :

1.2 NOTRE METIER, VOUS ACCOMPAGNEZ SUR VOS PROJETS DE SUPERVISION

1.2.1 Missions d’analyse du marché

- Etude technique comparative des outils de supervisions (Ex: Ipswitch)

Transport COFIROUTE; SERVAIR, APPR, ASF

Nous travaillons aussi en sous-traitance pour les intégrateurs du marché (EADS,

Editeur de Denika & Logalot

Editeur de Kiwi Syslog

1.4 OPEN SOURCE

Open Source de référence pour la

Exemple de Cahier des charges client :

Ces 2 solutions ne répondent plus aujourd’hui aux besoins du :

2.1.1 Périmètre de surveillance

Les équipements à superviser sont réparties comme suit :

2.1.2 Choix produit

2.1.3 Expression de besoins

Le tableau ci-après met en exergue le traitement des fonctionnalités au travers des

Intégration ou remonter d’informations Actions

Découverte des infrastructures et x

Analyse temps réel des performances et x

Corrélation d’événements et remontée x

Génération de rapports techniques x

Figure 1 : Solarwinds Historique

Les modules autour d’Orion permettent de constituer une plateforme de supervision

Figure 2 : Modules ORION

La configuration permet de définir finement les règles de basculement des serveurs.

Figure 6 : Configuration Haute disponibilité

Figure 7 : Composants Orion

Accès global à l’ensemble des services

Figure 8 : Vue Globale

2.5.1 Hiérarchie de supervision

Figure 9 : Exemple de vue Web

2.5.3 Surveillance de base

Cette intégration s’effectue au travers d’outil de découverte

Ces valeurs peuvent alors être utilisées dans la supervision.

Figure 12 : Gestion de formules sur les OID

NPM est compatible avec VmWare et HyperV.

Voici quelques exemples de compteurs:

Le composant de cartographie est indépendant de la console NCM et ne s’appuie que sur la

Figure 13 : Outil de cartographie

Figure 17 : Gestion dépendance

Des rapports sont immédiatement disponibles sur l’interface Web :

Figure 18 : Rapport Web

Et des rapports spécifiques peuvent être crées

Figure 19 : Rapports spécifiques

Figure 20 : Vue EnergyWise

Figure 21 : Vue UCS

Figure 22 : Vue SAM

Le composant SAM dispose de nombreux modèles de surveillance prédéfinis, un modèle

La liste des modèles est la suivante :

 Application Monitor Type: Operating Systems

Des modèles complémentaires étant aussi disponibles en ligne sur Thwack

Figure 24 : Modèles Thwack

2.6.1 Modèle Windows :

Figure 26 - Exemple de surveillance des journaux d'évènements Windows

Figure 27 – Surveillances du modèle par défaut Oracle

Figure 28 - Exemple pour la surveillance « Available free space (MB) – Oracle

Figure 29 – Surveillances du modèle par défaut MSSQL

Figure 30 – Surveillances du modèle par défaut MySQL

Voici les différents modèles :

Figure 32 - Modèles avancés pour Exchange 2010

Figure 33 - Modèles avancés pour Exchange 2007