System Center 2012 | SCOM : Déploiement et migration Operations Manager 2012
•Télécharger en tant que PPTX, PDF•
2 j'aime•2,164 vues
System Center Operations Manager vous permet de surveiller aisément vos services informatiques, applications, matériel, et ressenti utilisateur. Il englobe toutes les connaissances des applications et des systèmes d’exploitation (Windows, Unix, Linux) dont vous avez besoin pour anticiper et venir rapidement à bout des problèmes fonctionnels. Cette session vise à présenter les lignes directrices et les bonnes pratiques dans la migration et la définition de l'infrastructure qui vous permettront de tirer le meilleur parti de votre déploiement de System Center Operations Manager 2012
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
Similaire à System Center 2012 | SCOM : Déploiement et migration Operations Manager 2012
Similaire à System Center 2012 | SCOM : Déploiement et migration Operations Manager 2012 (20)
Plus de Microsoft Technet France
Plus de Microsoft Technet France (20)
System Center 2012 | SCOM : Déploiement et migration Operations Manager 2012
- 1. palais des congrès Paris 7, 8 et 9 février 2012
- 2. Déploiement et migration Operations Manager 2012 (SER204) Mercredi 8 février Jean-François BERENGUER – MVP Yann GAINCHE – MVP Jean-Marie Savin – Microsoft
- 3. Agenda La gamme System Center Evolution d’architecture Simplification tolérance aux pannes Installation et upgrade Simulation upgrade
- 4. System Center 2012 – Vue d’ensemble Configurer App Controller Orchestrator Deployer Virtual Machine Manager Modèle Fourniture et Operations Manager de Automatisation Self Service du Service Configuration Service Manager DC Data Protection Admin MOA Manager Service Manager Service Manager Superviser Administrer Gestion des Applications Fourniture et automatisation du Service Gestion de l’Infrastructure
- 5. Operations Manager 2012 – Nouvelle architecture
- 6. SCOM 2007 R2 – Deploiement Root Management Server Fournit les services suivants Accès console Contrôle d’accès basé sur les rôles Distribution de la configurations aux agents Connecteurs vers autres systèmes d’admin Notifications des alertes Agrégation santé Estimation des Groupes Disponibilité Moniteur de dépendance Nettoyage des bases Gestion basée sur les modèles Introduit les contraintes suivantes Limitation Performance et évolutivité Single point of failure (for RMS workloads) Haute dispo nécessite l’utilisation du cluster
- 7. Option haute disponibilité du RMS Clustering Promotion Promote RMS MS1 MS2 MS1 MS2 Résout le “single-point Offre une flexibilité of failure” PRA Complexité de mise en Nécessite des étapes œuvre manuelles Difficile à « patcher upgrader »
- 8. Ce qui a changé dans SCOM 2012? Plateforme R2 Plateforme SCOM Topologie hiérarchique avec le Une topologie simple de type RMS en parent de tous les autres « peer to peer » MS
- 9. Pool de Serveurs • Distribution de la charge sur les serveurs d’administration Calcule des groupes Disponibilité Héritage santé des moniteurs distribués Nettoyage des bases Notification Pool des serveurs d’administration
- 10. Changement du Management Server Configuration Service • Démarré sur tous les Mgmt Servers • Enregistre les données de config en DB plutôt qu’en mémoire • Démarrage accéléré • Diminue la demande de ressource locale SDK Service • Démarré sur tous les Mgmt Servers • La console peut utilisé n’importe quel Mgmt Server
- 11. Simplification de l’architecture Monitors de dépendance Difficultés solutionnées Operational Data Database Disponibilité Warehouse Haute dispo native Notification Facilité d’évolution Calcule des groupes X
- 12. Server Pool Base Data Opérationnelle Warehouse X Managed by a single MS Pool
- 14. Benefice : Haute disponibilité avec SCOM 2012 Réduit le TCO et conflits de déploiement Améliore l’évolutivité et la simplicité Haute disponibilité native
- 15. Prérequis installation Management Server et base Ops W2K8 R2 64 bits SQL 2K8 SP2 et plus .NET 4.0
- 16. Installation simplifiée Moins de clics Plus robuste Meilleur guide en temps réel
- 17. DEMO Operations Manager 2012 Setup
- 31. Simulation Upgrade Amener Operational R2 Data l’infrastructure au Database Warehouse point de support de départ
- 32. Simulation Upgrade Operational Data Database Warehouse Upgrader un management server en OM12
- 33. Simulation Upgrade Ugrade des autres Operational R2 Data Serveurs de Mgt, Database Warehouse Gateways et agents, à l’exception du RMS
- 34. Upgrade Simulation Operational OM12 R2 Data Database Warehouse Option 1: Démarrer l’upgrade depuis le RMS
- 35. Simulation Upgrade Installation nouvelle Console OM12 Operational Data Database Warehouse
- 36. Upgrade Simulation Upgrade Reporting Operational OM12 Data Database Warehouse
- 37. Simulation Upgrade OM12 R2 Operational OM12 R2 Data Option 2: Database Warehouse Démarrer l’upgrade depuis un serveur Mgt OM12
- 38. Déroulement de l’upgrade Approche phasée Maximiser la disponibilité du monitoring Simple et robuste
- 39. Upgrade – résumé haut niveau Upgrade mgmt Server GW pour supporter SCOM 2012 HW & SW (Pas nécessaire d’upgrader le RMS) Changer l’assignation des agents vers les serveurs / GW qui supportent la config SCOM 2012 Upgrade des serveurs R2 secondaires et GW SCOM en SCOM 2012 (Console, RMS, OM DB toujours en R2) Avec la console R2 approuver les agents qui apparaissent en attente d’upgrade. Upgrader le reste manuellement en utilisant les outils de déploiement originaux. Upgrader les agents en SCOM 2012
- 40. Réponse à vos Questions… Puis-je installer la console SCOM 2012 en premier Oui, mais elle ne fonctionnera pas tant que le Groupe (MG) n’aura pas été upgradé en SCOM 2012. (La base nécessite d’être en SCOM 2012 et les librairies systèmes d’être importées) Mes agents R2 fonctionnent-ils encore ? Oui, les agents R2 continueront à fonctionner jusqu’à ce que le groupe (MG) soit upgradé en SCOM 2012. Quand la base est en SCOM 2012 le serveur SCOM 2012 bloque les demandes en provenance d’agents en R2
- 41. Réponse à vos Questions… Quid des agents « multi-homés » ? Les agents SCOM 2012 supportent un attachement à un serveur R2. Quand le MG est en SCOM 2012, les agents R2 ne peuvent plus reporter à un serveur SCOM 2012. Marche arrière si ca se passe mal ? Pour l’upgrade du RMS, le code R2 n’est pas désinstallé tant que la base n’est pas upgradée en SCOM 2012 Pour l’upgrade des MS non-RMS, il suffit de réinstaller le MS en R2 Pour la base OM, on peut retenter l’upgrade une fois que le problème le bloquant a été solutionné.
- 42. Les sessions System Center 2012 aux Techdays
- 43. Les contacts utiles… Speaker(s): Les adresses mails Jf.berenguer@nextec-systems.com yann@gainche.net Jean-marie.savin@microsoft.com Chef de Produit: Jean-Philippe Dupuich jean-philippe.dupuich@microsoft.com Site System Center France http://www.microsoft.com/systemcenter Le web… Site de la communauté d’utilisateurs System Center http://www.windowsmanagement.fr
- 44. Pour aller plus loin… Evaluez System Center 2012 : téléchargez ! http://technet.microsoft.com/fr-fr/evalcenter/hh505660.aspx Formez-vous gratuitement en ligne avec MVA http://www.microsoftvirtualacademy.com/Home.aspx Assistez aux IT CAMPS (formations avec laboratoire) http://technet.microsoft.com/fr-fr/itcamps Inscrivez-vous au Microsoft Management Summit (MMS) http://www.mms-2012.com/ Rendez-vous le 9 mai 2012 pour le Best of MMS http://www.microsoft.fr/systemcenter
Notes de l'éditeur
- SLIDE d’INTRODUCTION A PASSER JUSTE AVANT VOTRE INTERVENTIONNB : il y a le composantEndPoint Protection en plus des 7 affichéssurce slideSo let’s take a deeper look at how IT as a Service and the conversation between App Owner and Datacenter Admin work. Goal: Frame how System Center 2012 enables delivering IT as a Service between the App Owner and DC Admin personas that we defined. Talking Points If we think about the two personas we just discussed, let’s discuss the capabilities required to deliver IT as a service using a hybrid computing model. <click> First, you need a “simple” self-service experience to enable your application owners to specify their requirements. For example, let’s suppose they want to provision a SharePoint service with the following specs: 3 tier .NET architectureHas a set of configuration and deployment parameters to conform with (e.g. perf thresholds, scale out rules, update domains)Needs 99.95% availability SLAAdheres to compliance/security controls around SOX/HIPAA Need on-demand reporting on key availability metrics that track against SLA<click> Next, you need a way to understand the topology and architecture of the application service in question. An application deployed in on an abstracted, or cloud computing model is called a “service”. This would necessitate a “service model” that accurately binds the application’s architecture to the underlying resources where it will be hosted. The “service model” would be comprised of: Service definition information, deployed as “roles”. Roles are like DLLs, i.e. a collection of code with an entry point that runs in its own virtual machineFront end: e.g. load-balanced stateless web serversMiddle worker tier: e.g. order processing, encodingBackend storage: e.g. SQL tables or filesService Configuration informationUpdate domainsAvailability domains Scale out rules<click> You will need a set of process automation capabilities to break down this application provisioning request into the enterprise change requests that need to be implemented. This could include setting up the underlying infra and then a set of app configuration/release requests that need to be tracked (and ideally implemented with orchestrated automation)<click> Next you need a set of provisioning tools that actually configure and deploy the infra and application layers.<click> the underlying datacenter resources could be physical, virtual, private or public cloud as per the requirements dictated by the application’s service model <click> once the underlying infrastructure and application service are deployed, they would immediately need to be “discovered” and monitored for reporting and health tracking<click> There you see how the System Center 2012 components offer these life cycle management capabilities in combination to help you deliver hybrid IT as a Service as per your organization’s requirements: App Controller would offer that self-service experience that allows your application owners manage their apps across private and public environments. Service Manager offers the standardized self-service catalog that defines “templates” for your applications and infrastructure. App Controller, Virtual Machine Manager, Service Manager and Operations Manager work together to maintain the service model through the application service life cycleOrchestrator and Service Manager offer orchestrated automation for the process workflows required to drive your provisioning and monitoring toolsVirtual Machine Manager and Configuration manager can provision physical, virtual and cloud environmentsOperations Manager (AVIcode capabilities will be built into Operations Manager) monitors your application services end to end and offers deep app insight to help you deliver predictable SLAYour datacenter resources could be deployed anywhere from physical boxes to virtual to private to public with Windows Server/ Hyper-V and Windows Azure However, to get to this agile self-service end-state, you will have to start with abstracting your infrastructure and allocating it appropriately so that your business units can deploy and manage their applications on top. Transition: So, how does System Center 2012 get you to this point where you can deliver IT as a Service?Talking points:If we think about all the processes involved in delivering IT as a service, they can really be categorized into three buckets: Application Management: Deploying and operating your business applications Service Delivery & Automation: Standardizing and automating service and resource provisioning, managing change and access controls, etc.Infrastructure management: Deploying and operating all the underlying infrastructure on which your business applications and services run.