Le Cloud Privé, de la théorie à la réalité avec Microsoft Private Cloud

715 vues

Publié le

Pour bénéficier pleinement du Cloud Computing, les entreprises doivent développer une infrastructure hautement performante et robuste. Le nuage public ou privé repose sur les mêmes composants: réseaux haut débit et centres informatiques sécurisés, mutualisation des ressources informatiques, virtualisation et automatisation, services à la demande et facturation à l’usage. Découvrez dans cette session Microsoft Private Cloud : la vision et les solutions proposées par Microsoft avec Windows Server 2012 Hyper-V et System Center 2012 pour faire évoluer votre infrastructure vers un centre de services.

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

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
715
Sur SlideShare
0
Issues des intégrations
0
Intégrations
6
Actions
Partages
0
Téléchargements
50
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Le Cloud Privé, de la théorie à la réalité avec Microsoft Private Cloud

  1. 1. Le Cloud Privé, de la théorie à la réalitéavec Microsoft Private Cloud (SER202)Christophe Dubos - Fabrice MeillonArchitectes Infrastructure - Microsoft Francehttp://blogs.technet.com/chrisdu | http://aka.ms/fabricem
  2. 2. • Le Cloud pour qui et pourquoi ?• Comment transformer votre Datacenter enCentre de Services (Cloud Privé) ?• Quelles technologies Microsoft permettentcette transformation ?Objectifs de la session
  3. 3. LE DATACENTER ET LES NUAGES
  4. 4. Le Datacenter aujourd’huiServeurs / Stockage / RéseauUtilisateursDatacenter traditionnel/ virtualiséAVMAVMAVMA AA ApplicationVM Machine virtuelleHyperviseur3) Création de laressource (souventmanuel)Outilsd’administrationVMs2) Vérification lavalidité de lademandeVMAdmin1) Demande uneressource (i.e.., VM) àl’administrateur
  5. 5. Complexité accrueAgilitéCoûtsdinfrastructureDatacentervirtualiséCoûts d’exploitationCoûts logicielsDatacentertraditionnelAdministrationdes systèmesAdministrationdes systèmesLogicielsLogicielsMatériels, infrastructure et locauxMatériels, infrastructure et locauxSources de difficultés dansloptimisation du Datacenter :• Perte de temps sur des process IT àfaible valeur ajoutée• Multiplicité des machines virtuelles(VM)• Complexité dans la gestion dessystèmesLes limites du modèle traditionnel/virtualisé
  6. 6. Pourquoi le Datacenter doit évoluer
  7. 7. Les 5 caractéristiques de cette évolutionserveurs stockage réseauAppResourcesilo#1AppResourcesilo#2AppResourcesilo#3Pool de ressources ElasticitéLibre service Facturation à l’usageAutomatisation
  8. 8. DU CENTRE DE DONNÉES AUCENTRE DE SERVICES
  9. 9. AUTONOMIE ET AGILITÉCONSOMMATION EN LIBRE-SERVICEVISIBILITÉ ET CONTRÔLEDES APPLICATIONSSIMPLICITÉMUTUALISATION DESRESSOURCESDÉLÉGATION ET CONTRÔLEFLEXIBILITÉ ET ELASTICITÉRENTABILITÉ FINANCIÈRECONSOMMATEUR DU SERVICEPropriétaire delapplicationFOURNISSEUR DE SERVICEAdministrateurdu DatacenterCentre de service : Évolution du dialogue entrelentreprise et son service informatiqueContratde service
  10. 10. TÉMOIGNAGE BOUYGUESTELECOM
  11. 11. https://solutionscloud.bouyguestelecom-entreprises.fr
  12. 12. QUELLE TRAJECTOIRE VERS LECLOUD PRIVÉ ?
  13. 13. Etapes vers le Cloud PrivéStandardisationEtape 1Supervision duserviceEtape 2Gestion etNiveau deservice - SLAEtape 3ProcessEngineering &Pre-ProductionEtape 4Automatisation&OrchestrationEtape 5Cycle de vie duServiceEtape 6Libre serviceEtape 7QualitéUnités de traitementConçupour assurerla disponibilitéAccordsur le servicedélivréAssuranceQualitéPre productionMeilleurespratiquepourl’automatisationCycle devie des servicesPortailprovisioning&niveau deserviceConception (Build) Production (Run)
  14. 14. • Définition précise des Configuration Units qui agrégées permettent de créer desService UnitsUnités deConfigurationService Unit 1• Offres de collocation• Indépendance des stacks matérielles• Automatisation de l’infrastructureService Unit 2• Indépendance des applications• Automatisation de l’environnement• Automatisation des système d’exploitationService Unit 3• Réplication de l’environnement des applications• Automatisation des stacks applicatives• Certification et conformité des environnementsService Unit 4• Offre de service de bout en bout• Automatisation et résilance de l’ensembl• Gestion intégrale du serviceFacilitiesNetworkStorageHWVirtualizationOSDataApplicationFront EndAccessFacilitiesNetworkStorageHWService Unit 1MatérielVirtualizationFacilitiesNetworkStorageHWService Unit 2Matériel etSystèmeVirtualizationOSFacilitiesNetworkStorageHWVirtualizationService Unit 3ApplicationsOSData BaseApplicationStackAuthentification /PrésentationService Unit 4ExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build RunEtape 1: Standardisation à l’extrème
  15. 15. • Comment superviser et instrumenter l’applicationEtape 2: Supervision du serviceInvestiger &RésoudreDécouvrir lesdépendancesapplicativesSuperviser lescomposantsapplicatifs et lebonfonctionnementIdentifier lacause principaledu problèmeAutomatiser lesactions correctivesAnalysesHistorique & StatistiqueExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build Run
  16. 16. Service Template (Multi-Tier .NET App)Data TierApp TierWeb TierScale- out & health policyScale- out & health policyScale- out & health policyWEBHW profile OS profile App profileApp ServerHW profile OS profile App profileDatabaseHW profile OS profile App profile• Lorsque qu’un utilisateur demande une instancesupplémentaire…Que devez-vous fournir ?ExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build RunService Template LibrarySQL DAC ConfigurationW2K8R2.VHD OSsettingsMSDeploypackageConfigurationApp-VConfigurationEtape 3: Définition des SLA et gestion duservice
  17. 17. • Dois-je automatiser directement ou me focaliser sur lesbonnes pratiques d’assurance qualité et de pré-production ?Etape 4: Conception & Pre-productionAssuranceQualitéFine tune processProcess 1Process 2Sélectionner le processAutomationEngineAutomatiser processProcess 1Process 1Process 1Process 1Process 1Process 1Process 1Process 2Process 2Process 2Process 2Process 2Process 2Process 2Process 2Process 2100,000 mauvais processen cours d’éxécution!Process 2Process 2Process 2Process 2Process 2Process 2Process 2Process 2Process 2ExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build Run
  18. 18. Etape 5: Automatisation et Orchestration• Qui orchestre ? Les développeurs ou les administrateurs des Data Centers ?• Faut-il réaliser une études des processus à automatiser ? Ou est-ce déjàconnu ?• Script ou développement ?AssurancequalitéMonitorfor requestInitiatechangeCreate deploymentCloneVMCreatediskCreateserverJoinnetworkConnectdisk to VMAssociateserver toserviceUpdateCMDBCloserequestDéfinition précise des processus Automatisation des processusCréation d’une bibilothèquede RunbooksExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build Run
  19. 19. Etape 6: Cycle de vie du service• Efficacité ou stabilité opérationnelle ?ITIL COBIT MOFExtremeStandardizationStep 1Base lining / HealthManagementStep 2ServiceManagementSLAStep 3ProcessEngineering & Pre-ProductionStep 4Automation &OrchestrationStep 5Service LifecycleStep 6Self ServiceStep 7Build Run
  20. 20. • Si un utilisateur s’énerve et clique 1000 fois sur le bouton [demande],êtes vous à même de gérer sa demande (capacité) ?• Le portail est souvent déterminant dans perception de la qualité duservice rendu, d’où l’importance de son ergonomie et de sa surveillance• La définition du Capacity Planing doit se faire de manière conjointeUtilisateur / Admin DatacenterEtape 7: Self ServiceAdminDatacenterRôles PublicationPropriétaireApplication
  21. 21. TRANSFORMATION DU DATACENTER ENCENTRE DE SERVICES AVECMICROSOFT
  22. 22. Pool deRessourcesSC Virtual Machine ManagerSC App ControllerDéfinir Roles,Quotas &ActionsMicrosoftHyper-VVMwarevSphereCitrixXenServerserveurs stockage réseauAppResourcesilo#1AppResourcesilo#2AppResourcesilo#3MicrosoftHyper-VVMwarevSphereCitrixXenServerserveurs stockage réseauPool de RessourcesDéfinir Roles, Quotas & ActionsDelegatedAdministratorDelegatedAdministratorAdministrationRead OnlyAdministratorRead OnlyAdministratorOperationsAdministratorAdministratorAny ActionSelfServiceUserSelfService UserRevocable ActionsQuota ControlledCréer un modèle de serviceCréer unmodèle deserviceDéployer lesservicesDeployer les servicesSuperviser les services déployésSuperviser lesservicesdéployésConcevoir et créer des services Cloud
  23. 23. ApproverequestProcessautomationSelf-servicedeploymentrequestAccess servicecatalogProvisionserviceAccess service catalogSelf-service deployment requestApprove requestProcess automationProvision serviceSC Service Manager SC Orchestrator SC Virtual Machine ManagerSC Virtual Machine ManagerSC App ControllerSC Virtual Machine ManagerSC App ControllerFourniture d’un service fiable et prédictible
  24. 24. AVICodeAVICode Visual Studio Team SystemSC Operations ManagerInvestiguer &ResoudreDécouvir lesdépendancesapplicativesSuperviser lescomposantsapplicatifs et lebonfonctionnementIsoler la causeprincipale d’unproblèmeIsoler la causeprincipale d’unproblèmeGérer le niveau de service (SLA)Isoler la cause principale d’un problèmeSuperviser les composants applicatifs et lebon fonctionnementDécouvrir les dépendances applicativesInvestiguer & RésoudreTableaux de bord et vue niveau de service
  25. 25. Self ServiceCMDBRunbooks Templates Services VMs UsersTemplatesVMMLibraryDCAdminRôlesutilisateurs PublicationHostsAppOwner
  26. 26. EN GUISE DE CONCLUSION
  27. 27. Le cloud privé de MicrosoftCONTRÔLEEXPLOITATIONCONFIGURATIONDÉPLOIEMENTAdmin.datacenterVirtuelPhysiqueCloud publicCloud privéFourniture desservices etautomatisationADMINISTRATION DESAPPLICATIONSFOURNITURE DES SERVICES ETAUTOMATISATIONADMINISTRATION DEL’INFRASTRUCTUREMODÈLE DESERVICELibre-servicePropriétaire/utilisateurde lappliFONDATION
  28. 28. • Comme toute transformation, la technologie n’estqu’un aspect• Identification et définition des objectifs– Changement du rapport entre DSI et utilisateurs• La transformation du Datacenter vers le cloudprivé impacte l’organisation, ses processus et lestechnologies sous-jacentes :– Mutualisation des ressources– Outillage des opérations et le matrice RACI des opérations– Suivi des niveaux de services– La perspective d’un fournisseur de serviceLa transformation vers le Centre deServices

×