La gamme System Center offre des solutions pour le management des ressources des Datacenters,

clouds privs et priphriques clients. Un nouveau mode de licensing est introduit. Tour dhorizon.

Vue densemble du licensing
La gamme version 2012 introduit une nouveau mode de licensing pour adresser les nouveaux
marchs tels que les Clouds Privs, et est simplifi:
Une licence est requise pour le point de management (endpoint): pas besoin de licences pour
manager des serveurs (SQL, )
Modle de licensing uniforme bas sur le socket qui couvre jusque 2 sockets par serveur
manager, et une licence client (OpeatingSystemEnvironments ou OSE) pour un client
manager
Licensing des serveurs manags
La gamme 2012 simplifie le processus dachat tout en maximisant la valeur des Clouds Privs. Les
licences serveurs manags (Server Management License ou SML) incluent toutes les mmes
composants et permettent de manager nimporte quelle ressource. Deux ditions sont disponibles,
diffrencies par les droits de virtualisation:
Datacenter: Illimit (Cloud haute densit)
Standard: Environnement light (Cloud peu dense ou non virtualis)
Les composants inclus dans la licence SML sont les suivants: Operation Manager, Configuration
Manager, Data Protection Manager, Service Manager, Virtual Machine Manager, Orchestrator et
nouvellement Endpoint Protection et App Controller. (Les composants inclus dans la license SML ne
peuvent tre acquis sparment)
Datacenter Standard
Nb de processeur physique par license 2 2
Nb de systmes manags (OSE) par license Illimit 2
Prix indicatif (Open-NL) 2800 1000
Comment dterminer le nombre de licences requises ?
Une license SML est requise pour chaque priphrique manag excutant un OSE. Les licences sont
bases par socket et chacune couvre 2 processeurs physiques. Le nombre de SML requis se
dtermine par le nombre de processeurs physiques (licence Datacenter) ou par OSE dans la version
Standard. Si la licence Standard est retenue, il convient dajouter des licences pour couvrir le nombre
OSE virtuels. Des licences Standard peuvent tre assignes au mme serveur pour couvrir le nombre
dOSE.
Datacenter SML Standard SML
1 processeur, non virtualis 1 1
4 processeurs, non virtualis 2 2
2 processeurs, 3 OSE virtuels 1 2
4 processeurs, 8 OSE virtuels 2 4
A noter que la SA (Software Assurance) permet de couvrir les Clouds Publics grce la Licence
Mobility.
Quelques conseils
La Software Assurance reste le meilleur choix pour protger les investissements
ECI (Enrollment for Core Infrastructure) continue doffrir un bon rapport pour les Clouds
Privs et management de Datacenter
Le choix se base selon le profil client: beaucoup de virtualisation => licence Datacenter et
Standard pour les environnements faiblement virtualiss
La Core CAL et lEnterprise CAL continuent dtre comptitives
Comparaison
I personally get this question a lot and indeed a lot of managers are looking at the
licensing cost at that point.
Nagios is free because it is open source and you have to pay (big bucks in their eyes)
for SCOM.
If you look at it from that perspective there's no argument.
Every tool has it's flaws and strong selling points.
One of the biggest selling points I Always explain is that the management packs
delivered for MS technology are written by the product team themselves. Therefore
they are actually written by the people who designed the product. These management
pack are also made available for free and frequently updated.
For nagios you are Reliant on the input of the community to update management
packs or create new ones for new technologies.
For Scom you can get full support of MS and there's also a strong community
supporting the product. Nagios is build by the community but still if you want
Enterprise level support you also have to pay a fee.
I've seen companies who had a beginning with nagios to monitor some servers for
some processes and if you keep it very lowscale it works perfectly. But they all moved
to SCOM to gain more of the different out of the box functionalities that were released
with SCOM 2012.
If you look at the TCO of nagios and compare it with SCOM the faster startup for scom
compared to the different testing you need to do with nagios compensates already
some of the licensing costs you have to pay for SCOM.
Again this is a subjective opinion because I'm personally convinced of the sheer power
of SCOM but I'm open for discussion.
This topic will have pro's and con's for nagios and SCOM.
In short:
If you just want to monitor a small set of things on a small set of servers (basic
availability of your environment) nagios will probably do the job fine and you win the
cost of licensing SCOM.
If you want to go further into monitoring the apps / network / java ... you'll never or
hardly reach the same level of monitoring SCOM can provide.

It's doing common things uncommonly well that brings succes.

Vous souhaitez dployer Operations Manager 2012 pour tester ses nouvelles fonctionnalits ?
Vous trouverez les sources dinstallation cette adresse :
Microsoft
Les prrequis
Avant de commencer, vrifiez les configurations supportes dans la documentation en ligne :
TechNet
Nous avons le plaisir de vous annoncer que lassistant dinstallation a t totalement repens. Linterface
graphique est compose de nombreuses fonctionnalits daide la configuration telles que la vrification des
prrequis en temps rel ou bien lajout de liens hypertextes dinformation.
Configuration requise
Espace disque : %SYSTEMDRIVE% ncessite au moins 1 024 Mo d'espace disque
libre.
Systme d'exploitation de serveur : doit tre Windows Server 2008 R2 SP1.
Architecture de processeur : doit tre x64.
Version de Windows PowerShell : Windows PowerShell version 2.0.
Gestion distance de Windows : La Gestion distance de Windows doit tre active
pour le serveur d'administration.
Version de Microsoft Core XML Services (MSXML) : Microsoft Core XML Services 6.0
est requis pour le serveur d'administration.
Les applications .NET Framework 3.5 Service Pack 1 (SP1) et .NET Framework 4
sont requises. Pour plus d'informations.
Les phases dinstallation :
Ordre dinstallation des composants darchitecture
Vrification Post-Installation : Flicitation ! Il ne restera plus qu'a dployer des agents
et packs d'administration pour commencer vos tests !
SCOM 2012 : Les changements darchitecture
Operations Manager 2007 R2 tait dj une solution robuste, mais Microsoft a cout ses clients et a cherch
amliorer encore son outil de supervision en facilitant la conception dinfrastructures de supervision haute
disponibilit.
Le RMS est mort, vive le RMS emulator !
Dans la version 2007 R2, le RMS (Root Management Server) tait lunique responsable de certaines fonctions
vitales (workflow) votre groupe dadministration :
Le point accs des interfaces dadministration (Console et PowerShell).
Le calcul de la configuration de supervision du groupe dadministration.
Gestionnaire des notifications et connecteurs.
Lagration de ltat de sant de vos objets de supervision. (Moniteurs dagrgation)
Le calcul des membres des groupes.
Techniquement, cela se traduisait par le dmarrage automatique des services System Center Data Access et
System Center Configuration sur le RMS alors que ces mmes services taient dsactivs sur les autres
Management Servers (MS).
Vous laurez compris, cest le cur de toute infrastructure SCOM 2007. Deux solutions existaient pour traiter de
la bonne disponibilit de ce rle : linstallation en cluster ou la procdure de promotion dun MS en RMS.
Premire solution : Installation du RMS en cluster. Cette solution semble sduisante, mais, au cours de nos
diffrents projets, nous avons constat un rapport-bnfices/cot dfavorable. Cela est principalement d la
difficult de maintenir lenvironnement jour en installant les Cumulative Updates et la gestion des connecteurs
avec des produits tiers.
Seconde solution : Prvoir une procdure de promotion dun MS en RMS. Cest simple et cela peut se jouer en
30 minutes dans la plupart des cas, mais elle introduit une action manuelle pour assurer la disponibilit du
RMS. Il faut galement que le MS Cible possde les mmes capacits de traitement que le RMS originel. La
mise en uvre de cette procdure est de toute faon obligatoire mme avec un RMS en cluster afin de prvoir un
scnario de reprise dans le cas de la perte dun site o lensemble des nuds du cluster disparat en mme
temps.
Dsormais, Microsoft propose avec Operations Manager 2012 une solution plus simple pour assurer une haute
disponibilit : la suppression du rle RMS !
Les Management Servers sont maintenant gaux. Cest--dire quils excutent les mmes services et se
rpartissent automatiquement les diffrentes charges de travail dinfrastructure (workflows) !
limage du passage des domaines NT4 Active Directory, le rle RMS Emulator assure une rtrocompatibilit
des packs dadministration utilisant le RMS (Cest le cas du moteur de corrlation du pack dadministration
Exchange 2010). Ce rle unique est hberg par dfaut sur le premier Management Server de votre groupe
dadministration.
Vous pouvez visualiser le dtenteur de ce rle laide de la vue Management Servers de lespace Administration.
La cl de cette simplification darchitecture
Techniquement, la cl de cette simplification darchitecture est lexcution des services SCOM (System Center
Configuration, System Center Data Access et System Center Health Service) sur lensemble des Management
Servers.
Le service System Center Configuration
Petit rappel, le rle RMS tait extrmement gourmand en mmoire vive puisque lors du dmarrage de ce service,
la configuration tait copie en mmoire (fichier XML pouvant atteindre quelque Go) depuis de la base de
donnes afin didentifier tout changement.
Le service System Center Configuration a t totalement rcrit afin de fdrer la configuration de supervision de
votre groupe dadministration dans la base de donnes OperationsManagerDB. Ainsi, cette configuration est
directement accessible et modifiable partir de tout Management Server.
Ce service gagne donc en rapidit dexcution quel que soit le nombre dagents dploys, et la configuration
matrielle de vos Management Servers est rduite.
Le service System Center Health Service
Ce service gre les workflows dinfrastructure de votre groupe dadministration (Calcul dappartenance aux
groupes, nettoyage de la base de donnes, notification, etc..).
Afin de rpartir ces charges de travail sur lensemble des Management Servers, un nouveau concept baptis pool
de ressources a t introduit avec Operations Manager 2012.
Les pools de ressources permettent de regrouper logiquement plusieurs Management Servers ou Gateway
Servers dans deux buts :
Distribuer lexcution des workflows de faon rpartir la charge. Si un membre est indisponible, les
membres restants se rpartissent les ressources du pool. De mme lorsquun nouveau membre est ajout au
pool.
Assure une haute disponibilit de la supervision des ressources de type Unix/Linux et priphrique rseau
SNMP.
Note : Le mcanisme de failover dun MS un autre pour les agents Operations Manager sous Windows ne
change pas. Le pool de ressources concerne plutt les fonctions assures par le service de configuration du
RMS.
La cration dun pool de ressource est possible partir du nud Ressource Pool de lespace Administration. Par
dfaut, trois pools sont crs afin dassurer la disponibilit des composants dinfrastructure.
Le service System Center Data Access
Le service System Center Data Access en charge du contrle daccs nest pas inclus dans le pool de
ressources. Il dmarre maintenant sur chaque Management Server afin de leur permettre tous daccepter les
connexions effectues par PowerShell ou par des consoles. En revanche, une connexion tablie sur un
Management Server nest pas automatiquement raffecte en cas de dfaillance. Il faut pour cela configurer le
service Network Load Balancing.
Quelques conseils darchitecture
Sans aucun doute, lintroduction de pool de ressources sera llment cl de la haute disponibilit de votre future
infrastructure.
Cependant lutilisation de cette fonctionnalit requiert une faible latence des temps de rponse entre les
Management Servers (<5ms), ainsi il est fortement recommand de les positionner un emplacement unique et
de dployer des Gateway Servers sur vos sites distants.
Nous vous recommandation de dployer systmatiquement un minimum de deux Managements Servers afin
dassurer une haute disponibilit et une rcupration aise de votre infrastructure en cas dincident.


finalement je remercie le jury qui a fait preuve de bcp d 'attention a l 'gard cette humble
prsentation qui n'est d'ailleurs qu'une esquisse car nous tions loin de traiter tous les volets propres
a ce sujets. nous estimons ainsi dans des travaux futurs( masters) elargir et approfondir notre
recherches afin de toucher a l invention! pq pas

Je cde la parole mn collegue aberrahim leghlmi pr expliciter davantage le point suivant :
lutilisation du SCOM