cmdb & gestion des configurations · les processus itil ? …et de s’intégrer s’intégrer...
TRANSCRIPT
© 2009 IBM Corporation
MDC Juin,09
CMDB & gestion des configurations
Michel Dorion CousinatDépartement Technique Logiciels Tivoli ITIL Release Control Practitioner Certified
Agenda :
- Introduction
- Partie CMDB
- Partie Gestion des configurations
© 2009 IBM Corporation2 IBM Confidential 21 September 2009
Introduction
� CMDB = représentation de vos systèmes informatiques– seuls les éléments autorisés et identifiables
– sous les contrôle de la gestion des changements
– …
� CMDB = exacte, à jour, exhaustive des domaines traités,…
� CMDB = éléments de configuration (CI) et les relations entre eux,…
� CMDB = informations – partagées entre les « consommateurs »
– maintenue par le processus « central » de gestion des configurations
– …
� CMDB physique peut être répartie– normes en cours , CMDBf,…
© 2009 IBM Corporation3 IBM Confidential 21 September 2009
Objet de l’exposé
� L’activité initiale de planification avant implémentation
– Le moment où :
• on se demande par où commencer• on devrait ne pas encore tenir compte d’une technologie, mais où
on veut aussi rester pratique• on se demande ce que les autres on fait, car on ne voudrait pas
réinventer la roue où se perdre dans trop d’ambition• tout le monde à la production se demande ce qui va être fait
exactement et il faut bien cadrer • il ne faut certainement pas tout arrêter en attendant la CMDB, qui
deviendrait objet de toutes les espérances …. et finirait injustement objet de toutes les déceptions
• …
� Cette pierre essentielle à la réussite de votre projet
=> Cheminement vers votre document d’expression de besoins, avec le logiciel Tivoli CCMDB en arrière plan
© 2009 IBM Corporation4 IBM Confidential 21 September 2009
Projet CMDB ou projet de gestion des configurations ?
� Un projet CMDB au sens strict , aboutit à un modèle de données qui :
– serait apte à fournir des informations permettant de répondre à des questions de production
– identifie précisément ces questions – les rôles bénéficiaires pour la production des réponses que l’on pourrait fournir
– chiffre les bénéfices qui seraient retirés pour la qualité globale des services fournis aux clients
⇒ Etude qui aboutit à un schéma logique justifié
� Un projet de gestion des configurations, aboutit à une CMDB opérationnelle
• Activité identification• Activité contrôle• Activité d’historique des statuts• Activité d’audit
=> Etude qui aboutit à un design de transformation/adaptation du processus existant et à un schéma physique de la CMDB tenant compte des référentiels existants
2° Partie de l’exposé
1° Partie de l’exposé
© 2009 IBM Corporation5 IBM Confidential 21 September 2009
1°PARTIE : CMDB
� Comment avancer sur ce vaste sujet ?
– partir des questions concrètes de production auxquelles vous voulez pouvoir répondre
– prendre une approche par pas successifs
� Comment cerner le champ d’investigation pour le 1° pas, la V1, sans laisser tomber les autres ?
– Définir vos priorités par grand domaines d’activités de production consommatrice de l’information – qui peuvent varier d’un cas à l’autre
• Cas classique : les changements sont la source majeure des incidents et des coûts induits => le domaine des changements doit être le 1°consommat eur bénéficiaire, la gestion des incidents le 2°
• Autre cas tout aussi valable : les chantiers d’évolution des systèmes informatiques nécessitent une meilleure connaissance de ce que l’on a en actif
– Définir vos priorités par domaines des systèmes informatiques• Cas classique : le domaine des serveurs péri-centraux
• Garder en mémoire : valeur CMDB = informations sur les relations
� Sortir le schéma CMDB V1• Faire et publier la liste des questions auxquelles le schéma permettra de
répondre • Publier le schéma avec la liste des CIS et des types de relations qu’il contient• Ce concentrer au départ sur les CI et leurs relations et non sur les attributs
© 2009 IBM Corporation6 IBM Confidential 21 September 2009
1- Schéma CMDB
Adopter un formalisme
© 2009 IBM Corporation7 IBM Confidential 21 September 2009
Schéma CMDB : partir des questions
– quelles applications sont impactées par un changement sur tel CI d’infrastructure (serveur physique, OS, serveur d’application) et comment (arrêt total, service dégradé) ?
– quelle est la fenêtre d’arrêt planifié d’un serveur physique, d’un OS, d’un serveur d’application, d’une application ?
– quelles versions de packages sont installée pour telle application pour tel client ?
– quelles versions de packages sont installée pour telle application pour tel client ?
– qu’elles sont les plages d’arrêt planifié d’un composant (serveurs physique, OSs, serveurs d’application, application)
– en cas d’indisponibilité totale d’un composant, quelles sont les applications qui tombent en indisponibilité totale, en mode dégradé ?
– dans quelle politique de surveillance doit-on mettre un nouveau composant mis en place ?
– quand le composant passe t’il en état PRODUCTION, afin de mettre en route la supervision pour ce nouveau composant de façon synchrone ?
– quels sont les instances OSs de tel type qui sont à tel niveau, quels sont les serveurs d’application de tel type qui sont à tel niveau et sur quel OS tournent-ils ?
– …
© 2009 IBM Corporation8 IBM Confidential 21 September 2009
Procéder par strates
Votre Modèle
Classes,
attributs,
relations que
tout le monde
« doit » avoir
Classes,
attributs,
relations
propres
© 2009 IBM Corporation9 IBM Confidential 21 September 2009
En appui un modèle général : le Common Data Model d’IBM (CDM)
� Des classes : 800+
� Des relations : 80 +
� Des attributs
� Une homogénéité
� Prend en compte les
standards , en particulier
CIM
Fourni avec le
Logiciel CCMDB
© 2009 IBM Corporation10 IBM Confidential 21 September 2009
Navigation dans le Common Data Model d’IBM (CDM)
� Des classes : 800+
� Des relations : 80 +
� Des attributs
� Une homogénéité
Fourni avec le
Logiciel CCMDB
Classes
© 2009 IBM Corporation11 IBM Confidential 21 September 2009
� Des classes : 800+
� Des relations : 80 +
� Des attributs
� Une homogénéité
Fourni avec le
Logiciel CCMDB
Navigation dans le Common Data Model d’IBM (CDM)
Attributs
© 2009 IBM Corporation12 IBM Confidential 21 September 2009
Navigation dans le Common Data Model d’IBM (CDM)
� Des classes : 800+
� Des relations : 80 +
� Des attributs
� Une homogénéité
Fourni avec le
Logiciel CCMDB
Relations
© 2009 IBM Corporation13 IBM Confidential 21 September 2009
Votre schéma CMDB : exemple de partie basse
100% conforme CDM
© 2009 IBM Corporation14 IBM Confidential 21 September 2009
Votre schéma CMDB : exemple de partie haute
InstanceAppli
utilise
ServiceDinfra
utilise
utilise
GroupeService
fédère
1..n
CodeEnvironnement
ServeurdAppli Conteneurcontient
1..n
0..n
1
0..n
1..n
1..n
1..n
CodeServiceClient
=
contient
utilise
utilise
0..n
0..n
0..n
1..nCluster
0..1
fédère0..n
1
membreDe
SousEnsembleFonctionnel
= contient
1..n1..n
0..1
fédère
Composants Socle technique Application :
classes d’échange avec architecture application
et changements applications
Attribut essentiel : mode = {P,S}
1
PackageAppli
Attribut essentiel : vrm = v.r.m
PackageAutorisé
1..n
0..n
deployéSur
0..n 0..n
Exécute
0..n
1
90% conforme CDM
© 2009 IBM Corporation15 IBM Confidential 21 September 2009
2- Vocabulaire : exemple « Nomenclatures Techniques Applications » (NTA)
Applications
INVENTORY ORDER ENTRY LOGISTICS PRICING
Services aux Métiers
Infrastructure IT
Pourquoi Nomenclature
Pourquoi Technique
© 2009 IBM Corporation16 IBM Confidential 21 September 2009
3- Positionner la CMDB par rapport aux autres types de référentiels
CMDB
base- gestion DEV base- gestion PROJET
base- gestion ACTIFS
Modèle des Systèmes Informatiques en
service, unifié, à jour, exact, partagé,…
SI ARCHITECTURE
technique
contenantcontenu
Applications
NTR*Packages
Services métiers
Elts Infrastructure IT
SYNCHRONISATION
Référentiels
Opérationnels existants
* NTR : Niveau Technique Référencé
© 2009 IBM Corporation17 IBM Confidential 21 September 2009
4- Positionner la CMDB par rapport aux processus de ge stion de production existants
CMDB
NTR Elt Infra
Incident
Incident
Incident
RFC
RFC
RFC
Applications
Services Métiers
Gestio
n des C
hangem
ents
Gestio
n des In
cidents
Gestio
n des C
onfiguratio
ns
INTEGRATION
Quand faut-il intégrer ?
… une plate-forme unique
capable d’accueillir tous
les processus ITIL ?
…et de s’intégrer
s’intégrer avec tous vos
processus existants ?
La CMDB est une
affaire de relations
CI et Tickets (record)
A MINIMA
. . .
La plate-forme MAXIMO sur laquelle tourne CCMDB permet de faire les 2
© 2009 IBM Corporation18 IBM Confidential 21 September 2009
Synchronisation entre Processus ITIL et Processus A SSET
CMDB Base ASSET
NTR AssetCI
Incident
Incident
Incident
RFC
RFC
RFC
Applications
Service Métiers
Gestio
n des C
hangem
ents
Gestio
n des In
cidents
Gestio
n des C
onfiguratio
ns
Asset sans CI
IMAC IMAC
Gestio
n des A
ctifs
INTEGRATION
Synchronisation
Logiciel CCMDB Logiciel TAMIT
© 2009 IBM Corporation19 IBM Confidential 21 September 2009
Autres positionnements
� Gestion des actifs logiciels
� Infrastructure salles informatiques
� Historiques événements et métrologie
� CMDB et sous-traitance
© 2009 IBM Corporation20 IBM Confidential 21 September 2009
2°PARTIE : Gestion des configurations
� Etudier votre gestion existante
– diffuse peut-être, pas assez de rigueur peut-être, par silos peut-être : mais elle existe
� Pour cela, partir du recensement des référentiels de production existants
– Analyser contenu et processus de maintien
– En déduire la liste des CIs qu’ils prennent en compte globalement
– En déduire la liste des relations entre CIs sous jacentes
– En déduire quand et comment se fait actuellement la vie du CI : création, mise à jour, retrait
� Comparer au schéma CMDB
– Établir la nouvelle gestion de configuration
• Centralisation du processus et délégation du maintien• Audit
© 2009 IBM Corporation21 IBM Confidential 21 September 2009
Activités du processus de gestion des configuration s
� Planification
� Identification
� Contrôle
� Historique des statuts
� Vérification et audit
Ce sont des activités, pas un workflow
© 2009 IBM Corporation22 IBM Confidential 21 September 2009
Gestion de configurations
� Etudier votre gestion existante
– Diffuse peut-être, pas assez de rigueur peut-être, par silos peut-être : mais elle existe, même cachée
� Pour cela, partir du recensement des référentiels de production existants :
– Analyser contenu et processus de maintien
– En déduire la liste des CIs pris en compte
– En déduire la liste des relations entre CIs sous jacente
– En déduire quand et comment se fait actuellement la vie du CI : création, mise à jour, retrait
� Comparer au schéma CMDB
– Établir la nouvelle gestion de configuration
• Centralisation du processus et délégation du maintien• Audit
© 2009 IBM Corporation23 IBM Confidential 21 September 2009
Gestion de configurations unifiée et déléguée
CMDB
NTR Elt Infra
Applications
Services Métiers
Fonction mise enproduction serveurs
� Unification des identifiants
� Délégation du maintien
� Centralisation de l’audit
Cas de la synchronisation –plusieurs façons
Outil déploiementlogiciels
Package
Fonction implémentation changement application
Cas du transfert pur & simple
OS n°série
machine
Autres infos
pas en
CMDB
Cas de la fédération
Package
Serveur
Poste
Postes
© 2009 IBM Corporation24 IBM Confidential 21 September 2009
Gestion des configurations et gestion des changemen ts
CMDB
Baseline Serveur XXXX
CHGT
RFC
Application
Services Métiers
Début d’Im
plém
entatio
n
Accep
tation RFC
Dem
ande R
FC
Composant cible
Analyse d
’impact
Plan
ification
Ajout de 4GO RAM
sur le serveur XXXX
Note : nous sommes en présence d’un changement technique
Approbatio
n
Plage de maintenance
RAM 0= 8GO sur le
serveur XXXX
? mise à jour CMDB : quand cette valeur de
8GO change t’elle, pour passer à 12GO ?
Fin d’Im
plém
entatio
n
Revu
e Post Im
plém
entatio
n
Ne pas aller plus loin
que sa gestion des
changements et celle
des mises en
production
Dégrade application + Serveur volontairement plus
conforme baseline
Plage de maintenance
Plage de service Niveau de service
CHGT
incident
Problème
Note : les RFC dans la CMDB correspondent en général à des demandes de mises en production et donc bien à l’implémentation de changements sur les systèmes
informatiques – Les distinguer des RCF Projets situés plus en amont et du ressort des processus de gestion de projet
© 2009 IBM Corporation25 IBM Confidential 21 September 2009
L’activité d’AUDIT dans CCMDB
Actual CIs)
ComputerSystem
OperatingSystemFileSystem
SoftwareInstallation
Chargement du relevé
Authorized CIs
ComputerSystem
OperatingSystem
La zone CI de votre CMDB
est constituée de 2 espaces
Link.
Audit
Link.
� Au départ une demande RFC de serveur ESX à
12GO
� Approuvée
Ici l’attribut mémoire
est à 12GO
Là l’attribut mémoire
est à 8GO
� Ici , on peut avoir des CI, attributs et relations qui
ne sont pas au CDM, mais il est important d’être
conforme au CDM pour bénéficier de la
comparaison automatique standard
� Là , il est hyper utile d’être conforme à un
modèle qui va fédérer les formats des outils de
relevé
Application
Middleware
Middleware
EAR déployé
Link.
� Mise en place, mais avec 8GO
� Dans le processus*, on fait un relevé terrain post
implémentation du nouveau serveur
� Que l’on rentre en CMDB - espace ACTUAL
* activité d’inventaire qui peut être dans
mise en production, changement, configurations
De
l’importance
du CDM
© 2009 IBM Corporation26 IBM Confidential 21 September 2009
Automatisation de l’audit
� L’audit est de la responsabilité du gestionnaire des configurations
– Il faut lui apporter une assistance informatisée maximum dans la détection des anomalies
• Il faudra faire différemment pour les CI et relations non relevables
– Mais la rectification demande une analyse et des actions hors audit
• soit la CMDB est fausse : rectification par le configuration manager• Soit la CMDB est juste : rectification par RFC
� Il faut faire des relevés terrain : la politique de relevé fait partie de la gestion des configurations – pas toujours possibles de tout relever
– il faut relever le maximum de relations
– Il faut fournir la liste des delta d’un relevé à l’autre
– Si on a plusieurs outils il faut unifier et réconcilier
� Il faut faire des comparaisons entre le contenu de la CMDB et le relevé
– sortir les écarts
Logiciel CCMDB
Fonction TADDM
© 2009 IBM Corporation27 IBM Confidential 21 September 2009
Outil de relevé TADDM
� TADDM est un outil d’inventaire – ayant 5 particularités :– Celle de rechercher des relations entre composants en plus de leurs attributs de
configuration
– Celle de ne pas utiliser d’agent propriétaire
– Celle de stocker les données relevées selon un schéma en réseau publié (CDM)
– Celle de pouvoir réconcilier des données venant d’autres outils d’inventaire
– Celle de stocker un historique des relevés (les x derniers)
� Voici ces fonctions : – Découverte des composants
– Inventaire détaillé
– Historique des changements
– Composants dormants
– Comparaison de composants
– Topologie physique
– Topologie applicative
– Génération de rapports
* TADDM = Tivoli Application Dependendies Discovery Manager
– fait partie du logiciel CCMDB, mais ne tourne indépendamment de la plate-forme MAXIMO
© 2009 IBM Corporation28 IBM Confidential 21 September 2009
L’écran le plus important de TADDM
© 2009 IBM Corporation29 IBM Confidential 21 September 2009
Fonction TADDM* : le relevé cartographique des systè mes informatiques
Le serveur
TADDM
Base de données
TADDM
Vos systèmes informatiques
Les moyens propres
de TADDM
de découvert sans installer
d’agent propriétaire
ComputerSystem
OperatingSystemFileSystem
SoftwareInstallation
OMP
Vos outils de découverte
existants
Des adaptateurs
appelés DLA
de TADDM
Le serveur
TADDM
La réconciliation dans TADDM
API et adaptateurs en sortie
au format idml **
IHMG TADDM
de commande
et d’affichage
** dont l’adaptateur pour le
chargement des relevés
contrôlés dans la partie
ACTUAL de base CCMDB
Leurs bases
ou fichiers
Accent sur les
relations techniques
Au modèle
CDM
© 2009 IBM Corporation30 IBM Confidential 21 September 2009
Le chargement initial votre CMDB
Actual CIs
OMPConnection
MetaData/Helper objects(LIC, integration)
ComputerSystem
OperatingSystemFileSystem
SoftwareInstallation
Filtre vs ACTUAL : uniquement les
informations que l’on a décidé de contrôler
au niveau des changements
Authorized CIs
Application
PROMOTION en AUTHORIZED
Sensor and
IDML Based
discovery
Relevés TADDM
Discovery
Library
Adaptor
ComputerSystem
OperatingSystemFileSystem
SoftwareInstallation
OMP
IHMG CCMDB
de commande
et d’affichage
Entrée manuelledes informations
que l’on a décidé de contrôler au niveau des changements
IHMG TADDM
de commande
et d’affichage
B
12
Votre CMDB
Votre centralisation
d’inventaire
cartographique
Tickets processus Process Artifacts
Incident
Problem
Change
Release
Serv. Request
…
A
Chargement en ACTUAL
Filtre pour ne prendre que ce qui est admis en CMDB
par simple relevé
ComputerSystem
OperatingSystem
3
© 2009 IBM Corporation31 IBM Confidential 21 September 2009
Carte des disciplines Service Management
Relevés de configurations
Surveillance ressources
Surveillance transactions Gestion desChangements &
Mises enproduction
Supervision des événements
Supervision des services
Gestion des incidents &des problèmes
Provisionnement &déploiements
Service DeskCatalogue des Services
Automatisation des opérations
Service Management &gestion financière Asset Management
Gestion des licences logiciels
& inventaire
Qualité du DELIVERY
Efficience et réduction maîtrisée des coûts
Réactivité aux demandes
Lisibilité des imputations
budgétaires
Disponibilité & Continuité de services
CMDB & gestion desconfigurations
© 2009 IBM Corporation32 IBM Confidential 21 September 2009
Carte des produits Tivoli
Relevés de configurations
Surveillance ressources Surveillance transactions Gestion des
Changements &Mises en
production
CMDB et gestion desconfigurations
Supervision des événements
Supervision des services
Gestion des incidents &des problèmes
Provisionnement &déploiements
Service DeskCatalogue des Services
Automatisation des opérations
Service Management &gestion financière
Asset Management Gestion des
licences logiciels& inventaire
Disponibilité & Continuité de services
TADDM
ITMITCAM
CCMDB
CCMDB
TRPM
TSRM
TSRM
Sur plate-forme MAXIMO
BCPM
TAMIT
TLCM
TPM
Netcool
SA, TWS, TSM
TUAMTSLA
ITNM TPC
Qualité du DELIVERY
Réactivité aux demandes
Efficience et réduction maîtrisée des coûts Lisibilité des imputations
budgétaires
TSRM
© 2009 IBM Corporation33 IBM Confidential 21 September 2009
Carte des produits Tivoli : support du monde z
Relevés de configurations
Surveillance ressources Surveillance transactions Gestion des
Changements &Mises en
production
CMDB et gestion desconfigurations
Supervision des événements
Supervision des services
Gestion des incidents &des problèmes
Provisionnement &déploiements
Service DeskCatalogue des Services
Automatisation des opérations
Service Management &gestion financière
Asset Management Gestion des
licences logiciels& inventaire
Qualité du DELIVERY
Réactivité aux demandes
Disponibilité & Continuité de services
TADDM (3)
ITM (2)
ITCAM
CCMDB
CCMDB
TRPM
TSRM
TSRM
TSRM
BCPM
TAMIT
TLCM (3)
TPM
Netcool
SA, TWS (1)
TUAMTSLA
ITNM TPC
1. End-to-End : unicité d’administration et d’opérations – SA/z s’appuie sur Netview/z
2. ITM s’appelle OMEGAMON sur z
3. Des collecteurs adaptés au monde z , dont les informations relevées sont stockées dans les référentiels d’ensemble
TSM
Efficience et réduction maîtrisée des coûts
Lisibilité des imputations
budgétaires
© 2009 IBM Corporation34 IBM Confidential 21 September 2009
Pour revenir à la gestion des configurations
� Un processus centralisé avec délégation
� Des identifiants à reprendre
� Des transferts de charges de maintien référentiel
� Des synchronisation avec les référentiels opérationnels à définir
� Des fédérations valables à monter
� L’activité d’audit à peaufiner
� Une gestion centralisée des relevés orienté relations à établir
� Une porte ouverte au liens fort avec la gestion d’actifs
� Une porte ouverte vers la distribution inter-entreprise
© 2009 IBM Corporation35 IBM Confidential 21 September 2009
MERCI de votre ATTENTION