CMDB & gestion des configurations · 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

© 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,…


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


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é


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


1- Schéma CMDB

Adopter un formalisme


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 ?

– …


Procéder par strates

Votre Modèle

Classes,

attributs,

relations que

tout le monde

« doit » avoir

Classes,

attributs,

relations

propres


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


Navigation dans le Common Data Model d’IBM (CDM)



� Des attributs


Fourni avec le

Logiciel CCMDB

Classes




� Des attributs


Fourni avec le

Logiciel CCMDB


Attributs





� Des attributs


Fourni avec le

Logiciel CCMDB

Relations


Votre schéma CMDB : exemple de partie basse

100% conforme CDM


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


2- Vocabulaire : exemple « Nomenclatures Techniques Applications » (NTA)

Applications

INVENTORY ORDER ENTRY LOGISTICS PRICING

Services aux Métiers

Infrastructure IT

Pourquoi Nomenclature

Pourquoi Technique


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é


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


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


Autres positionnements

� Gestion des actifs logiciels

� Infrastructure salles informatiques

� Historiques événements et métrologie

� CMDB et sous-traitance


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


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


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


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


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


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


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


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


L’écran le plus important de TADDM


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



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


Le chargement initial votre CMDB

Actual CIs

OMPConnection

MetaData/Helper objects(LIC, integration)

ComputerSystem



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



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


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


Carte des produits Tivoli


Surveillance ressources Surveillance transactions Gestion des

Changements &Mises en

production

CMDB et gestion desconfigurations







Service Management &gestion financière

Asset Management Gestion des

licences logiciels& inventaire


TADDM

ITMITCAM

CCMDB

CCMDB

TRPM

TSRM

TSRM

Sur plate-forme MAXIMO

BCPM

TAMIT

TLCM

TPM

Netcool

SA, TWS, TSM

TUAMTSLA

ITNM TPC



Efficience et réduction maîtrisée des coûts Lisibilité des imputations

budgétaires

TSRM


Carte des produits Tivoli : support du monde z


Surveillance ressources Surveillance transactions Gestion des

Changements &Mises en

production

CMDB et gestion desconfigurations







Service Management &gestion financière

Asset Management Gestion des

licences logiciels& inventaire




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


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


MERCI de votre ATTENTION

Documents

CMDB & gestion des configurations · 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