Le document présente un programme de transformation d'entreprise axé sur la virtualisation des datacenters, en soulignant les avantages tels que la réduction des coûts, l'augmentation de l'agilité et de la scalabilité. Il aborde également la culture nécessaire pour l'adoption réussie de la virtualisation au niveau managérial, technique et opérationnel, ainsi que les cycles d'adoption de cette technologie. Enfin, le texte insiste sur la nécessité d'une stratégie de transformation claire et du soutien de la direction pour une mise en œuvre efficace.

1. Virtualisation des DataCentersUn Programme de Transformation de l’EntrepriseIng. DirMohamed Wassel Belhadj CISSP, Enterprise Architect, SOA & Infrastructure Expert

2. AgendaAvantages de la VirtualisationVirtualisation et Agilité du BusinessVirtualisation et l’Entreprise CitoyenneLa Culture de la VirtualisationLe Cycle d’adoption de la VirtualisationVirtualisation: Une démarche rationnelleVirtualisation: Un programme de Transformation

3. AvantagesRéduit les CapexRéduit les Opex (maintenance, enrgie)Augmentel’espacedisponible au DataCenterAugmente la scalabilté (in, out)Réduit le temps d’aprovisionnement des plate-formesRéduit les temps de reprise aprés incident ousinistreSatndardise les infrastructuresAutomatise les servicesAugmente la Productivité

4. Agilité du BusinessRéduction du temps de déploement des plate-formes(donc des projetset des services)Plate-formes plus réactives aux besoinschangeants (grace au découplage HW/SW)Meilleuredisponibilté des servicesMeilleureréponse aux fluctuations de charges (scalabilité, allocation des ressources aux PIC des charges)Meilleureadéquation entre Processus métier et ressources HW (flexibilitéarchitecturale, granularité fine des services))Meilleurcontrôle des SLA, KPI et des métriquesanalytiques (proche de l’Ultility Computing)En support à l’avantagecompétitif

5. L’entrepriseCitoyennePromouvoir les TIC tout en gérant les risquesExporter les compétencesGreen ComputingMoins de consommationd’électricitéPlus de consolidationMoins de dégagement de chaleurMoins de refroidissementMoins de dégagement de CO2Attention: trop de consolidation= plus de consommationéléctriqueBien Dimensionner la consolidationGestion plus optimisée des achats de HW  moinsd’import

6. La Culture de la VirtualisationAu Niveau Management:Penser ROI et TCO plus que CAPEXPenser ROI plus que TCONouvelle Gouvernance (moinsd’effectif pour le HW, plus d’effectif pour des tâches High-Level)Focalisersur des métriquesmesurables (SLA, KPI, Milestones)Faciliter le BCP et le DRFaciliter le (in/out)sourcing des activités ITChercherl’avantagecompétitif

7. La Culture de la VirtualisationAu NiveauIngénierie:Minimiser les CapexArchitectures plus agilesDéploiement plus rapide (serveurs et desktops)Mutualiser les environnements (Test/Dev/Staging)Plus de Haute disponibilité (concepte clustering moinscomplexe)Faciliter le BCP et le DR

8. La Culture de la VirtualisationAu NiveauOpérationnel:Minimiser les OpexMoins de HW à gèrerChanger le mode d’administration (penserfichierplutotqueprogrammeouprocessus)Minimiser le Down-TimeInfrastructures plus autonomesFocalisersur les SLA et les KPIDédier le personnel à des couches plus hautesAligner Virtualisation et ITIL

9. La Culture de la VirtualisationAu NiveauUtilisateur:Découplage par rapport aux détails techniques (quelserveur, quel OS, quelniveau de Patch , quel BD, etc)Déploiement et Time-To-Market rapidePlus de disponibilité des servicesService anywhere (VDI, Cloud Computing)Plus de productivité

10. Cycle d’AdoptionExpérimental:L’infrastructureestplutôt physiqueLa virtualisationestintroduite à travers des:POCSites PilotesEnvironnements de développementlimités

11. Cycle d’AdoptionDéploiementLimité:L’entrepriseest plus confortable avec la virtualisationIntroduction de la virtualisationdans des environnements non critiquesVirtualisation non baséesur des banchmarks de performances (plutôtpar catégorie de services)Résistance à la mutulaisation des services (problèmed’appropriation des budgets ouproblèmeculturel)

12. Cycle d’AdoptionVirtualisation par défaut:Toute introduction ou migration oudéploiement de serveurest par défautvirtualiséeDes casparticulier persistent encore:Accèsdirecte du SW au HWDes Capacités HW à la limite du sizing des machines physiquesDes limitations de capacité de quelqueshyperviseurs (seuil maximal de RAM ou de CPU à ne pas franchir)SW non supporté en mode virtuel par l’Editeur.Gestion des machines virtuelles en tantque machines physiques

13. Cycle d’AdoptionTransformation de l’Entreprise:L’adoption du VDI et de VSLA (Virtual Software Lifecycle Automation )L’utilisation des “Transient VMs”: des machines virtuellesutiliséestemporairement pour des besoinsspécifiquespuisdétruites (ex: clones de production pour tester)Allier automation et Virtualisation: workflows de VMs (granularité fine de services ouprocessus métier dans un contexte SOA ou BPM)  IT DynamiqueAccès à l’Externalisation pour des besoinsspécifiques (DR, XaaS, etc)

14. UneDémarcheRationnelleBien Sizer la Consolidation pour:Réduire les coutsd’électricitéEviter la dégradation de performanceMinimiserl’effet Domino (plusieurs VMs critiques sur un mêmeserveur physique)Former Les équipessur la virtualisation:HelpDesk (VDI)DataCenter (Stockage, OS, Hyperviseur, etc)Architectes(HA, BCP, DR, etc)EquipesSécuritéPenser VM et non Serveur Physique

15. UneDémarcheRationnelleAdapter les outilsd’administration à la virtulaisationMise en place d’un processus de gestion du cycle de vie des machines virtuelles (en accompagnement de la gouvernanceadéquate)Mise à jour des documents d’architectureMise à jour des guides opérationnels

16. Un Programme de TransformationArgumenter le passage à la virtualisation (ROI, TCO)Accèder au support du Higher Management (CEO, CIO, CTO)Maitriserl’existantBenchmarquer les capacités et les performances actuellesDresser une roadmap de VirtualisationBudgétiserSensibiliser les équipes techniquesDécoupler les équipes Business des plateformes et les orienter aux services

17. Un Programme de TransformationMettre en place un programmed’accompagnement au changement:Designer un team leader Designer uneéquipe de transformation (leadership)Tracer la stratégie de communication (lever les ambiguités)Planifier le projet de transformationMettre en place les outilsd’incitation (formations, visitesréférences, bonus)Se fixer des objectifsmesurablesTesterMigrerdu physique au virtuel

18. Attachez Vos CeinturesMerci