palais descongrèsParis7, 8 et 9février 2012
System Center 2012 | SCO : Retours         dexpériences projets et déploiements         System Center Opalis / Orchestrato...
Agenda  Introduction à Opalis/Orchestrator  Retours d’expériences   Projet de virtualisation   Projet de déploiement d’a...
Introduction à Opalis / SCO   Produit de RunBook Automation / IT Process Automation     Acquis par Microsoft en octobre 2...
System Center 2012 – Vue d’ensemble                                                                                    Con...
5 exemples simples !                      Transférer des fichiers sur un                      serveur FTP sécurisé        ...
Orchestrator: pour quelle utilisation? • Afin d’orchestrer tous vos processus récurrent   – Quelques exemples:       • Exp...
REX d’un projet de virtualisation   Contexte     Implémentation Hyper-V     Positionnement d’une architecture « PRA », dyn...
REX d’un projet de virtualisation   Solutions techniques proposées     Implémentation de FailOver Cluster pour Hyper-V    ...
REX d’un projet de virtualisation
REX d’un projet de virtualisation                     #1: GO                   #2: Vérif.                  Arguments      ...
REX d’un projet de virtualisation                               #1: GO                              #2: Vérif.            ...
Projet de déploiement d’App. WEB  Besoin initial du client : remplacement du produit Application  Center 2000 arrivant en ...
Scénarios de déploiement
Exemple de processus
Bénéfices de la solution Orchestrator   Processus permettant d’adresser en quelques clics les   scénarios de déploiement (...
Retours d’expériences du projet   Bonne pratique pour un tel projet : mise en place d’un   contrôle de sources dès le déma...
Détecter un projet                              4 QUESTION CLÉS      Qu’est-ce qui prend du temps?      • Identifications ...
Décision de lancement      Gain temps important sur des opérations simples     • Toujours commencer par le simple     • Pe...
Mener un projet Orchestrator           Travailler ses processus – 30 / 50% du projet           • Impliquer les utilisateur...
REX Management processus              • Préparation opérationPréparation   • Commande SRV / Infos utilisateurs / …        ...
Implantation Orchestrator
Evaluation du gain : temps/méthode     Actions                   Manuelle            Scriptée           Orchestrée        ...
SCO: Répartition Temps/Projet                 Mise en prod   Interviews                     15%           15%          Dév...
Les points clés                  ACTIONS                             BÉNÉFICES  Impliquer les utilisateurs          Délivr...
Quelques ressources …  http://blog-orchestrator.com  Libraries TechNet : http://technet.microsoft.com/en-  us/library/hh23...
Questions / Echanges                  ?
Pour aller plus loin…  Evaluez System Center 2012 : téléchargez !    http://technet.microsoft.com/fr-fr/evalcenter/hh5056...
Evaluez System Center 2012  http://technet.microsoft.com/fr-fr/evalcenter/hh505660.aspx
Formez-vous gratuitement en ligne  http://technet.microsoft.com/fr-fr/evalcenter/hh505660.aspx
Assistez aux IT CAMPS  http://technet.microsoft.com/fr-fr/itcamps
Prochain SlideShare
Chargement dans…5
×

System Center 2012 | SCO : Retours d’expériences projets et déploiements System Center Opalis / Orchestrator

648 vues

Publié le

Pourquoi automatiser et orchestrer les processus IT, quels bénéfices pour l’entreprise et l’administrateur ? Quels gains de temps et productivité attendre ? Cette session sera l’occasion de répondre à ces questions au travers de plusieurs projets de mise en œuvre de System Center Opalis\Orchestrator (SCO) en entreprise

Publié dans : Technologie
0 commentaire
1 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
648
Sur SlideShare
0
Issues des intégrations
0
Intégrations
2
Actions
Partages
0
Téléchargements
17
Commentaires
0
J’aime
1
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • WBOSLIDE 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.
  • System Center 2012 | SCO : Retours d’expériences projets et déploiements System Center Opalis / Orchestrator

    1. 1. palais descongrèsParis7, 8 et 9février 2012
    2. 2. System Center 2012 | SCO : Retours dexpériences projets et déploiements System Center Opalis / Orchestrator (SER307) Jeudi 9 Février 2012William Bories Sébastien Butreau Romuald GauvinConsultant Infrastructure Practice Manager Virtualization Expert OrchestratorMicrosoft Services France Nelite France Aezan
    3. 3. Agenda Introduction à Opalis/Orchestrator Retours d’expériences  Projet de virtualisation  Projet de déploiement d’applications Web Détecter et mener un projet Orchestrator Ce qu’il faut retenir Questions / Echanges
    4. 4. Introduction à Opalis / SCO Produit de RunBook Automation / IT Process Automation  Acquis par Microsoft en octobre 2009  Désormais intégré à la gamme de produits System Center 2012 sous le nom d’Orchestrator 2012 Solution graphique, facile à mettre en place et à utiliser :  Pas nécessairement besoin de développer (objets natifs)  Basée sur un bus de données Extensibilité de la solution par des Packs d’intégration :  Produits Microsoft : SCCM, SCOM, SCVMM, Active Directory…  Produits tiers : IBM, BMC, HP CA, VMware … , Cf. session « SER201, vue d’ensemble d’Orchestrator 2012 (ex Opalis)»
    5. 5. 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
    6. 6. 5 exemples simples ! Transférer des fichiers sur un serveur FTP sécurisé Provisionner une Reset d’un mot de machine virtuelle Monitoring sur unepasse de données Requête des évènements Windows base d’un utilisateur Active Directory
    7. 7. Orchestrator: pour quelle utilisation? • Afin d’orchestrer tous vos processus récurrent – Quelques exemples: • Exploitation des serveurs et applications • Génération des machines dans le Cloud • Reporting quotidien • Gestion de la reprise sur erreur automatique • Analyse de logs… TOUT CE QUE VOUS FAITES TOUS LES JOURS ET QUI VOUS PREND DU TEMPS ET QUI EST … %$$@##$*% • Les objectifs: – Standardiser exploitation (↗ Qualité) – Gagner du temps (↗ Productivité)
    8. 8. REX d’un projet de virtualisation Contexte Implémentation Hyper-V Positionnement d’une architecture « PRA », dynamique Besoin Détails des configurations VM « à chaud » Interopérabilité avec les architectures d’inventaire Facilité d’administration Flexibilité de bascule Industrialisation des process
    9. 9. REX d’un projet de virtualisation Solutions techniques proposées Implémentation de FailOver Cluster pour Hyper-V Virtual Machine Manager 2008 R2 Scripting Powershell Interopérabilité des actions, compatibilité du langage entre les outils Points d’attention Rendre pérennes ces solutions techniques entre-elles Automatiser et orchestrer les actions Limiter les erreurs de manipulation potentielles
    10. 10. REX d’un projet de virtualisation
    11. 11. REX d’un projet de virtualisation #1: GO #2: Vérif. Arguments #3: Initialisation #4: Prérequis #5: Listing des VM #6: Extraction des infos #7: Synthèse des infos et écriture sur fichier Succès! Echec
    12. 12. REX d’un projet de virtualisation #1: GO #2: Vérif. Arguments #3: Initialisation #4: Prérequis #5: Config. VM #6: Config. Mémoire #7: Config. Disque #9: Vérif. logs #8: Config. Réseau Succès! Echec
    13. 13. Projet de déploiement d’App. WEB Besoin initial du client : remplacement du produit Application Center 2000 arrivant en fin de support Microsoft Ce produit permettait de déployer des applications Web sur des fermes de serveurs IIS (fichiers, base de registre, COM+) La solution Orchestrator a été sélectionnée pour:  Répondre aux scénarios de déploiement existants  Sa solution graphique  La possibilité d’orchestrer l’outil Web Deploy  Le haut niveau de reporting à travers des scripts PowerShell
    14. 14. Scénarios de déploiement
    15. 15. Exemple de processus
    16. 16. Bénéfices de la solution Orchestrator Processus permettant d’adresser en quelques clics les scénarios de déploiement (déploiement, synchronisation, retours arrière) à partir de la console Web Historique des déploiements Web Deploy Consolidation des logs et des archives Web Deploy en local En conclusion:  Simplification de la solution de déploiement  Rationalisation de la configuration sur tous les serveurs  Support amélioré : plus de nécessité de se connecter sur les serveurs pour du support 1 et 2
    17. 17. Retours d’expériences du projet Bonne pratique pour un tel projet : mise en place d’un contrôle de sources dès le démarrage du projet (type SVN) Réutilisation du code : bon réflexe des développeurs mais cela est déconseillé pour un projet Orchestrator !  Utilisation de workflows enfants  Développement de packs d’intégration ou de modules PowerShell Choix de PowerShell pour Orchestrator (utilisation des objets .NET Script) :  Très utile pour une gestion extrême des erreurs  Opportunités techniques illimitées mais l’effort sera double  Utilisation obligatoire de Données Publiées et d’un code bien écrit
    18. 18. Détecter un projet 4 QUESTION CLÉS Qu’est-ce qui prend du temps? • Identifications principales charges pour les équipes Que faites-vous tous les jours? • Evaluation récurrence Qu’est-ce qui est compliqué à réaliser / maintenir? • Nécessité d’établir des procédures Qu’est-ce qui devrait être fait ? (mais ne l’est pas !) • En particulier tous les contrôles !
    19. 19. Décision de lancement Gain temps important sur des opérations simples • Toujours commencer par le simple • Permet de libérer du temps rapidement ! Gain qualité / stabilité sur processus complexes • Réduire les traitements d’erreurs et des exceptions
    20. 20. Mener un projet Orchestrator Travailler ses processus – 30 / 50% du projet • Impliquer les utilisateurs et administrateurs • Modélisation Visio (Entrées / Sorties / Filtres / Synchros) Assurer la conformité / qualité • Conditions d’exécution • Gestion des erreurs, préparer le cahier de recette Préparer l’exploitation • Outils de reporting / suivi d’exploitation Conception technique • Architecture technique (nommage, infrastructure…) • Objets natifs / Pack d’intégration / PowerShell • Définir le niveau d’attente sur la gestion des erreurs
    21. 21. REX Management processus • Préparation opérationPréparation • Commande SRV / Infos utilisateurs / … • Livraison et connexion serveurLogistique ORCHESTRATOR • Installation OS OS • Configuration & intégration réseauIntégration • Données / Partages / Imprimantes Migration • Vérification cohérence travauxConformité • Gestion des événements et problèmesEvénements
    22. 22. Implantation Orchestrator
    23. 23. Evaluation du gain : temps/méthode Actions Manuelle Scriptée Orchestrée Préparation 20 mn 20 mn 23 mn Logistique 15mn 15 mn 15 mn Lancement 5 mn 5 mn 6 mn Réalisation 135 mn 20 mn - Vérifications 40 mn 20 mn - Reprises sur Y mn Y mn Y mn Incident 210 mn 80mn 45 mn Total 3.5H 1.3H 0.75 H RÉDUCTION DE CHARGE DE 3.5 HEURES à 45 MINUTES POUR 1400 SERVEURS: 700 JOURS EN MANUEL – ENVIRON 150 JOURS EN ORCHESTRÉ
    24. 24. SCO: Répartition Temps/Projet Mise en prod Interviews 15% 15% Développement Modélisation Process 35% 35%
    25. 25. Les points clés ACTIONS BÉNÉFICES Impliquer les utilisateurs Délivrer le bon service Commencer par le plus simple Gain de temps Intégrer les contrôles cohérences Esprit libre Recommencer Tant que cela en vaut la peine « NE VOUS OBLIGEZ PAS À TOUT FAIRE ! »
    26. 26. Quelques ressources … http://blog-orchestrator.com Libraries TechNet : http://technet.microsoft.com/en- us/library/hh237242.aspx http://blogs.technet.com/b/opalis/ http://blogs.technet.com/b/scorch/ http://blogs.technet.com/b/charlesjoy/ http://orchestrator.codeplex.com/ http://opalis.codeplex.com/releases http://blogs.technet.com/b/williambories http://www.nelite.com/community/b/sbutreau/default.aspx http://blog-orchestrator.com/
    27. 27. Questions / Echanges ?
    28. 28. 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
    29. 29. Evaluez System Center 2012 http://technet.microsoft.com/fr-fr/evalcenter/hh505660.aspx
    30. 30. Formez-vous gratuitement en ligne http://technet.microsoft.com/fr-fr/evalcenter/hh505660.aspx
    31. 31. Assistez aux IT CAMPS http://technet.microsoft.com/fr-fr/itcamps

    ×