emc vspex solution for infrastructure as … · sommaire . emc vspex solution for infrastructure as...

GUIDE DE CONCEPTION ET DE MISE EN ŒUVRE

EMC VSPEX SOLUTION FOR INFRASTRUCTURE AS A SERVICE WITH VMWARE VCLOUD SUITE

EMC VSPEX

Résumé

Le présent guide de conception et de mise en œuvre décrit la conception de ressources VMware vCloud Suite virtualisées sur les solutions de Cloud privé EMC® VSPEX®. Il explique également comment dimensionner les composants vCloud Suite conformément aux recommandations VSPEX, allouer les ressources selon les bonnes pratiques et tirer parti de tous les avantages offerts par VSPEX.

Janvier 2014

2 EMC VSPEX Solution for Infrastructure as a Service with VMware vCloud Suite Guide de conception et de mise en œuvre

Copyright © 2014 EMC Corporation. Tous droits réservés.

Publié en janvier 2014

EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont modifiables sans préavis.

Les informations contenues dans ce document sont fournies « en l’état ». EMC Corporation ne fournit aucune déclaration ou garantie d’aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d’adéquation à une utilisation particulière. L’utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité.

EMC2, EMC et le logo EMC sont des marques déposées ou des marques commerciales d’EMC Corporation aux États-Unis et dans d’autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.

Pour obtenir la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation, sur http://france.emc.com.

EMC VSPEX Solution for Infrastructure as a Service with VMware vCloud Suite - Guide de conception et de mise en œuvre

RÉF. H12432

http://france.emc.com/legal/emc-corporation-trademarks.htm�

http://france.emc.com/legal/emc-corporation-trademarks.htm�

Sommaire


Sommaire

Chapitre 1 Introduction 9

Introduction ....................................................................................................... 10 Présentation .................................................................................................. 10 Documentation indispensable ....................................................................... 10

Objectif de ce guide ........................................................................................... 11 Principaux atouts ............................................................................................... 11 Périmètre............................................................................................................ 12 Audience ............................................................................................................ 12 Terminologie ...................................................................................................... 12

Chapitre 2 Présentation de la solution 13

Présentation ....................................................................................................... 14 Principaux composants ...................................................................................... 14

VMware vCloud Suite ..................................................................................... 15 EMC VNX ....................................................................................................... 16 Intégration EMC avec vCloud Suite ................................................................ 17 Configuration matérielle requise .................................................................... 17 Configuration logicielle requise ..................................................................... 18

Chapitre 3 Conception de la solution 19

Présentation ....................................................................................................... 20 Architecture de la solution .................................................................................. 20

Aperçu général de l’architecture de la solution .............................................. 20 Conception du stockage ..................................................................................... 21

Hiérarchisation du stockage VNX et FAST VP .................................................. 22 Mappage du stockage ................................................................................... 23

Conception de vCloud Suite ............................................................................... 24 VMware vSphere ........................................................................................... 24 vCloud Automation Center ............................................................................. 26 vCenter Operations Manager ......................................................................... 27 vCloud Networking and Security .................................................................... 29

Considérations et bonnes pratiques en matière de conception ........................... 29 Conception du réseau .................................................................................... 29 Conception du stockage ................................................................................ 30

Conception de la virtualisation ........................................................................... 30

Sommaire


Chapitre 4 Mise en oeuvre de la solution 31 Présentation ....................................................................................................... 32 Installation et configuration du cluster de gestion vCloud .................................. 32

Installation et configuration de la base de données SQL Server ..................... 32 Déploiement des serveurs vCenter pour les clusters de ressources de

gestion et de production ......................................................................... 33 Préparation d’un cluster de gestion ............................................................... 33 Intégration EMC ............................................................................................. 34

Déploiement de vCloud Networking and Security ............................................... 45 Déploiement de vCAC ......................................................................................... 46

Serveur de base de données .......................................................................... 46 Serveur Web vCAC ......................................................................................... 46 Composant Manager Service du serveur vCAC ............................................... 46 Serveur DEM Worker ...................................................................................... 47 Intégration de vCloud Suite (configuration du point d’accès) ......................... 47

Déploiement de vCenter Operations Manager .................................................... 48 Intégration avec vCloud Suite ........................................................................ 48 Intégration EMC ............................................................................................. 48

Chapitre 5 Vérification de la solution 51 Présentation ....................................................................................................... 52 Vérification de la mise en œuvre de vSphere ...................................................... 52

Préparation des ressources du vCenter de production ................................... 52 Opérations VSI............................................................................................... 52 Configurer les clusters de datastores dans vSphere ....................................... 55

Vérification de la mise en œuvre de vCNS ........................................................... 56 Séparation des réseaux de tenants ................................................................ 56

Vérification de la mise en œuvre de vCAC ........................................................... 57 Administration des rôles et des ressources de Cloud ..................................... 57 Création d’une réservation et d’un profil de coût de ressources virtuelles

vSphere .................................................................................................. 59 Schémas directeurs vCAC .............................................................................. 62 Déployer des machines virtuelles à partir de schémas directeurs.................. 67 Reconfigurer une machine virtuelle existante ................................................. 67 Décommisionner une machine virtuelle ......................................................... 69 Refacturation et suivi d’utilisation ................................................................. 69

vCenter Operations Management ....................................................................... 77 Surveillance des objets et ressources vCenter ............................................... 78 Surveillance de l’intégrité et des ressources du VNX ...................................... 81 Planification et optimisation de la capacité ................................................... 84

Sommaire


Chapitre 6 Guide de dimensionnement des ressources 89 Présentation ....................................................................................................... 90 Dimensionnement de l’environnement de gestion de Cloud ............................... 90 Résumé .............................................................................................................. 92

Annexe A Niveaux de service de stockage 95 Présentation ....................................................................................................... 96 Niveaux de service de stockage .......................................................................... 96

Niveaux de stockage utilisables par les tenants ............................................. 96 Offres de niveaux de service de stockage ...................................................... 97

Sommaire


Figures Figure 1. Composants clés de la solution EMC VSPEX Solution for IaaS

with VMware vCloud Suite ........................................................... 14

Figure 2. Architecture logique : VSPEX Solution for IaaS with VMware vCloud Suite .................................................................. 20

Figure 3. Hiérarchisation EMC VNX au niveau sub-LUN des données de la LUN de production sur deux types de disque ........................... 23

Figure 4. Mappage des organisations aux niveaux de service de stockage ..................................................................................... 24

Figure 5. Storage DRS - Alignement des clusters de datastores sur les niveaux de service de stockage ................................................... 26

Figure 6. Présentation de l’architecture de la vApp vCOps avec intégration d’EMC Storage Analytics ............................................ 27

Figure 7. EMC VSI installé et disponible sous Solutions and Applications ................................................................................ 34

Figure 8. EMC VSI Feature Manager ............................................................ 35

Figure 9. EMC VSI : découverte des baies VNX ........................................... 36

Figure 10. EMC VSI : détails et propriétés du stockage en mode bloc ........... 36

Figure 11. EMC VSI : détails et propriétés du stockage en mode fichier ........ 37

Figure 12. Définissez la règle de multipathing .............................................. 38

Figure 13. Sélection des règles de multipathing NMP et PowerPath/VE pour les périphériques VNX ......................................................... 38

Figure 14. Affichage de la prise en charge VAAI dans le client vSphere pour le stockage VNX ................................................................... 39

Figure 15. Démarrage du service Profile-Driven Storage sur le serveur vCenter ........................................................................................ 40

Figure 16. VM Storage Profiles dans le client vSphere .................................. 41

Figure 17. Saisie des informations sur le fournisseur VNX ............................ 41

Figure 18. Ajout d’un nouveau fournisseur EMC VNX – VNX5600 ................. 42

Figure 19. Capacités de stockage présentées à vCenter par le fournisseur VNX ........................................................................... 43

Figure 20. Ajout de capacités de stockage définies par l’utilisateur pour le stockage VNX ........................................................................... 44

Figure 21. Association d’une capacité de stockage définie par l’utilisateur à un cluster de datastores ......................................... 44

Figure 22. Affichage des capacités de stockage définies par l’utilisateur et par le système dans vSphere ................................................... 45

Figure 23. EMC Storage Analytics avec VMware vCenter Operations Manager ...................................................................................... 49

Figure 24. Démarrer l’assistant de provisionnement du stockage EMC VSI à partir de vSphere Client .............................................. 53

Figure 25. Résumé des tâches vSphere exécutées par EMC VSI lors du provisionnement du stockage ..................................................... 54

Figure 26. Datastore VMFS de 200 Go « EPC_Prod2_Fin_LUN11 » disponible comme ressource de stockage ................................... 54

Figure 27. Informations de gestion des chemins pour la LUN/le datastore de 200 Go nouvellement créé ...................................... 55

Sommaire


Figure 28. Cluster de datastores entièrement configuré dans vSphere ......... 56

Figure 29. Configuration des points d’accès pour vCAC ................................ 58

Figure 30. Groupes d’entreprise créés et gérés par l’administrateur du Cloud vCAC .................................................................................. 58

Figure 31. Ressources des groupes d’entreprise définies par l’administrateur du Cloud vCAC ................................................... 59

Figure 32. Réservations de ressources de stockage telles qu’elles sont gérées par l’administrateur entreprise vCAC ................................ 60

Figure 33. Attribution des profils de coût ..................................................... 60

Figure 34. Groupes de provisionnement gérés par l’administrateur entreprise vCAC ........................................................................... 61

Figure 35. Règle d’approbation des schémas directeurs telle que définie par le responsable du groupe de provisionnement .......... 62

Figure 36. Créer un nouveau schéma directeur de machine virtuelle VMware vSphere ......................................................................... 63

Figure 37. Créer un nouveau schéma directeur ............................................ 64

Figure 38. Sélectionner le modèle vSphere à cloner ..................................... 65

Figure 39. Renseigner l’onglet Build Information pour le nouveau schéma directeur ......................................................................... 65

Figure 40. Sélectionner des profils de conception personnalisés pour la machine virtuelle ......................................................................... 66

Figure 41. Activer les opérations de machine virtuelle pour les utilisateurs du Cloud ................................................................... 67

Figure 42. Déployer un nouveau schéma directeur de machine virtuelle à partir du portail en libre-service ................................................ 67

Figure 43. Reconfigurer les ressources de machine virtuelle à partir du portail en libre-service ................................................................. 68

Figure 44. Définir les options d’exécution de la reconfiguration d’une machine virtuelle ......................................................................... 68

Figure 45. Décommissionnement d’une machine virtuelle ........................... 69

Figure 46. Rapport Executive Summary Virtual pour les machines virtuelles vCAC ............................................................................ 70

Figure 47. Gérer les profils de coût des ressources de calcul et de coût du stockage ................................................................................. 71

Figure 48. Gérer les profils de coût des ressources de calcul et de coût du stockage ................................................................................. 72

Figure 49. Modifier les profils de coût des ressources de calcul et de coût du stockage vCAC ................................................................ 73

Figure 50. Rapport Chargeback by Group by Allocated Resources ................ 74

Figure 51. Rapport Chargeback by Group by Reservation ............................. 75

Figure 52. Rapport Chargeback by Owner by Allocated Resources ................ 75

Figure 53. Tableau de bord des machines virtuelles récupérées dans le Cloud privé de l’entreprise .......................................................... 76

Figure 54. Rapport Reclamation Savings by Owner ....................................... 77

Figure 55. Présentation générale du tableau de bord de l’interface utilisateur de vSphere ................................................................. 78

Sommaire


Figure 56. Tableau de bord d’intégrité affichant les problèmes immédiats de l’environnement .................................................... 79

Figure 57. Analyse de la panne de bout en bout incluant des informations sur la panne réelle, ses causes et sa résolution ...... 80

Figure 58. Détails de la solution de l’analyse des causes premières VMware vCOps ............................................................................ 80

Figure 59. Tableau de bord EMC Storage Topology (VNX) ............................. 82

Figure 60. ESA – Tableau de bord EMC Storage Metrics affichant les metrics de LUN VNX ..................................................................... 83

Figure 61. ESA – Cartes d’utilisation des objets du tableau de bord EMC VNX Overview .............................................................................. 84

Figure 62. Détails sur la capacité des machines du cluster de gestion ......... 84

Figure 63. Spécifier une configuration de machine virtuelle dans un scénario par hypothèses ............................................................. 85

Figure 64. Scénario par hypothèses - Ajout de dix nouvelles machines virtuelles ..................................................................................... 86

Figure 65. Modifier une règle pour spécifier des seuils de sous-utilisation des machines virtuelles .............................................. 86

Figure 66. Liste des machines virtuelles surdimensionnées avec les configurations de ressources optimales ...................................... 87

Figure 67. Planifier un rapport dans vCOps ou l’exécuter manuellement ...... 88

Figure 68. Rapports achevés disponibles en téléchargement ....................... 88

Figure 69. Positionnement des niveaux de service de stockage pour la gestion et l’orchestration de la solution VSPEX ............................ 96

Figure 70. Niveaux de service de stockage sur les systèmes VNX ................. 97

Figure 71. Mappage des niveaux de service de stockage des applications à la baie de stockage .............................................. 98

Tableau Tableau 1. Terminologie ............................................................................... 12

Tableau 2. Logiciels utilisés dans la solution ................................................ 18

Tableau 3. Étapes et procédures du déploiement ......................................... 32

Tableau 4. Exigences du vCenter de gestion ................................................. 90

Tableau 5. vCAC jusqu’ 1 000 machines (physiques ou virtuelles) ................ 91

Tableau 6. Configuration matérielle vCOps requise ....................................... 91

Tableau 7. Exigences du vCenter de production ............................................ 92

Tableau 8. Exemple de niveaux de service de stockage ................................ 97

Introduction


Chapitre 1 Introduction

Ce chapitre traite des points suivants :

Introduction ....................................................................................................... 10

Objectif de ce guide ........................................................................................... 11

Principaux atouts ............................................................................................... 11

Périmètre ........................................................................................................... 12

Audience ............................................................................................................ 12

Terminologie ...................................................................................................... 12

Introduction


Introduction

EMC a uni ses forces avec les principaux fournisseurs d’infrastructures informatiques pour créer une solution de virtualisation complète qui accélère le déploiement de l’infrastructure de type Cloud. Basé sur les meilleures technologies, VSPEX assure un déploiement plus rapide, davantage de simplicité, un choix plus vaste, une meilleure efficacité et une diminution des risques. Sa validation par EMC garantit des performances prévisibles et permet aux clients de sélectionner des technologies qui s’appuient sur leur infrastructure informatique existante tout en éliminant les problèmes de planification, de dimensionnement et de configuration. VSPEX fournit une infrastructure éprouvée aux clients souhaitant gagner en simplicité (l’un des atouts des infrastructures réellement convergées) et bénéficier d’une plus grande liberté de choix dans les composants de la solution.

Cette solution EMC® VSPEX® de gestion du Cloud est conçue pour permettre aux clients d’implémenter une offre d’infrastructure en tant que service (IaaS) sur site à l’intention de leurs utilisateurs internes. Conçue et mise en œuvre sur une infrastructure VSPEX EMC Proven, elle utilise les mêmes ressources matérielles et logicielles que celles décrites dans le document consacré à cette infrastructure. Outre les logiciels répertoriés dans le Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles, cette solution intègre des logiciels de gestion du Cloud supplémentaires permettant la mise en œuvre d’un modèle d’informatique en tant que service. De plus en plus d’entreprises délaissent l’approche traditionnelle de l’informatique en tant que centre de coûts au profit d’un modèle plus mature de « courtiers de services ». C’est pourquoi la plupart des clients axent leurs efforts initiaux sur l’IaaS.

Alliant les meilleurs produits et services EMC et VMware, la solution EMC VSPEX Solution for IaaS accélère la mise en œuvre et l’adoption du Cloud privé, tout en permettant aux clients de conserver leur liberté de choix dans les composants de l’infrastructure réseau et de traitement des données du datacenter. Avec elle, EMC vise les entreprises cherchant à mieux valoriser leur infrastructure existante et à y intégrer des solutions de Cloud computing.

Avant de commencer, EMC recommande la lecture des documents connexes ci-après.

Solution d’infrastructure VSPEX EMC Proven

Consultez le document Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

vCloud Suite

Pour des informations détaillées sur vCloud Suite, consultez les pages produit correspondantes sur le site Web de VMware.

Présentation

Documentation indispensable

Introduction


Objectif de ce guide

L’objectif de ce document est d’expliquer comment mettre en œuvre un environnement IaaS sur une architecture de Cloud privé VSPEX existante au moyen d’outils de gestion et d’orchestration VMware. Il présente les solutions VMware vCloud Suite et EMC VSPEX, et décrit en particulier les points d’intégration existants dans une solution de Cloud privé VSPEX. Utilisez ce document à titre de référence pour mener à bien la planification et la conception du déploiement des composants de gestion et d’orchestration, et garantir ainsi la réussite de la mise en œuvre.

Notez que cet exemple de conception ne constitue qu’une des nombreuses variantes possibles de déploiement d’une plate-forme IaaS dans un environnement de Cloud privé VSPEX. Nous avons choisi cette conception en raison du degré de maturité des jeux d’outils mis en œuvre, et de sa capacité à satisfaire les exigences des exemples d’utilisation dans un délai raisonnable, tout en optimisant l’utilisation des fonctions prêtes à l’emploi.

Axé sur l’IaaS, ce document définit les éléments clés nécessaires à la création d’une offre de services opérationnelle, décrit les processus requis pour implémenter les piles d’infrastructure et logicielles, et fournit des instructions pas à pas pour répondre aux principales exigences du Cloud privé. Il s’attache en particulier à la mise en œuvre de vCloud Suite et définit les exigences de base, notamment en termes de configuration du stockage, du réseau, du traitement des données et de vSphere, que l’infrastructure doit satisfaire avant la mise en place des composants du Cloud privé.

Il couvre les scénarios les plus courants d’implémentation d’un Cloud privé de type IaaS, et fournit des recommandations et informations concernant les fonctions et exigences clés.

Principaux atouts

Les applications métiers se dirigent vers des environnements de traitement des données, de réseau et de stockage consolidés. Les solutions EMC VSPEX vous épargnent la complexité liée à la configuration de chacun des composants d’un modèle traditionnel manuel. Elles unifient l’administration et le libre-service, tout en maintenant la séparation des fonctions de sécurité et des processus. Ce guide de solution couvre les besoins métier suivants :

• provisionnement automatisé via un portail en libre-service ;

• surveillance automatisée ;

• multitenancy ;

• évolutivité des ressources ;

• suivi d’utilisation et refacturation ;

• contrôle des performances ;

• analytique et gestion des ressources de stockage.

Introduction


Périmètre

Le présent guide suppose une bonne connaissance des solutions de Cloud privé VSPEX, ainsi que l’existence préalable d’une architecture de Cloud privé VSPEX dans l’environnement du client. Il décrit les principales étapes requises pour déployer vCloud Suite dans un Cloud privé VSPEX avec VMware vSphere et des systèmes EMC VNX. Il fournit en outre des conseils d’utilisation des composants vCloud Suite pour simplifier et optimiser la gestion du Cloud privé VSPEX.

Audience

Ce document s’adresse aux partenaires, aux architectes techniques et aux ingénieurs de solutions Cloud familiarisés avec les solutions EMC et VMware, qui envisagent de migrer vers un modèle d’informatique en tant que service et souhaitent acquérir les compétences nécessaires au bon déroulement des tâches opérationnelles quotidiennes de gestion et de surveillance du Cloud privé. Outre la maîtrise des solutions VMware vCloud et vSphere, vous devez posséder une bonne connaissance des plates-formes de stockage EMC VNX sur lesquelles vous envisagez d’héberger l’offre IaaS.

Vous devez par ailleurs justifier d’une bonne compréhension du provisionnement et des processus opérationnels mis en œuvre dans votre propre environnement, et des principaux besoins des utilisateurs en matière de solution IaaS. Ces besoins couvrent notamment la sécurité, la conformité, la surveillance, la gestion, la protection des données et la reprise après sinistre. L’acquisition de ces compétences vous permettra de mieux aligner les fonctions de cette solution sur les exigences opérationnelles de votre entreprise, et de créer ainsi une plus grande valeur ajoutée.

Terminologie

Le Tableau 1 répertorie la terminologie utilisée dans ce guide.

Tableau 1. Terminologie

Terme Définition

FAST™ VP Fully Automated Storage Tiering for Virtual Pools

PaaS Plate-forme en tant que service

VAAI VMware vStorage APIs for Array Integration

VASA VMware vSphere Storage APIs for Storage Awareness

VSI Virtual Storage Integrator

VXLAN Virtual Extensible LAN

Présentation de la solution


Chapitre 2 Présentation de la solution


Overview ......................................................................................................... 14

Key components ............................................................................................. 14



Présentation

La solution EMC VSPEX Solution for IaaS est bâtie sur une architecture de Cloud privé VSPEX. Elle permet aux clients de concevoir une plate-forme multitenant évolutive offrant des fonctions complètes de gestion et d’orchestration. Cette solution de Cloud privé optimise le taux d’utilisation des ressources tout en permettant un contrôle des applications, des serveurs, du réseau, du stockage et de la sécurité, avec accès à la demande. Elle utilise vCloud Suite en tant que logiciel de gestion du Cloud, et les Clouds privés VSPEX comme infrastructure physique. Cette solution s’exécute sur la couche de virtualisation VMware vSphere et tire parti de la haute disponibilité des composants des systèmes de stockage EMC VNX®. Les composants de traitement et de réseau, définis par les partenaires VSPEX, offrent à l’environnement de machines virtuelles la redondance et la puissance requises pour satisfaire ses besoins en matière de traitement et de données.

Ce chapitre présente les composants vCloud Suite mis en œuvre pour la gestion et l’orchestration de l’environnement de Cloud privé VSPEX.

Principaux composants

Cette section présente les composants clés utilisés dans cette solution pour une gestion complète de la pile VSPEX via vCloud Suite. Elle décrit également les points d’intégration des composants EMC et vCloud Suite permettant de simplifier les tâches de gestion et d’orchestration.

EMC VNX

VMware vSphereEMC VSI EMC PowerPath VE

VMware vCenter

VAAIVASA

vCenter Operations

VMware vCAC

EMC Storage Analytics

vCloud Networking and Security

Figure 1. Composants clés de la solution EMC VSPEX Solution for IaaS with VMware vCloud Suite



VMware vCloud Suite est une solution intégrée permettant de concevoir et de gérer une infrastructure de type Cloud complète répondant aux besoins informatiques les plus critiques. vCloud Suite tient toutes les promesses du software-defined datacenter

VMware vSphere

en mutualisant des composants matériels standard et en exécutant chaque couche du datacenter en tant que software-defined service. Elle crée des pools de ressources (serveur, stockage et réseau) dotés de services de sécurité, de disponibilité et de gestion configurables de manière dynamique afin de satisfaire les besoins de toutes les applications. Le portail et le catalogue en libre-service intégrés, le provisionnement basé sur des règles de l’infrastructure et des applications, ainsi que la gestion automatisée des opérations viennent compléter la solution.

VMware vSphere transforme les ressources physiques d’un ordinateur en virtualisant le CPU, la RAM, le disque dur et le contrôleur réseau. Cette transformation crée des machines virtuelles entièrement fonctionnelles qui exécutent des systèmes d’exploitation et des applications isolés et encapsulés, tout comme le feraient des ordinateurs physiques.

VMware vCenter VMware vCenter est une plate-forme de gestion centralisée destinée à l’infrastructure virtuelle VMware. Elle permet aux administrateurs d’accomplir toutes les tâches de surveillance, de gestion et de maintenance de l’infrastructure virtuelle à partir d’une seule et même interface et est accessible depuis différents types de périphérique.

VMware vCenter gère également certaines fonctions avancées de l’infrastructure virtuelle VMware, comme VMware vSphere High Availability et Distributed Resource Scheduling (DRS), ainsi que vMotion et Update Manager.

vCenter Orchestrator VMware vCenter Orchestrator est un moteur d’automatisation des processus informatiques qui permet d’automatiser les opérations du Cloud et d’intégrer VMware vCloud Suite avec le reste de vos systèmes de gestion. Orchestrator vous fait gagner un temps précieux, élimine les erreurs manuelles, réduit les coûts d’exploitation et simplifie la gestion informatique. Grâce à lui, les administrateurs et les architectes peuvent développer des tâches d’automatisation complexes dans le concepteur de workflows, puis accéder rapidement aux workflows et les démarrer directement depuis le client vSphere ou via différents mécanismes de déclenchement.

vCloud Automation Center

vCloud Automation Center offre des fonctions de provisionnement et de gestion du cycle de vie des services Cloud en libre-service personnalisables et conformes aux règles métier. Il met à la disposition des administrateurs, développeurs et utilisateurs autorisés un portail sécurisé leur permettant de demander de nouveaux services informatiques et de gérer les ressources existantes à partir de menus prédéfinis adaptés aux différents types d’utilisateur.

VMware vCloud Suite

http://www.vmware.com/solutions/datacenter/software-defined-datacenter/index.html�



vCenter Operations Manager

VMware vCenter Operations Manager est le composant clé de vCenter Operations Management Suite. Il propose une nouvelle approche simplifiée de la gestion des opérations de l’infrastructure vSphere physique et de type Cloud. Basé sur une technologie d’analyse avec autoapprentissage brevetée et sur une plate-forme extensible ouverte, vCenter Operations Manager fournit des tableaux de bord des opérations offrant une visibilité complète sur l’état de santé, les risques et l’efficacité de votre infrastructure. Il comprend en outre des fonctions de gestion des performances et d’optimisation de la capacité.


VMware vCloud Networking and Security (vCNS) est la solution sécurité et réseau de type Software-Defined leader sur le marché. Elle améliore l’efficacité opérationnelle, permet de gagner en agilité et offre l’évolutivité nécessaire pour répondre rapidement aux besoins métier. Elle réunit un large éventail de services au sein d’une même solution, parmi lesquels un pare-feu virtuel, le VPN, l’équilibrage de la charge et des réseaux VXLAN (Virtual Extensible LAN) étendus.

Le système EMC VNX est une baie de stockage à la fois fiable et puissante, qui fournit un haut niveau de performances, de disponibilité et d’intelligence aux organisations de l’entreprise.

Les utilisateurs de la solution de Cloud privé VSPEX peuvent tirer parti des fonctions avancées de hiérarchisation du stockage et de l’efficacité de la baie de stockage VNX pour offrir différents niveaux de service de stockage à leurs diverses organisations, ce qui leur permet d’accélérer et de simplifier leurs offres « en tant que service » dans leur environnement de Cloud privé.

Virtual Provisioning

EMC Virtual Provisioning™ réduit les coûts, optimise le taux d’utilisation de la capacité et simplifie la gestion du stockage. Les utilisateurs peuvent attribuer une capacité importante à un hôte, mais n’utiliser l’espace qu’au fur et à mesure des besoins, depuis un pool partagé, réduisant toute surallocation initiale de la capacité de stockage. Virtual Provisioning réduit les coûts de main-d’œuvre en simplifiant la répartition des données de même que la procédure d’adaptation à l’augmentation des besoins en capacité.

FAST

EMC FAST™ VP (Fully Automated Storage Provisioning for Virtual Pools) pour le VNX optimise l’efficacité sur tous les types de disque de la baie, ce qui se traduit par une amélioration des performances système et une réduction des coûts. Il permet l’allocation dynamique des charges de travail en fonction du niveau de service défini et leur déplacement sans interruption de service sur tous les types de disque, d’où une amélioration des performances système globales. FAST VP déplace les parties les plus actives de la charge de travail sur des disques Flash hautes performances, et les données les moins utilisées sur des disques moins coûteux, tirant ainsi parti des avantages de chaque type de disque en termes de performances et de coûts.

EMC VNX

http://www.vmware.com/products/datacenter-virtualization/vcenter-operations-management/overview.html�

http://www.vmware.com/products/datacenter-virtualization/vcenter-operations-management/overview.html�



Unisphere

EMC Unisphere® est une interface de gestion intuitive qui permet aux responsables informatiques de réduire considérablement les temps de provisionnement, de gestion et de surveillance des ressources de stockage. Unisphere offre la simplicité, la flexibilité et l’automatisation nécessaires pour accélérer la migration vers le Cloud privé.

EMC offre des points d’intégration étroits avec vCloud Suite afin de simplifier la gestion et le provisionnement du stockage. Il est possible de surveiller l’état de santé et les performances des ressources de stockage de la baie VNX directement depuis vCloud Suite.

EMC Virtual Storage Integrator

EMC Virtual Storage Integrator (VSI) est un plug-in vCenter fourni gratuitement par EMC. Il étend les possibilités offertes par l’interface utilisateur vCenter en lui ajoutant des fonctions EMC spécifiques. EMC VSI comprend un grand nombre de fonctions, notamment Storage Viewer (SV), Path Management et Unified Storage Management. Unified Storage Management simplifie le provisionnement du stockage VNX virtuel mutualisé pour le Cloud privé.

VAAI (VMware vStorage APIs for Array Integration)

Le système EMC VNX prend en charge VAAI (VMware vStorage APIs for Array Integration), une solution qui décharge les opérations de stockage des machines virtuelles vers la baie afin d’optimiser les performances du serveur. Les environnements VMware prennent en charge les composants VAAI suivants :

VMware vSphere Storage APIs for Storage Awareness (VASA)

VASA offre des fonctions avancées d’affichage et de classification des types de disque VNX depuis une même interface. Elle permet aux administrateurs VMware d’utiliser le fournisseur VASA des fournisseurs de stockage pour interroger le stockage et le classifier en fonction de ses attributs et de la technologie sous-jacente. Ces attributs peuvent notamment indiquer le type de disque, le niveau RAID, les fonctions de hiérarchisation automatisée et l’état de réplication.

EMC Storage Analytics

Utilisée en tant que plug-in avec VMware vCenter Operations Manager, la solution EMC Storage Analytics met à la disposition des administrateurs VMware et des administrateurs de stockage un puissant outil de gestion leur donnant accès à des fonctions analytiques intelligentes en temps réel pour leur plate-forme VNX. Elle fournit des statistiques détaillées via des tableaux de bord personnalisables, des cartes d’utilisation et des alertes, de même qu’un mappage de la topologie dans l’environnement VMware.

Cette solution est bâtie sur une configuration VSPEX. Elle suppose l’installation et la configuration des composants matériels requis au sein de l’entreprise, conformément aux instructions de configuration fournies dans le document Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

Intégration EMC avec vCloud Suite

Configuration matérielle requise



Le Tableau 2 répertorie les logiciels requis pour cette solution.

Tableau 2. Logiciels utilisés dans la solution

Logiciel Configuration Remarques

VMware vCloud Automation Center (vCAC)

2.5.2.3 VMware vCloud Automation Center

VMware vSphere ESXi 5.5 build 1106514 Hyperviseur serveur

VMware vCenter Server 5.5 build 1312299 Serveur de gestion vSphere

VMware vCenter Operations Manager (vCOps)

5.7.1 VMware vCenter Operations Management


5.1 Solution sécurité et réseau pour le site vCloud

Microsoft SQL Server 2012 Enterprise Edition Serveur de base de données pour vCenter, vCAC

Microsoft Windows Server 2008 R2 SP1, 2012 R2 Système d’exploitation de l’environnement serveur

EMC VSI 5.6 Plug-in de stockage EMC pour le client VMware vSphere

EMC Storage Analytics 2.0 Adaptateur EMC Storage Analytics

EMC Unisphere 1.6.0.8 Logiciel de gestion des baies EMC VNX

EMC VNX Operating Environment for File

8.1 Environnement d’exploitation en mode fichier

EMC VNX Operating Environment for Block

OE version 33 Environnement d’exploitation en mode bloc

EMC PowerPath Virtual Edition

5.8 Multipathing et équilibrage de la charge pour l’accès en mode bloc

Configuration logicielle requise

Conception de la solution


Chapitre 3 Conception de la solution


Présentation .................................................................................................... 20

Architecture de la solution ............................................................................... 20

Conception du stockage ................................................................................... 21



Présentation Il est important de bien comprendre le rôle joué par les différents composants de la solution dans la gestion et l’orchestration du Cloud privé VSPEX. Cette section décrit la conception et la configuration de la solution de gestion du Cloud bâtie sur une architecture de Cloud privé VSPEX pour la mise en œuvre de l’infrastructure en tant que service (IaaS). Elle passe en revue les fonctions des différents composants implémentés et fournit des exemples d’utilisation.

Architecture de la solution

Cette section décrit l’environnement et l’infrastructure sous-jacente de la solution EMC VSPEX Solution for IaaS.

Figure 2. Architecture logique : VSPEX Solution for IaaS with VMware vCloud Suite

L’infrastructure de gestion de cette solution de Cloud privé joue un rôle essentiel dans la disponibilité des composants sous-jacents. La solution comporte deux couches de gestion qui divisent l’infrastructure virtuelle en deux niveaux de gestion des ressources distincts :

• le cluster de gestion ;

• les clusters de ressources de production.

Aperçu général de l’architecture de la solution



Cluster de gestion

Le cluster de gestion héberge toutes les machines virtuelles utilisées pour la gestion de l’infrastructure de type Cloud. Il prend en charge les composants en charge de fonctions telles que le portail utilisateur et les services automatisés de provisionnement, de surveillance, de réseau, de sécurité et de suivi d’utilisation.

Tous les composants de serveur et de machine virtuelle présents dans le cluster de gestion sont gérés par une instance de vCenter Server de niveau supérieur distincte. Cette instance peut résider dans le cluster de gestion, mais, pour une disponibilité maximale, il est préférable de la placer dans un ensemble séparé de serveurs d’infrastructure.

Le cluster de gestion est pris en charge par trois serveurs VMware vSphere ESXi configurés dans un cluster vSphere utilisant les fonctions VMware vSphere Distributed Resource Scheduler (DRS) et VMware vSphere High Availability (HA). Ce cluster vSphere dispose de ressources de serveur, de réseau et de stockage qui lui sont propres et qui sont indépendantes des clusters de ressources de production. La configuration d’une connectivité Fibre Channel entre le cluster de gestion et la baie VNX n’est pas obligatoire. Une connectivité iSCSI ou NFS convient tout aussi bien pour fournir le stockage au cluster de gestion. L’ensemble du stockage bénéficie d’une protection RAID et tous les serveurs VMware ESXi exécutent le logiciel EMC PowerPath®/VE pour la gestion des chemins et l’équilibrage de la charge automatisés.

Clusters de ressources de production

Les clusters de ressources de production hébergent l’ensemble des systèmes utilisés par les différentes organisations pour satisfaire les besoins métier de l’entreprise. Ces clusters de ressources sont gérés par une seconde instance de vCenter Server qui est située dans le cluster de gestion et est utilisée par vCloud Automation Center (vCAC) en tant que point d’accès vSphere.

Ajoutez des ressources de serveur, de réseau et de stockage au cluster existant, et modifiez les réservations de ressources au niveau de la couche vCAC pour mettre à disposition ces ressources supplémentaires. Utilisez EMC VSI pour augmenter automatiquement les ressources de stockage existantes. L’ensemble du stockage configuré pour prendre en charge les clusters de ressources de production bénéficie d’une protection RAID et tous les serveurs VMware ESXi exécutent le logiciel EMC PowerPath®/VE pour la gestion des chemins et l’équilibrage de la charge automatisés.

Le dimensionnement des clusters de ressources de production varie en fonction de l’entreprise. Déterminez le dimensionnement approprié sur la base de la charge de travail prévue pour chaque organisation.

Conception du stockage

La baie de stockage VNX fournit de nombreuses fonctions permettant le provisionnement de l’infrastructure en tant que service. Cette solution étant bâtie sur une architecture de Cloud privé VSPEX, la configuration du stockage est identique à celle décrite dans le document sur l’infrastructure de type Cloud privé VSPEX EMC Proven. Elle utilise par conséquent un seul niveau de service de stockage en tant que configuration de base du stockage pour prendre en charge jusqu’à 1 000 machines virtuelles de référence.



Pour plus d’informations sur les machines virtuelles de référence, consultez le document suivant :

Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

Il est possible de créer des niveaux de service de stockage supplémentaires au sein de la baie VNX pour obtenir différents niveaux de performances ainsi qu’un meilleur alignement des ressources sur les besoins en performances. Pour plus d’informations sur la création de niveaux de service de stockage supplémentaires, reportez-vous à l’Annexe A.

Remarque : les deux exemples de niveaux de service de stockage supplémentaires présentés à l’Annexe A dépassent le cadre des recommandations du document sous-jacent relatif à l’infrastructure EMC Proven de type Cloud privé. Pour assurer la prise en charge d’un nombre spécifique de machines virtuelles de référence, conformez-vous à la configuration du stockage décrite dans le document sur l’infrastructure VSPEX EMC Proven. Si vous déployez des machines virtuelles sur les autres exemples de niveaux de service de stockage décrits à l’Annexe A, le nombre de machines virtuelles de référence prises en charge risque d’être moins élevé.

Comme validé dans l’infrastructure VSPEX EMC Proven, cette solution utilise la technologie EMC FAST VP qui permet de hiérarchiser le stockage au sein du niveau de service de stockage. La hiérarchisation du stockage consiste à allouer les données à différents types (niveaux) de support de stockage afin de réduire le coût global du stockage. FAST VP automatise la hiérarchisation du stockage sur les baies VNX. Pour ce faire, il déplace périodiquement les données les plus actives vers le niveau de stockage offrant les meilleures performances, et les données les moins utilisées vers des niveaux moins performants lorsque de nouvelles données sont promues.

FAST VP utilise des algorithmes intelligents qui analysent en continu les périphériques au niveau sub-LUN. Il est ainsi en mesure d’identifier les parties les plus actives d’une LUN qui gagneraient à être déplacées vers un niveau de stockage plus performant, tel que des disques EFD (Enterprise Flash Drive). À l’inverse, il identifie les parties les moins sollicitées d’une LUN et déplace les données correspondantes vers un niveau de stockage de plus grande capacité plus économique. Le déplacement des données entre les différents niveaux est déterminé par des mesures de performances ainsi que par des règles définies par l’utilisateur. FAST VP déplace les données de manière automatique et sans interruption de service.

La solution de Cloud privé VSPEX utilise deux types de disque au sein du pool de stockage. Chacun d’eux offre un niveau de performances et de capacité différent, comme illustré sur la Figure 3.

Hiérarchisation du stockage VNX et FAST VP



Figure 3. Hiérarchisation EMC VNX au niveau sub-LUN des données de la LUN de production sur deux types de disque

La Figure 4 illustre le mappage du pool de stockage et des LUN aux différentes organisations de l’entreprise.

Les Clouds de production sont des Clouds organisationnels destinés aux machines virtuelles exigeant des performances maximales.

Les Clouds de test/développement sont des Clouds organisationnels destinés aux machines virtuelles exigeant un niveau de performances moyen.

Les Clouds d’archivage/économiques sont des Clouds organisationnels destinés aux machines virtuelles exigeant un niveau de performances peu élevé.

Mappage du stockage



Figure 4. Mappage des organisations aux niveaux de service de stockage

Conception de vCloud Suite

Grâce à la standardisation, à l’automatisation des workflows et au libre-service, les entreprises bénéficient de l’agilité dont elles ont besoin pour proposer une informatique en tant que service à moindre coût dans les infrastructures virtuelles. La solution Management and Orchestration Workflow Automation allie l’infrastructure convergée de VSPEX aux fonctions vCloud Suite de catalogue de services et d’automatisation des processus pour permettre aux départements informatiques de fournir des services de manière rapide, efficace et économique.

vCloud Suite offre un ensemble complet de composants indispensables à la gestion et à l’orchestration du Cloud privé. Utilisés conjointement avec les baies EMC VNX et les logiciels d’intégration EMC pour vCloud Suite, ils permettent le provisionnement de services d’IaaS dans un Cloud privé.

VMware vSphere est la plate-forme de virtualisation des serveurs leader sur le marché. Elle répond aux attentes des utilisateurs en matière de flexibilité et de réduction des coûts en consolidant de grands parcs de serveurs inefficaces en infrastructures de type Cloud rapides et fiables. Les principaux composants de VMware vSphere sont vSphere Hypervisor et vCenter Server.

Exemples d’utilisation

vCenter Server Cette solution utilise VMware vCenter pour la gestion des systèmes. Les serveurs physiques mis en œuvre dans la solution sont regroupés en cluster pour garantir une haute disponibilité. La solution utilise deux instances de vCenter Server. La première prend en charge le cluster de gestion. La seconde gère le cluster de production utilisé en tant que point d’accès aux ressources consommables dans vCloud Automation Center.

VMware vSphere



Cette solution tire parti de VMware vStorage API for Array Integration (VAAI) pour décharger les opérations de stockage des machines virtuelles vers la baie de stockage. La solution VMware vSphere Storage APIs for Storage Awareness (VASA) offre quant à elle une interface de gestion centralisée permettant d’afficher les types de disque VNX.

vCenter utilise le plug-in EMC VSI pour fournir des fonctions telles que Storage Viewer, Path Management et Unified Storage Management. Unified Storage Management simplifie le provisionnement du stockage VNX mutualisé via vCenter pour les différentes organisations de l’entreprise.

EMC VSI Grâce à sa conception modulaire, VSI permet aux administrateurs d’ajouter, de supprimer et de mettre à jour des fonctions individuelles, offrant ainsi une expérience utilisateur flexible et personnalisée. Les fonctions VSI disponibles comprennent notamment Storage Viewer, Path Management, Symmetrix Storage Replication Adaptor (SRA), Unified Storage Management, AppSync Management et EMC RecoverPoint Management.

Les trois fonctions utilisées dans cette solution sont les suivantes :

• Storage Viewer complète les fonctions du client VMware vSphere afin de faciliter la découverte et l’identification des périphériques de stockage VNX provisionnés aux machines virtuelles et aux hôtes VMware ESXi. Storage Viewer présente les détails du stockage sous-jacent à l’administrateur vSphere en fusionnant les données issues de différents outils de mappage du stockage en une série de vues consolidées dans le client VMware vSphere.

• Path Management pour VMware Native Multipathing et EMC PowerPath/VE offre un mécanisme de modification des règles de multipathing pour les groupes de LUN en fonction de la classe du stockage et des objets de virtualisation.

• Unified Storage Management assure la gestion et le provisionnement du stockage sur baies pour les systèmes VMAX, VNX, VNXe, CLARiiON et Celerra. Il permet également de décompresser, compresser et cloner des machines virtuelles, et d’étendre la capacité des datastores.

VMware vSphere Storage DRS Pour éviter les points sensibles et la surutilisation/sous-utilisation des datastores, VMware vSphere Storage DRS fournit des mécanismes intelligents d’équilibrage de la charge et de placement des machines virtuelles basés sur la capacité des E/S et de l’espace. Les clusters de datastores constituent la base de Storage DRS. À l’instar d’un cluster d’hôtes VMware ESXi, un cluster de datastores sert à regrouper les ressources de stockage, permettant ainsi le placement rapide et intelligent des fichiers de disque virtuel d’une machine virtuelle, de même que l’équilibrage des charges de travail existantes.

Cette solution pour le Cloud privé VSPEX aligne le stockage sur les clusters de datastores. Tous les périphériques de stockage d’un cluster de datastores doivent posséder des caractéristiques de taille et de performances similaires. Le stockage alloué à une organisation dans VMware vCAC se compose de périphériques regroupés en une seule unité de consommation (un cluster de datastores) dans vSphere. Bien que vCAC v5.2 n’ait pas connaissance des opérations SDRS (Storage DRS), tous les déplacements de fichiers de machine virtuelle opérés par SDRS sont circonscrits à un seul cluster de datastores, et les LUN de chacun des clusters de datastores de cette solution sont accessibles à un seul tenant. Le périmètre de déplacement des fichiers de machine virtuelle est par conséquent limité aux ressources du tenant.



Dans l’exemple illustré sur la Figure 5 pour l’organisation Manufacturing, tous les périphériques de stockage sont regroupés en un seul cluster de datastores. En fonction du niveau de service requis, chaque cluster représente une cible unique pour le provisionnement des machines virtuelles et correspond au niveau de service défini dans les schémas directeurs vCAC.

Figure 5. Storage DRS - Alignement des clusters de datastores sur les niveaux de

service de stockage

VMware vCloud Automation Center (vCAC) vous permet de déployer et de provisionner rapidement des services Cloud pertinents pour l’entreprise dans votre infrastructure physique et de Cloud privé. vCAC agit en tant que gestionnaire de services. Il fournit un « portail inter-Clouds » pour les déploiements de modèles d’infrastructure en tant que service (IaaS) et de plate-forme en tant que service (PaaS). Les organisations sont ainsi en mesure d’appliquer des règles métier et informatiques tout au long du cycle de vie des services, et de transformer ainsi les environnements virtualisés en software-defined Cloud datacenters.


vCAC permet de subdiviser une infrastructure partagée en unités et capacités logiques attribuables à différentes entités. Il utilise pour cela des schémas directeurs de machine. Les utilisateurs du Cloud disposent d’un catalogue en libre-service de schémas directeurs prédéfinis contenant chacun des ressources spécifiques adaptées à différentes applications ou entités.

vCAC est conçu pour tirer parti de composants physiques tels que ceux dont l’infrastructure VSPEX EMC Proven est constituée. Il prend en charge les exigences spécifiques des différentes entités d’une entreprise, et s’intègre avec un large éventail de bonnes pratiques et de systèmes informatiques existants. Les workflows vCenter Orchestrator peuvent être invoqués facilement via le concepteur de workflows de vCAC pour étendre les transitions entre les états du cycle de vie et compléter les menus de commandes des machines. Il est ainsi possible d’automatiser des processus entiers sans intervention manuelle des équipes informatiques.

La structure de vCAC utilise un certain nombre de rôles et de responsabilités d’utilisateur. L’administration des utilisateurs et des ressources de traitement est gérée via la console vCAC, qui constitue le portail administratif. Les différents groupes d’utilisateurs sont résumés ci-dessous :

vCloud Automation Center



Administrateur du cloud L’administrateur du Cloud configure les points d’accès aux ressources, ainsi que les groupes d’entreprise dans lesquels les administrateurs de groupes d’entreprise et leurs ressources de traitement respectives sont définis.

Groupes d’entreprise Les groupes d’entreprise contiennent les administrateurs d’entreprise qui gèrent leurs ressources Cloud respectives, telles que définies par l’administrateur du Cloud. Les administrateurs d’entreprise sont responsables de la création et de la configuration des groupes de provisionnement pour des départements individuels, ainsi que de la réservation et de la personnalisation des ressources en fonction des profils de réseau, de stockage, de traitement et de coûts. Les groupes et règles d’approbation sont également définis par l’administrateur entreprise.

Groupes de provisionnement Les groupes de provisionnement contiennent les utilisateurs et les consommateurs de l’infrastructure mise à leur disposition par l’administrateur d’entreprise. L’administrateur d’entreprise alloue des ressources de traitement, de stockage et de réseau, et les rend accessibles au responsable du groupe de provisionnement.

VMware vCenter Operations Manager offre une approche intégrée de la gestion des performances, de la capacité et de la configuration. S’appuyant sur des fonctions analytiques, cette solution fournit l’intelligence et la visibilité nécessaires pour assurer le respect des niveaux de service de manière proactive au sein des environnements virtuels et de type Cloud.

vCenter Operations Manager intègre des tableaux de bord prédéfinis et configurables permettant une gestion en temps réel des performances, de la capacité et de la configuration.

Figure 6. Présentation de l’architecture de la vApp vCOps avec intégration d’EMC Storage Analytics

vCenter Operations Manager



Comme illustré sur la Figure 6, vCenter Operations Manager est distribué sous forme de vApp que vous pouvez importer et déployer dans vSphere. La vApp vCenter Operations Manager réside dans le cluster de gestion de cette solution de Cloud privé d’entreprise et se compose de deux machines virtuelles :

• la machine virtuelle d’interface utilisateur ;

• la machine virtuelle d’analytique.

Machine virtuelle d’interface utilisateur Les résultats analytiques sont accessibles sous forme de badges et de scores via les applications Web des machines virtuelles d’interface utilisateur vSphere.

Portail d’administration de vCenter Operations Manager Le portail d’administration de vCenter Operations Manager fournit une interface utilisateur dédiée aux tâches de maintenance et de gestion de la vApp vCenter Operations Manager.

Machine virtuelle d’analytique. La machine virtuelle d’analytique se charge de collecter les données (metrics, topologie et événements de changement, etc.) provenant de vCenter Server, de vCenter Configuration Manager et de sources tierces.

Capacity Collector Capacity Collector collecte les metrics et calcule des metrics dérivés.


Les données de performances sont converties en mesures de santé, de risques et d’efficacité qui permettent au département informatique d’identifier plus facilement les problèmes de performances sous-jacents. L’analytique de la capacité identifie les ressources surprovisionnées en vue de leur redimensionnement et d’une utilisation plus efficace des ressources virtualisées. Des scénarios de simulation dispensent de tout recours à des feuilles de calcul, des scripts et autres règles empiriques.

L’intégration de vCenter Operations avec EMC Storage Analytics Suite offre une visibilité de bout en bout de l’infrastructure, depuis la machine virtuelle jusqu’à la LUN, en passant par chacun des points intermédiaires. Ainsi, les administrateurs informatiques peuvent avoir un aperçu de l’intégrité des baies EMC (en modes bloc et fichier) via un simple onglet : Performance-at-a-glance.

EMC Storage Analytics (ESA) lie VMware vCenter Operations for Storage à EMC Adapter for VNX®. vCenter Operations Manager affiche les metrics de performances et de capacité des systèmes de stockage EMC à partir des données fournies par l’adaptateur. À cet effet, celui-ci :

• se connecte aux systèmes (modes bloc et fichier) et collecte leurs données ;

• convertit les données dans un format exploitable par vCenter Operations Manager ;

• transmet les données au collecteur de vCenter Operations Manager.



Grâce à vCloud Networking and Security, il est possible de créer des réseaux VXLAN afin de mettre en place des réseaux logiques Layer 2 sans utiliser de LAN virtuel. Le recours à des réseaux VXLAN, à des services réseau comme le NAT et à un pare-feu DHCP au niveau de l’application en plus des fonctions de sécurité permet de séparer le trafic des tenants et d’assurer le multitenancy.


Dans vCAC, vCloud Networking and Security est défini en tant que point d’accès vSphere. vCAC est ainsi à même de découvrir des ressources réseau telles que des répartiteurs de charge, des chemins réseau et des groupes de sécurité. Ces chemins réseau peuvent être ajoutés aux réservations, et les répartiteurs de charge ainsi que les groupes de sécurité aux schémas directeurs.

Considérations et bonnes pratiques en matière de conception

Suivez les considérations et bonnes pratiques en matière de conception présentées dans cette section pour fournir une infrastructure en tant que service (IaaS) efficace aux différentes organisations et simplifier les tâches de gestion des administrateurs chargés des systèmes et du Cloud.

Cette solution étant bâtie sur l’architecture de Cloud privé VSPEX pour vSphere, les principaux points à prendre en considération en matière de conception du réseau sont les mêmes que ceux détaillés dans le document

Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

Un environnement de Cloud privé en libre-service comprend des niveaux et rôles d’utilisateur distincts. Pour simplifier sa gestion, il convient donc de respecter un certain nombre de bonnes pratiques en matière de réseau. Cette solution utilise VMware vSphere Distributed Switch (VDS) pour simplifier la configuration réseau des machines virtuelles. Pour plus d’informations sur VDS, consultez le site Web de VMware.

Mise en réseau VXLAN via vCNS

• Créez un switch VDS (vSphere Distributed Switch) VMware dans le datacenter pour les clusters de chaque entreprise. Ajoutez des ports uplink pour le trafic des machines virtuelles vers le VDS.

• Configurez les clusters et le VDS pour la mise en réseau VXLAN.

• Créez des câbles virtuels pour chaque groupe de provisionnement Production, Test/développement et Archive.

Mise en réseau VLAN

• Créez un switch VDS (vSphere Distributed Switch) VMware dans le datacenter pour les clusters de chaque entreprise. Ajoutez des ports uplink pour le trafic des machines virtuelles vers le VDS.

• Créez un groupe de ports DV (Distributed Virtual) distinct pour chaque groupe de provisionnement Production, Test/développement et Archive déployé. Un réseau VLAN doit être dédié à chaque groupe de ports DV.

Remarque : si plusieurs cartes réseau sont disponibles, attribuez les plus rapides aux groupes de provisionnement Production, et les plus lentes aux groupes de provisionnement Archive. Les groupes de ports DV doivent être paramétrés de manière à utiliser des cartes réseau spécifiques pour le trafic.


Conception du réseau



Cette solution étant bâtie sur l’architecture de Cloud privé VSPEX pour vSphere, la conception du stockage de production est identique à celle indiquée pour la plate-forme VSPEX. L’Annexe A du présent document décrit la conception de deux autres niveaux de stockage : Test/développement et Archive. Les deux niveaux de stockage supplémentaires présentés à l’Annexe A sont fournis à titre d’exemples. VSPEX recommande d’utiliser uniquement l’organisation du stockage décrite dans la solution de Cloud privé VSPEX pour vSphere. Le recours à des niveaux de stockage supplémentaires peut avoir une incidence sur le nombre potentiel de machines virtuelles de référence prises en charge par l’infrastructure de Cloud privé EMC Proven.

Exemples d’organisation du stockage

Les groupes de provisionnement Production, TestDev et Archive de chaque entreprise utilisent la configuration du stockage décrite dans le Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

• Comme ces trois Clouds prendront en charge des profils de performances différents, la technologie EMC FAST VP hiérarchisera automatiquement les données du pool de stockage afin d’optimiser les performances.

• Pour simplifier la gestion du stockage et séparer les ressources de chaque groupe de provisionnement, EMC recommande de dédier une LUN spécifique (ou un groupe de LUN d’un cluster de stockage) à chaque groupe de provisionnement, et d’éviter ainsi que plusieurs groupes de provisionnement n’utilisent la même LUN (ou le même groupe de LUN) pour le stockage.

Conception de la virtualisation

Pour des considérations sur la conception de la virtualisation, consultez le Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

Pour simplifier la gestion et utiliser efficacement les ressources, suivez les recommandations suivantes :

• Créez des clusters d’hôtes séparés pour chaque groupe d’entreprise (fabrication, finances, comptabilité, etc.).

• Créez des réservations séparées pour chaque groupe de provisionnement de l’entreprise.

Remarque : vous pouvez créer des groupes d’hôtes supplémentaires sous le groupe d’hôtes parent si vous souhaitez séparer les Clouds Production, Test/développement et Archive.

• Dédiez une LUN spécifique à chaque groupe de provisionnement.

Conception du stockage

Mise en oeuvre de la solution


Chapitre 4 Mise en oeuvre de la solution


Présentation .................................................................................................... 32

Installation et configuration du cluster de gestion vCloud ............................... 32

Déploiement de vCloud Networking and Security ............................................. 45

Déploiement de vCAC ....................................................................................... 46

Déploiement de vCenter Operations Manager.................................................. 48



Présentation Ce chapitre présente les étapes et processus de déploiement de la solution. Le Tableau 3 répertorie les principales étapes du déploiement de la solution, et fournit des liens vers les informations et procédures correspondantes.

Tableau 3. Étapes et procédures du déploiement

Étape Description

1 Installer et configurer le cluster de gestion vCloud

2 Déployer vCAC

3 Déployer vCloud Networking and Security

4 Déployer vCenter Operations Manager

5 Déployer vCenter Orchestrator

Installation et configuration du cluster de gestion vCloud Pour installer et configurer un serveur de gestion vCloud, exécutez les étapes suivantes :

1. Installez l’hyperviseur VMware ESXi 5.5 sur les serveurs physiques déployés pour la solution. Pour plus d’informations, consultez le document vSphere Installation and Setup Guide.

2. Configurez le réseau VMware ESXi, notamment le trunking des cartes réseau, les ports VMkernel, ainsi que les groupes de ports des machines virtuelles et les trames Jumbo. Pour plus d’informations, consultez le document vSphere Networking.

3. Installez et configurez PowerPath/VE pour gérer le multipathing des LUN VNX (mode bloc uniquement). Pour plus d’informations (stockage en mode bloc uniquement), consultez le document PowerPath/VE for VMware vSphere Installation and Administration Guide.

4. Connectez les datastores VMware aux hôtes VMware ESXi déployés pour la solution. Pour plus d’informations, consultez le document vSphere Storage Guide.

Pour installer et configurer une base de données Microsoft SQL Server dans le cadre de la solution, exécutez les étapes suivantes :

1. Créez deux machines virtuelles sur lesquelles héberger SQL Server de manière séparée pour les instances de gestion et de production de vCenter. Assurez-vous que le serveur virtuel satisfait les exigences matérielles et logicielles présentées dans la section sur le dimensionnement des ressources au Chapitre 6. Pour plus d’informations, consultez le site Web Microsoft Developer Network.

Remarque : EMC recommande d’utiliser des clusters SQL Server pour assurer la haute disponibilité.

2. Installez Microsoft Windows Server 2008 R2 sur la machine virtuelle devant héberger SQL Server. Pour plus d’informations, consultez le site Web Microsoft TechNet.

Installation et configuration de la base de données SQL Server

http://pubs.vmware.com/vsphere-50/topic/com.vmware.ICbase/PDF/vsphere-esxi-vcenter-server-50-networking-guide.pdf�

http://msdn.microsoft.com/�

http://technet.microsoft.com/�




3. Installez SQL Server sur la machine virtuelle prévue à cet effet. Pour plus d’informations, consultez le site Web Microsoft TechNet.

4. Créez la base de données requise pour le serveur vCenter dans le datastore concerné. Pour plus d’informations, consultez Preparing vCenter Server Databases.

5. Créez la base de données requise pour Update Manager dans le datastore approprié. Pour plus d’informations, consultez Preparing the Update Manager Database.

Pour déployer les serveurs vCenter dédiés aux clusters de ressources de gestion et de production, exécutez les étapes suivantes :

1. Créez deux machines virtuelles sur lesquelles déployer vCenter Server pour les clusters de ressources de gestion et de production. Pour des informations détaillées, consultez le document vSphere Virtual Machine Administration Guide.

2. Installez Windows Server 2008 R2 Standard sur les deux machines virtuelles hôtes de vCenter.

3. Installez VMware Tools, activez l’accélération matérielle et autorisez l’accès à la console distante sur les deux machines virtuelles hôtes de vCenter. Pour des informations détaillées, consultez le document vSphere Virtual Machine Administration Guide.

4. Créez les connexions ODBC vCenter 64 bits et vCenter Update Manager 32 bits sur les deux machines virtuelles hôtes de vCenter. Pour des informations détaillées, consultez les documents vSphere Installation and Setup et Installing et Administering VMware vSphere Update Manager.

5. Installez le logiciel vCenter Server sur les deux machines virtuelles hôtes de vCenter. Pour des informations détaillées, consultez le document Installation et configuration de vSphere.

Pour préparer et configurer un cluster de gestion vCenter, exécutez les étapes suivantes :

1. Créez un datacenter virtuel pour le cluster de gestion. Pour des informations détaillées, consultez le document vCenter Server and Host Management.

2. Entrez les clés de licence vSphere dans le menu Licensing de vCenter. Pour des informations détaillées, consultez le document vSphere Installation and Setup.

3. Connectez le serveur de gestion vCenter aux hôtes VMware ESXi du cluster de gestion. Pour des informations détaillées, consultez le document vCenter Server and Host Management.

4. Créez un cluster de gestion et déplacez-y les hôtes VMware ESXi. Pour des informations détaillées, consultez le document vSphere Resource Management.

5. Procédez à la découverte des hôtes VMware ESXi à partir de la console Unisphere. Pour des informations détaillées, consultez le document Using EMC VNX Storage with VMware vSphere – TechBook.

Déploiement des serveurs vCenter pour les clusters de ressources de gestion et de production

Préparation d’un cluster de gestion




Cette section fournit des conseils sur l’intégration des systèmes EMC VNX avec VMware vSphere via le plug-in VSI, VAAI et VASA.

Plug-in VSI d’EMC pour VMware

Pour des instructions sur l’installation du plug-in VSI, consultez la documentation appropriée.

• EMC VSI for VMware vSphere: Unified Storage Management Product Guide

• EMC VSI for VMware vSphere: Storage Viewer Product Guide

• EMC VSI for VMware vSphere: Path Management

Une fois VSI installé sur la machine cliente, recherchez l’icône EMC VSI dans vSphere accessible via vSphere Client -> Solutions and Applications, comme illustré sur la Figure 7.

Figure 7. EMC VSI installé et disponible sous Solutions and Applications

Dans Feature Manager, assurez-vous que toutes les nouvelles fonctions VSI installées sont présentes et activées. Dans notre solution, nous avons installé Path Manager, Storage Viewer et Unified Storage Management, comme illustré sur la Figure 8.

Intégration EMC



Figure 8. EMC VSI Feature Manager

Solutions Enabler 7.6 est installé en même temps que VSI. Pour que VSI puisse obtenir et présenter les informations de multipathing PowerPath/VE du stockage sous-jacent, installez le package PowerPath Remote Tools for Windows. VSI prend actuellement en charge PowerPath Remote Tools version 5.7.b173 ou supérieure.

Configurer Solutions Enabler Configurez Solutions Enabler en ajoutant le nom d’hôte ou l’adresse IP du serveur d’API Solutions Enabler.

Remarque : si vous ne spécifiez pas de serveur d’API distant, « localhost » est utilisé par défaut.

Découvrir les baies VNX Pour découvrir les baies VNX, saisissez l’adresse IP de chaque processeur de stockage, ainsi que les informations d’identification, puis cliquez sur Discover New VNX System, comme illustré sur la Figure 9.



Figure 9. EMC VSI : découverte des baies VNX

Une fois les baies de stockage découvertes, l’administrateur vSphere bénéficie d’une vue plus granulaire des datastores existants. Choisissez un hôte, cliquez sur l’onglet EMC VSI, puis sélectionnez le datastore voulu, comme illustré sur la Figure 10 et la Figure 11.

Figure 10. EMC VSI : détails et propriétés du stockage en mode bloc



Figure 11. EMC VSI : détails et propriétés du stockage en mode fichier

Présentation de l’utilitaire Unified Access Control EMC Unified Access Control permet de limiter les pools de stockage des baies sur lesquels les administrateurs vSphere sont autorisés à provisionner du stockage. Grâce à cette méthode de contrôle, les administrateurs de stockage ont la possibilité de créer des pools de stockage dédiés sur lesquels les administrateurs vSphere peuvent provisionner du stockage en fonction des besoins. L’administrateur de stockage peut également autoriser le provisionnement sur tous les pools actuels et futurs.

VSI Path Management Avant d’utiliser Path Management, assurez-vous que RTOOLS est installé sur l’hôte exécutant VSI et que l’hôte dispose des licences appropriées.

Pour gérer les chemins via VSI :

1. Cliquez avec le bouton droit de la souris sur le cluster vSphere voulu, puis sélectionnez EMC > Set Multipathing Policy, comme illustré sur la Figure 12.



Figure 12. Définissez la règle de multipathing

2. Dans Select Multipathing Policy, sélectionnez un type de périphérique et une règle, comme illustré sur la Figure 13.

Figure 13. Sélection des règles de multipathing NMP et PowerPath/VE pour les périphériques VNX



VAAI (VMware vStorage APIs for Array Integration)

Pour vérifier que VAAI fonctionne correctement, sous l’onglet Configuration accessible via Hardware -> Storage, recherchez la colonne Hardware Acceleration dans la vue des datastores, comme illustré sur la Figure 14. Cette colonne indique l’état de prise en charge du périphérique ou du datastore. Elle peut contenir l’une des trois valeurs suivantes : Supported, Not Supported ou Unknown.

Pour des informations détaillées sur l’utilisation de VMware VAAI avec les baies EMC VNX, consultez le livre blanc VMware vStorage APIs for Array Integration with EMC VNX series for SAN.

Figure 14. Affichage de la prise en charge VAAI dans le client vSphere pour le stockage VNX

VMware vSphere Storage APIs for Storage Awareness (VASA)

VASA est communément utilisé pour le stockage basé sur des profils, qui consiste à associer une machine virtuelle à une capacité de stockage, puis à placer la VM dans un datastore approprié possédant le même profil. Cette solution utilise VASA afin d’organiser les datastores possédant les mêmes attributs et capacités, et de les regrouper dans des clusters de datastores, configurés pour chaque organisation d’entreprise, où ils peuvent tirer parti de Storage DRS pour une utilisation optimisée de la capacité.

Configuration du fournisseur de stockage VASA sur le VNX Le fournisseur VASA pour VNX est disponible par défaut et ne requiert aucune configuration supplémentaire de la part de l’utilisateur.

1. Installez le service des profils de stockage sur le serveur vCenter en démarrant VMware vSphere Profile-Driven Storage Service dans les Services Windows, comme illustré sur la Figure 15.

http://france.emc.com/collateral/hardware/white-papers/h8293-vaai-vnx-wp.pdf�

http://france.emc.com/collateral/hardware/white-papers/h8293-vaai-vnx-wp.pdf�



Figure 15. Démarrage du service Profile-Driven Storage sur le serveur vCenter

2. Une fois que l’agent s’exécute, accédez à VM Storage Profiles dans le client vSphere en sélectionnant Home -> Management -> Storage Providers, comme illustré sur la Figure 16.



Figure 16. VM Storage Profiles dans le client vSphere

3. Cliquez sur Add, comme illustré sur la Figure 17, et saisissez les informations appropriées relatives à la baie de stockage VNX, notamment :

le nom de la baie et les informations de connexion administrateur ;

l’URL du service du fournisseur sur le VNX (par exemple, https://<ipAddress>/vasa/Services/vasaService).

Figure 17. Saisie des informations sur le fournisseur VNX



4. Une fois les informations acceptées et la baie ajoutée, celle-ci s’affiche dans la liste des fournisseurs, comme illustré sur la Figure 18.

Figure 18. Ajout d’un nouveau fournisseur EMC VNX – VNX5600

5. Les détails et l’état du fournisseur VNX s’affichent sous Vendor Provider Details. Il est également possible de les synchroniser manuellement à partir de cette section.

6. Pour examiner la liste complète des capacités de stockage présentées par le fournisseur VASA au service Storage Profiles dans vCenter, sélectionnez Home -> Management ->VM Storage Profiles, puis cliquez sur Manage Storage Capabilities, comme illustré sur la Figure 19. Par défaut, cette liste répertorie toutes les capacités de stockage définies par le système, lesquelles, selon le type de stockage présenté, sont automatiquement détectées par VASA et affichées dans vSphere dans le cadre des informations sur le datastore.



Figure 19. Capacités de stockage présentées à vCenter par le fournisseur VNX

Vous pouvez ajouter manuellement des capacités de stockage personnalisées pour représenter avec davantage de précision une configuration ou un service spécifique non défini par le système, comme illustré sur l’exemple de la Figure 20. Pour ajouter une capacité de stockage définie par l’utilisateur, cliquez sur Add dans la boîte de dialogue Manage Storage Capabilities, comme illustré sur la Figure 20.



Figure 20. Ajout de capacités de stockage définies par l’utilisateur pour le

stockage VNX

Vous pouvez associer la capacité de stockage définie par l’utilisateur à un ou plusieurs datastores. Dans le cadre de cette solution, elle est associée à l’ensemble des membres d’un cluster de datastores, comme illustré sur la Figure 21.

Figure 21. Association d’une capacité de stockage définie par l’utilisateur à un cluster

de datastores

Le client vSphere permet d’afficher les capacités de stockage définies par le système et par l’utilisateur de chacun des membres du cluster de datastores, comme illustré sur la Figure 22 où les capacités de stockage définies par l’utilisateur sont entièrement développées dans la vue.



Figure 22. Affichage des capacités de stockage définies par l’utilisateur et par le

système dans vSphere

Déploiement de vCloud Networking and Security

Dans le Cloud privé, la fonction VMware vCloud Networking and Security (vCNS) fournit les services suivants : pare-feu, VPN (Virtual Private Network), répartiteur de charge, VXLAN, NAT (Network Address Translation), HA (High Availability), sécurité des données, point d’accès et vCloud Ecosystem Framework.

Pour déployer vCloud Networking and Security, suivez la procédure ci-après. Des informations détaillées sur chacune de ces étapes sont disponibles sur la page VMware vCloud Networking and Security Documentation.

Remarque : la documentation et l’interface utilisateur de vCNS continuent d’utiliser le nom de produit vShield.

1. Installez et configurez vShield Manager. Déployez le modèle OVF téléchargé depuis le site Web de VMware et configurez-le.

2. Configurez les paramètres réseau de vShield Manager. Attribuez une adresse IP, une passerelle et un serveur DNS à vShield Manager via la CLI (interface de ligne de commande).

3. Connectez-vous à la console utilisateur de vShield Manager. Ouvrez un navigateur Web et accédez à l’adresse IP que vous avez attribuée à vShield Manager.

4. Configurez vShield Manager. Définissez les paramètres des serveurs vCenter Server, DNS et NTP, ainsi que les informations sur le serveur de recherche.

5. Installez la licence vShield via le client vSphere.

https://www.vmware.com/support/pubs/vshield_pubs.html�



Déploiement de vCAC

Exécutez les étapes décrites dans cette section pour déployer les composants vCAC.

VMware recommande de déployer un serveur dédié fonctionnant sous Microsoft SQL Server pour héberger la base de données vCAC. Pour créer le serveur de base de données, exécutez les étapes suivantes :

1. Préparez un magasin d’autorisations vCAC. Choisissez un type de magasin d’autorisations vCAC (SQL, Active Directory ou fichier) et créez-le. Pour plus d’informations, consultez le document vCAC 5.2 Installation Guide.

2. Installez Microsoft .NET Framework 4.5 sur le serveur de base de données.

3. Installez et exécutez vCAC Prerequisite Checker pour les composants de base de données.

4. Créez la base de données vCAC à l’aide de l’assistant vCAC.

Pour installer le serveur Web vCAC, exécutez les étapes suivantes :

1. Créez la machine virtuelle à utiliser pour le serveur Web vCAC. Pour plus d’informations, consultez le document vSphere Virtual Machine Administration Guide.

2. Installez le système d’exploitation invité du serveur Web vCAC sur la machine virtuelle du serveur Web vCAC. Consultez le document vCloud Automation Center Support Matrix.

3. Mettez à jour la machine virtuelle en installant VMware Tools, en activation l’accélération matérielle et en autorisant l’accès à la console distante. Pour plus d’informations, consultez le document vSphere Virtual Machine Administration Guide.

4. Installez Microsoft .Net Framework 4.5.

5. Installez le rôle de serveur IIS avec les services de rôle, conformément aux instructions de la page Web

6. Installez et exécutez vCAC Prerequisite Checker pour les composants Web. Pour plus d’informations, consultez le document

Installing IIS 7 on Windows Server 2008 or Windows Server 2008 R2.

7. Installez les composants Web vCAC. Installez et configurez les composants Administration Website, Reports Website et Model Manager.

vCAC 5.2 Installation Guide.

Pour installer le composant Manager Service du serveur vCAC, exécutez les étapes suivantes :

1. Créez la machine virtuelle à utiliser pour le composant Manager Service du serveur vCAC.

2. Installez Windows Server 2008 R2 SP1, c’est-à-dire le système d’exploitation invité du serveur vCAC, sur la machine virtuelle du serveur vCAC.

Serveur de base de données

Serveur Web vCAC

Composant Manager Service du serveur vCAC

http://www.vmware.com/pdf/vcac-52-installation-guide.pdf�


http://www.vmware.com/pdf/vcac-52-support-matrix.pdf�


http://www.iis.net/learn/install/installing-iis-7/installing-iis-7-and-above-on-windows-server-2008-or-windows-server-2008-r2�






3. Mettez à jour la machine virtuelle en installant VMware Tools, en activation l’accélération matérielle et en autorisant l’accès à la console distante.


5. Installez le rôle de serveur IIS avec les services de rôle, conformément aux instructions de la page Web

6. Installez et exécutez vCAC Prerequisite Checker pour les composants Manager Service et DEM Worker and Orchestrator Services.

Installing IIS 7 on Windows Server 2008 or Windows Server 2008 R2.

7. Installez et configurez vCAC Manager Service.

8. Installez DEM Orchestrator sur la même machine virtuelle.

Pour créer un serveur DEM Worker, exécutez les étapes suivantes :

1. Créez la machine virtuelle à utiliser pour le serveur DEM Worker.

2. Installez le système d’exploitation invité sur la machine virtuelle du serveur DEM Worker. Consultez le document vCloud Automation Center Support Matrix.

3. Installez VMware Tools, activez l’accélération matérielle et autorisez l’accès à la console distante.


5. Installez et exécutez vCAC Prerequisite Checker pour les composants DEM Worker and Orchestrator Services.

6. Installez DEM Worker sur la machine virtuelle.

7. Créez la machine virtuelle à utiliser pour vCAC Proxy Agent Machine.

8. Installez le système d’exploitation invité sur la machine virtuelle vCAC Proxy Agent Machine. Consultez le document vCloud Automation Center Support Matrix.



11. Installez et exécutez vCAC Prerequisite Checker pour les composants DEM Worker and Orchestrator Services.

12. Installez DEM Worker sur la machine virtuelle.

vCAC utilise vCenter en tant que point d’accès pour allouer les ressources aux différentes entreprises. Pour configurer le serveur vCenter des ressources de production en tant que point d’accès dans vCAC, exécutez les étapes suivantes :

1. Connectez-vous à la console Web vCAC et commencez la configuration. Ouvrez un navigateur Web et accédez à https://vcacwebserverhostname.domain.com/vcac en tant qu’administrateur vCAC. Pour plus d’informations, consultez le document

2. Créez de nouvelles informations d’identification pour le serveur vCenter des ressources sous vCAC Administrator-Credentials. Créez un nom d’utilisateur et un mot de passe pour vous connecter au serveur vCenter des ressources.

vCAC 5.2 Installation Guide.

Serveur DEM Worker

Intégration de vCloud Suite (configuration du point d’accès)





https://vcacwebserverhostname.domain.com/vcac�




3. Créez les points d’accès vSphere (vCenter) aux ressources sous vCAC Administrator-Endpoints.

4. Créez la machine virtuelle à utiliser pour vCAC Proxy Agent Machine. Pour plus d’informations, consultez le document vSphere Virtual Machine Administration Guide.

5. Installez Windows Server, le système d’exploitation invité de vCAC Proxy Agent Machine, sur la VM vCAC Proxy Agent Machine.



8. Installez l’agent proxy vSphere en fournissant le nom du point d’accès (Endpoint) créé à l’étape 3.

Déploiement de vCenter Operations Manager

Pour déployer vCenter Operations Manager, exécutez les étapes suivantes :

1. Téléchargez le fichier OVA de vCenter Operations Manager depuis le site Web de distribution de VMware. Cette vApp installe deux machines virtuelles : une VM d’interface utilisateur et une VM d’analytique. Pour plus d’informations, consultez la page des téléchargements VMware.

2. Consultez les exigences relatives à la vApp vCenter Operations Manager pour comprendre de quelles ressources elle a besoin en fonction de l’étendue des ressources à surveiller. Pour plus d’informations, consultez le document vCenter Operations Manager vApp Deployment and Configuration Guide.

3. Utilisez l’option de configuration des pools IP dans vSphere Client pour attribuer l’adresse de base du réseau, le masque de réseau et la passerelle par défaut qui sera attribuée à un réseau utilisé par la vApp.

4. Déployez la vApp vCenter Operations Manager depuis vSphere Client. Définissez l’heure de l’hôte ESXi, le vCenter à surveiller et attribuez une licence à la vApp.

5. Configurez la base de données Chargeback Manager pour qu’elle autorise le nombre de connexions maximal au niveau des différents composants utilisés par Chargeback Manager.

6. Vérifiez l’installation dans vSphere Client et dans un navigateur.

vCenter Operations Manager (vCOps) vous permet de gérer les objets et ressources vCenter. Le vCenter de gestion et le vCenter de production sont ajoutés à vCOps.

Pour ajouter une instance de vCenter Server dans vCOps, consultez le document vCenter Operations Manager vApp Deployment and Configuration Guide.

L’intégration de vCenter Operations avec EMC Storage Analytics Suite vous fournit une visibilité de bout en bout sur l’intégralité de votre infrastructure : de la machine virtuelle à la LUN, et tous les composants entre les deux. Ainsi, les administrateurs informatiques peuvent avoir un aperçu de l’intégrité des baies EMC (en modes bloc et fichier) via un simple onglet : Performance-at-a-glance.

Intégration avec vCloud Suite

Intégration EMC



Figure 23. EMC Storage Analytics avec VMware vCenter Operations Manager

EMC Storage Analytics (ESA) relie VMware vCenter Operations pour le stockage avec EMC Adapter for VNX. vCenter Operations Manager affiche les metrics de performance et de capacité des systèmes de stockage EMC avec les données fournies par l’adaptateur :

• en se connectant aux systèmes en modes bloc et fichier et en collectant les données à partir de ces derniers ;

• en convertissant les données dans un format que vCenter Operations peut traiter ;

• en transmettant les données au collecteur vCenter Operations.

vCenter Operations Manager présente les données agrégées via des alertes, des tableaux de bord et des rapports prédéfinis que les utilisateurs peuvent facilement interpréter. EMC Adapter s’installe avec l’interface utilisateur d’administration de vCenter Operations.

Pour installer et configurer EMC Storage Analytics avec VMware vCenter Operations Manager, consultez le document EMC Storage Analytics for VNX Installation and User Guide.

Vérification de la solution


Chapitre 5 Vérification de la solution


Présentation .................................................................................................... 52

Vérification de la mise en œuvre de vSphere .................................................... 52

Vérification de la mise en œuvre de vCNS ......................................................... 56

Vérification de la mise en œuvre de vCAC ......................................................... 57

vCenter Operations Management ..................................................................... 77



Présentation

Ce chapitre décrit la vérification de la mise en œuvre correcte des composants vCloud et de la gérabilité du Cloud privé VSPEX pour fournir une infrastructure en tant que service (IaaS).

Vérification de la mise en œuvre de vSphere

Cette section explique la manière de vérifier la mise en œuvre de vSphere et du logiciel d’intégration.

Effectuez les tâches suivantes pour préparer le vCenter des ressources de production afin de pouvoir l’utiliser comme point d’accès dans vCAC. Dans cette section, on suppose que la seconde instance de vCenter Server a déjà été installée en suivant les étapes détaillées au Chapter 4.

1. Créez un datacenter virtuel pour le cluster de ressources de production. Pour plus d’informations, consultez le document vCenter Server and Host Management Guide.

2. Entrez les clés de licence vSphere dans le menu Licensing de vCenter. Pour plus d’informations, consultez le guide Installation et configuration de vSphere.

3. Connectez le vCenter de ressources aux hôtes VMware ESXi du cluster de ressources. Pour plus d’informations, consultez le document vCenter Server and Host Management Guide.

4. Créez un autre cluster de ressources pour les départements de tenants (finances et fabrication par exemple) et déplacez-y les hôtes ESXi appropriés. Pour plus d’informations, reportez-vous guide Gestion des ressources vSphere.

5. Procédez à la découverte des hôtes ESXi à partir de la console Unisphere. Pour plus d’informations, consultez le Techbook Using EMC VNX Storage with VMware vSphere.

Avec le plug-in VSI, vous pouvez créer des LUN dans les pools de stockage du VNX et les présenter aux clusters dans vCenter. Dans cette section, on suppose qu’un pool de stockage conçu en suivant les recommandations relatives au Cloud privé VSPEX existe déjà sur le VNX.

Créer et attribuer des LUN avec EMC VSI

Après avoir créé le pool de stockage, configurez, masquez et formatez les LUN en tant que datastores VMFS via le plug-in EMC VSI :

1. Cliquez avec le bouton droit de la souris sur le cluster vSphere auquel le nouveau stockage sera attribué, puis sélectionnez EMC > Storage Manager > Provision Storage, comme le montre la Figure 24.

Préparation des ressources du vCenter de production

Opérations VSI



Figure 24. Démarrer l’assistant de provisionnement du stockage EMC VSI à partir de

vSphere Client

2. À partir de ce point, l’administrateur vSphere est guidé tout au long d’un processus qui lui permettra de monter un datastore VMFS nouvellement créé sur tous les hôtes ESXi du cluster vSphere avec un accès à la baie de stockage.

Pour plus d’informations sur le provisionnement du stockage grâce au plug-in VSI, consultez le document EMC VSI for VMware vSphere: Unified Storage Management Product Guide Version 5.6.

3. Lorsque vous cliquez sur Finish, l’assistant EMC VSI :

− configure la vApp ;

− masque la LUN pour le cluster vSphere sur la baie ;

− redémarre l’analyse des adaptateurs HBA du serveur VMware ESXi ;

− formate et monte le datastore sur les serveurs VMware ESXi dans vSphere ;

La Figure 25 affiche les tâches terminées.



Figure 25. Résumé des tâches vSphere exécutées par EMC VSI lors du provisionnement du stockage

En conséquence, le nouveau datastore VMFS est monté et disponible immédiatement pour utilisation sur tous les membres VMware ESXi du cluster vSphere, comme le montre la Figure 26.

Figure 26. Datastore VMFS de 200 Go « EPC_Prod2_Fin_LUN11 » disponible comme

ressource de stockage

Cette solution utilise EMC PowerPath/VE sur tous les serveurs VMware ESXi pour un multipathing au niveau de l’ensemble du stockage SAN. PowerPath/VE reconnaît le nouveau périphérique une fois ce dernier monté sur le serveur VMware ESXi. Par conséquent, aucune interaction n’est requise de la part de l’utilisateur.

Pour accéder aux informations de gestion des chemins d’un périphérique de stockage, cliquez sur un datastore avec le bouton droit de la souris, puis sélectionnez Manage Paths, comme le montre la Figure 27.



Remarque : vous pouvez également accéder à la liste des périphériques (Devices) sous les adaptateurs de stockage (Storage Adapters), cliquer sur le bouton droit de la souris à l’endroit où le propriétaire du périphérique indiqué est PowerPath et sélectionner Manage Paths.

Figure 27. Informations de gestion des chemins pour la LUN/le datastore de 200 Go nouvellement créé

Tous les chemins disponibles pour le périphérique géré par PowerPath/VE s’affichent comme actifs (Active). Comme illustré sur la Figure 27, ce périphérique possède quatre chemins actifs, car chacun des deux adaptateurs HBA sur le serveur VMware ESXi est zoné sur un seul port de la baie VNX (SPA et SPB). PowerPath/VE optimise l’équilibrage de la charge d’E/S sur ces chemins, gère les défaillances de chemins sans interruption et restaure automatiquement les chemins défaillants lorsque ces derniers sont de nouveau disponibles.

Le processus de provisionnement du stockage avec EMC VSI doit être répété pour chaque LUN requise. Dans le cadre de cette solution, nous avons créé cinq datastores de tailles comparables à partir du pool de stockage de niveau de service de stockage Prod-2 de l’organisation Finance.

Une fois les cinq datastores provisionnés correctement, l’étape suivante consiste à créer un cluster de datastores dans vSphere et à y placer les cinq datastores. Pour créer un cluster de datastores, utilisez le nouvel assistant de création de clusters de datastores de vCenter.

Lors de la configuration du cluster de datastores, activez la fonction Storage DRS avec l’option Fully Automated. Conservez les paramètres définis par défaut dans la section SDRS Runtime Rules, car cette solution n’utilise pas d’équilibrage de charge basé sur les metrics d’E/S. En effet, le stockage utilise la technologie FAST sur la baie.

Pour obtenir des instructions et des conseils sur la configuration et la création de clusters de datastores dans vCenter, consultez l’article du Centre de documentation VMware vSphere 5 : Créer un cluster de banques de données.

À la fin de l’assistant, le cluster de datastores est entièrement configuré dans, comme le montre la Figure 28.

Configurer les clusters de datastores dans vSphere



Figure 28. Cluster de datastores entièrement configuré dans vSphere

Vérification de la mise en œuvre de vCNS

La technologie vCNS VXLAN permet la virtualisation du réseau : elle fournit abstraction réseau, élasticité et évolutivité dans le datacenter, sans reconfiguration du réseau physique.

Vous pouvez créer plusieurs câblages virtuels ou réseaux logiques à l’aide de la technologie VXLAN pour isoler les différents tenants ou provisionner des groupes au sein de l’entreprise.

Pour créer un VXLAN afin de séparer les réseaux des tenants, procédez comme suit :

1. Préparez le réseau pour les câbles virtuels VXLAN. Assurez-vous que l’environnement logiciel et matériel actuel répond aux conditions préalables requises pour la création d’un VXLAN. Vous pouvez vérifier ces conditions dans la documentation VMware vCloud Networking and Security.

2. Associez les clusters de ressources avec les switches distribués. Connectez-vous à vSphere Client et mappez chaque cluster de ressources sur le switch distribué.

3. Attribuez le pool d’ID de segment et la plage d’adresses multicast. Dans vSphere Client, attribuez l’ID de segment et la plage d’adresses multicast à vShield Manager sous Inventory -> Hosts & Clusters, sélectionnez une ressource de datacenter, puis Network Virtualization -> Preparation -> Segment ID.

4. Dans vSphere Client, ajoutez un périmètre réseau sous Inventory -> Hosts & Clusters -> Network Virtualization -> Network Scope.

Séparation des réseaux de tenants





5. Dans vSphere Client, ajoutez un câble virtuel VXLAN sous Inventory -> Hosts & Clusters -> Network Virtualization -> Network. Cette étape permet d’ajouter un câble virtuel VXLAN séparé pour les groupes de provisionnement.

Une fois les câbles virtuels ou réseaux logiques créés pour les groupes de provisionnement, les composants activés sous licence vCNS tels que vCNS Edge Gateway et vCNS App peuvent être utilisés pour fournir sécurité et services réseau au sein de l’entreprise. Pour plus d’informations sur la configuration du VXLAN et des services Edge Gateway, consultez le document VMware VXLAN Deployment Guide.

Vérification de la mise en œuvre de vCAC

vCAC permet de diviser une infrastructure partagée en unités et en capacités logiques. Ces dernières peuvent ensuite être transmises à différentes entités, dans lesquelles les utilisateurs peuvent faire leur choix grâce à un catalogue en libre-service de schémas directeurs de machines virtuelles personnalisés.

Les clusters de ressources prenant en charge les diverses organisations de l’entreprise sont gérés par un serveur vCenter situé dans le cluster de gestion. Ce serveur vCenter fonctionne comme le point d’accès vSphere de VMware vCAC, pour lequel toutes les ressources vSphere sous-jacentes sont mises à disposition.

La section qui suit explique :

• la création de groupes d’entreprise et de groupes de provisionnement au sein de vCAC pour activer le multitenancy en allouant et en réservant des ressources sur le point d’accès vSphere configuré au Chapitre 4 ;

• la configuration des schémas directeurs vCAC et leur mise à disposition auprès des groupes de l’entreprise ;

• la création et la demande de machines virtuelles via des schémas directeurs ;

• la reconfiguration et le décommissionnement des machines virtuelles via un portail en libre-service.

vCAC est conçu pour fonctionner avec les infrastructures existantes. Il prend en charge les exigences spécifiques des différentes entités d’une entreprise, et s’intègre avec un large éventail de bonnes pratiques et de systèmes informatiques existants.

La structure de vCAC utilise un certain nombre de rôles et de responsabilités d’utilisateur. L’administration des utilisateurs et des ressources de traitement est gérée via la console vCAC, qui constitue le portail administratif. Les groupes, utilisateurs et rôles concernés sont récapitulés dans les sections suivantes :

• Cloud administrator

• Enterprise groups

• Provisioning groups

Administrateur du Cloud

L’administrateur du Cloud est chargé de la configuration des points d’accès de ressources et des groupes d’entreprise, pour lesquels les administrateurs et les ressources de calcul correspondantes doivent être définis.

Administration des rôles et des ressources de Cloud

http://www.vmware.com/files/pdf/techpaper/VMware-VXLAN-Deployment-Guide.pdf�

http://www.vmware.com/files/pdf/techpaper/VMware-VXLAN-Deployment-Guide.pdf�



L’une des principales tâches que l’administrateur du Cloud doit effectuer est la configuration des points d’accès que vCAC doit utiliser pour le provisionnement des ressources et des opérations de calcul. Dans le cadre de cette solution, le vCenter de production a été ajouté en tant que point d’accès vSphere nommé vSphere (vCenter) utilisé par vCAC pour les ressources de calcul.

La configuration du point d’accès est illustrée sur la Figure 29.

Figure 29. Configuration des points d’accès pour vCAC

L’administrateur du Cloud est responsable de la création de groupes d’entreprise et de l’attribution des ressources de calcul à ces derniers. La Figure 30 met en évidence les ressources de calcul du cluster Manufacturing de vSphere sélectionnées pour la prise en charge du groupe WayneEnterpriseMfg.

Pour plus d’informations sur la création de groupes d’entreprise et les opérations que l’administrateur du Cloud doit réaliser, consultez le document vCloud Automation Center Operation Guide.

Figure 30. Groupes d’entreprise créés et gérés par l’administrateur du Cloud vCAC



Figure 31. Ressources des groupes d’entreprise définies par l’administrateur du

Cloud vCAC

Groupes d’entreprise

Les groupes d’entreprise incluent les administrateurs entreprise gérant leurs ressources de Cloud respectives, comme défini par l’administrateur du Cloud. Les administrateurs entreprise sont chargés de la configuration et de la création de groupes de provisionnement pour les départements individuels, ainsi que des réservations et personnalisations de ressources de réseau, stockage, calcul et profils de coût. Les groupes de ports virtuels distribués créés sur le switch vSphere distribué sont disponibles pour sélection en tant que chemins réseau lors de la création d’une réservation. Les réseaux logiques créés via vCNS sont également disponibles pour sélection en tant que chemins réseau. Les groupes et règles d’approbation sont également définis par l’administrateur entreprise.

Les administrateurs entreprise peuvent créer une réservation virtuelle vSphere vCenter, qui est en fait un partage des ressources d’une même ressource de calcul de virtualisation, dédiées à un groupe de provisionnement particulier, pour utilisation lors du provisionnement des machines virtuelles. Les règles de réservation peuvent être utilisées pour classer la réservation.

Création d’une réservation et d’un profil de coût de ressources virtuelles vSphere



Figure 32. Réservations de ressources de stockage telles qu’elles sont gérées par l’administrateur entreprise vCAC

L’administrateur de stockage peut créer différents types de pool de stockage basés sur diverses baies : une classe « gold » basée sur un pool de stockage VSPEX et une classe « silver » composée de tous les disques SAS d’une configuration RAID5 par exemple (reportez-vous à l’Annexe A). L’administrateur entreprise peut ensuite les marquer dans différentes réservations, comme le montre la Figure 33.

Figure 33. Attribution des profils de coût



La Figure 34 contient les groupes de provisionnement configurés pour les départements Finance et Manufacturing. Le groupe de provisionnement WayneEntMfgProvGrp1 est encadré. Il présente les responsables de groupes de provisionnement chargés du département Manufacturing.

Figure 34. Groupes de provisionnement gérés par l’administrateur entreprise vCAC

Un administrateur de Cloud ou d’entreprise peut modifier ce groupe de provisionnement pour définir le responsable du groupe, les rôles d’utilisateur de support et les rôles utilisateur pour le département Manufacturing.

L’administrateur entreprise est chargé d’attribuer les ressources de calcul, de stockage et de réseau et de les mettre à disposition du responsable de groupe. Dans cette solution, les ressources sont récupérées dans le cluster vSphere alloué à cette entreprise. Des ressources peuvent être réservées par l’administrateur entreprise pour les groupes de provisionnement à l’aide de règles de réservation. Ces règles couvrent les réservations de ressources de mémoire, stockage et réseau.

Pour plus d’informations sur la création de groupes de provisionnement, la réservation de ressources et les règles de réservation, consultez le document vCloud Automation Center Operation Guide.

Groupes de provisionnement

Les groupes de provisionnement contiennent les utilisateurs et les consommateurs de l’infrastructure mise à leur disposition par l’administrateur entreprise :

• Provisioning Group Manager (PGM, Responsable de groupe de provisionnement) : il peut accéder à toutes les machines virtuelles, créer et publier des schémas directeurs pour les utilisateurs, gérer les demandes d’approbation et travailler au nom d’autres utilisateurs dans leur groupe.

• Support user role (Rôle d’utilisateur de support) : il s’agit d’un utilisateur de l’assistance technique dont le rôle lui permet de travailler au nom d’autres utilisateurs du groupe lorsque cela s’avère nécessaire pour le dépannage et le support.

• User role (Rôle utilisateur) : il s’agit des utilisateurs travaillant dans le contexte de vCAC. Ils peuvent effectuer des déploiements à partir des schémas directeurs mis à leur disposition par le responsable de groupe de provisionnement.



Ces utilisateurs sont les principaux consommateurs du portail utilisateur en libre-service de vCAC, à partir duquel ils peuvent provisionner et gérer leurs machines virtuelles. Le déploiement des schémas directeurs peut être soumis à l’approbation du responsable de groupe de provisionnement. Cette règle d’approbation est définie au cas par cas par le responsable de groupe de provisionnement, comme le montre la Figure 35.

Pour plus d’informations sur les rôles attribués au sein d’un groupe de provisionnement, consultez le document vCloud Automation Center Operation Guide.

Figure 35. Règle d’approbation des schémas directeurs telle que définie par le

responsable du groupe de provisionnement

Par exemple, l’environnement de cette solution est basé sur une entreprise imaginaire nommée Wayne Enterprises, qui comprend deux organisations de production : Manufacturing et Finance. Ces organisations sont prises en charge par les utilisateurs du département informatique, qui sont directement responsables du support des systèmes et applications de chaque organisation.

Un schéma directeur contient les spécifications complètes d’une machine virtuelle. Il détermine les attributs de la machine, la manière dont elle est provisionnée, ainsi que ses paramètres de règle et de gestion. Lorsqu’un utilisateur demande une machine via le portail en libre-service, il doit sélectionner le schéma directeur à partir duquel elle doit être créée. Ces schémas directeurs spécifient le workflow utilisé pour provisionner une machine et définissent les profils de conception contenant des informations de provisionnement supplémentaires, au besoin. Le schéma directeur définit également les règles qui s’appliquent à une machine, comme les approbations nécessaires, la date d’expiration et les opérations propriétaire.

Lorsqu’un schéma directeur est créé, les informations sont spécifiées via les commandes de la console et les propriétés personnalisées. Un schéma directeur local est créé par un responsable de groupe de provisionnement, pour un seul groupe, et il est mis à disposition des membres de ce groupe uniquement. Un schéma directeur global est créé par un administrateur entreprise ou un responsable de groupe de provisionnement, et il peut être sélectionné et inclus dans les schémas directeurs locaux d’un groupe de provisionnement par le responsable de groupe.

Schémas directeurs vCAC



Les schémas directeurs peuvent concerner une ou plusieurs machines, y compris les applications d’entreprise en couches requérant plusieurs composants (application, base de données ou Web). Un schéma directeur pour plusieurs machines contient divers schémas directeurs concernant les machines individuelles.

Création de schémas directeurs

Les administrateurs entreprise et les responsables de groupe de provisionnement (ou un utilisateur remplissant ces deux rôles) peuvent créer des schémas directeurs. Un utilisateur à la fois administrateur entreprise et responsable de groupe de provisionnement peut choisir de créer un schéma directeur global, disponible pour tous les groupes de provisionnement, ou un schéma directeur local, restreint à un groupe unique.

Pour créer un schéma directeur local :

1. Connectez-vous à la console vCAC en tant que responsable de groupe de provisionnement.

2. Sélectionnez Provisioning Group Manager -> Blueprints dans le volet des activités.

3. Cliquez sur New Blueprint et sélectionnez Virtual, comme le montre la Figure 36.

Figure 36. Créer un nouveau schéma directeur de machine virtuelle VMware vSphere

Vous pouvez entièrement créer un schéma directeur ou le copier à partir d’un schéma maître existant. La copie d’un tel schéma peut s’avérer utile ou plus efficace dans le cas où la nouvelle machine virtuelle partage un grand nombre de propriétés identiques avec une autre machine, ce qui entraîne moins de personnalisations lors de l’élaboration du schéma directeur.

La création des schémas directeurs implique de renseigner quatre onglets distincts :

• Blueprint Information

• Build Information

• Properties

• Security

Chacun de ces quatre onglets contient différents champs de saisie qui ensemble définissent le produit final du schéma directeur.



Blueprint Information

Le nouveau schéma directeur est défini en tant que schéma maître. Il peut ainsi être copié lors de la création de nouveaux schémas directeurs. D’autres propriétés sont configurées ici : règle de réservation, groupe de provisionnement, préfixe du nom de machine virtuelle et coût quotidien de cette dernière. C’est ici également que vous pouvez spécifier que ce schéma directeur requiert l’approbation du responsable de groupe de provisionnement en cas de déploiement par les utilisateurs. Le processus de création d’un nouveau schéma directeur est illustré sur la Figure 37.

Figure 37. Créer un nouveau schéma directeur

Build Information

Dans l’onglet suivant, Build Information, définissez le type de schéma directeur sur Server et sélectionnez l’action Clone : un workflow de clonage sera appliqué, en fonction d’un modèle existant dans vSphere. Dans cet exemple, un certain nombre de modèles de machine virtuelle standard Windows et Linux sont préintégrés dans vSphere. Sélectionnez le modèle souhaité en cliquant en regard du champ de texte Clone from, comme indiqué sur la Figure 38. Le modèle Windows2008R2SP1 est sélectionné dans cet exemple.



Figure 38. Sélectionner le modèle vSphere à cloner

Les ressources de machine virtuelle sont définies, au minimum, en fonction de la configuration du modèle. Le schéma directeur peut être configuré pour permettre l’augmentation de ces valeurs et leur définition sur une valeur maximale ultérieurement. La Figure 39 montre où définir les valeurs maximales des ressources de machine et où spécifier le niveau de service de stockage (Storage Reservation Policy).

Figure 39. Renseigner l’onglet Build Information pour le nouveau schéma directeur



Dans cet exemple, les ressources de machine minimales sont héritées du modèle vSphere et les valeurs maximales ont été définies manuellement sur le double des valeurs minimales. Autrement dit, au moment du déploiement, cette machine virtuelle peut être déployée en utilisant des ressources pouvant atteindre les valeurs maximales. Plus tard dans la configuration, les utilisateurs du Cloud ont la possibilité de reconfigurer les ressources de machine virtuelle, après le déploiement.

Properties

L’onglet Properties contient une sélection de profils de conception. Certains sont propres au système d’exploitation, d’autres sont applicables à toutes les machines virtuelles. Un profil de conception contient un ensemble de propriétés à appliquer à la machine lors de son provisionnement. Pour ce schéma directeur, nous avons sélectionné un profil de conception propre aux machines virtuelles Windows Server 2008 et Windows 2012. Le processus de sélection est illustré sur la Figure 40.

Figure 40. Sélectionner des profils de conception personnalisés pour la machine virtuelle

Security

Pour finaliser la création de ce schéma directeur, il s’agit de spécifier quels utilisateurs peuvent y accéder dans l’onglet Security, et de définir les opérations et les options de reconfiguration de la machine, comme le montre la Figure 41.



Figure 41. Activer les opérations de machine virtuelle pour les utilisateurs du Cloud

Pour en savoir plus sur la création de schémas directeurs de machines virtuelles, consultez le document vCloud Automation Center Operating Guide v5.2.

Une fois le schéma directeur créé, il est mis à disposition des utilisateurs du Cloud pour un déploiement à partir du portail utilisateur en libre-service, comme illustré sur la Figure 42.

Figure 42. Déployer un nouveau schéma directeur de machine virtuelle à partir du portail en libre-service

Le responsable de groupe de provisionnement permet aux utilisateurs du Cloud de reconfigurer l’une des machines virtuelles dans le schéma directeur. Un propriétaire de machine peut effectuer les modifications suivantes sur une machine provisionnée :

• Augmenter ou réduire la mémoire.

• Augmenter ou réduire le nombre de CPU.

Déployer des machines virtuelles partir de schémas directeurs

Reconfigurer une machine virtuelle existante



• Modifier le stockage en ajoutant, en supprimant ou en augmentant la taille des volumes (disques SCSI uniquement).

• Modifier les réseaux en ajoutant, en supprimant ou en mettant à jour les adaptateurs réseau.

La modification de n’importe lequel de ces paramètres est fonction des limites définies dans le schéma directeur initialement utilisé pour provisionner la machine. La Figure 43 met en évidence un exemple de propriétaire de machine virtuelle reconfigurant les ressources de stockage d’une machine virtuelle à partir du portail en libre-service.

Figure 43. Reconfigurer les ressources de machine virtuelle à partir du portail en

libre-service

Les demandes de reconfiguration peuvent également requérir une approbation, tout comme les demandes de provisionnement. Une fois la demande approuvée, la reconfiguration est prête à être exécutée. La Figure 44 illustre ce point.

Figure 44. Définir les options d’exécution de la reconfiguration d’une machine virtuelle

Voici les trois options relatives au timing de l’exécution de la reconfiguration :

• Immediate : la reconfiguration est automatiquement mise en attente pour une exécution après la réception de toutes les approbations requises.



• Scheduled : le propriétaire de la machine spécifie une date et une heure d’exécution de la reconfiguration. L’exécution peut être replanifiée si la demande n’est pas approuvée avant l’heure planifiée.

• Queue for Owner : la reconfiguration doit être déclenchée manuellement par le propriétaire de la machine après réception de toutes les approbations.

À l’expiration du bail de la machine, ou si son expiration est appliquée manuellement, la machine est archivée ou détruite, en fonction de ce que le schéma directeur spécifie en termes de période d’archivage. À la fin de la période d’archivage, ou en l’absence d’une telle période, la machine virtuelle est détruite, comme illustré sur la Figure 45.

Figure 45. Décommissionnement d’une machine virtuelle

Cet environnement de Cloud privé requiert des modèles flexibles de suivi d’utilisation et d’évaluation des coûts pouvant expliquer le taux d’utilisation de toutes les ressources au sein de l’environnement. VMware vCAC contient une solution intégrée de reporting des coûts de toutes les ressources physiques et virtuelles allouées et consommées dans le Cloud privé. La gestion du cycle de vie des ressources du Cloud via la récupération des ressources inutilisées, sous-utilisées ou expirées est également mesurée et capturée par le portail de reporting vCAC, ainsi que les économies estimées associées aux ressources récupérées.

Remarque : le périmètre de cette fonctionnalité de reporting est limité aux ressources consommées dans VMware vCAC.

Le portail de reporting vCAC est mis à disposition des utilisateurs suivants :

• utilisateur de support ;

• responsable de groupe de provisionnement ;

• administrateur entreprise ;

• administrateur vCAC.

Tous ces utilisateurs peuvent accéder au site Web des rapports vCAC en cliquant sur Reports dans le volet des activités.

Décommisionner une machine virtuelle

Refacturation et suivi d’utilisation



Types de rapport

Le premier rapport disponible dans la liste est le rapport Executive Summary (voir Figure 46) qui présente le provisionnement et les ressources de l’ensemble du site vCAC, en fonction des types de machine : virtuelles, physiques et Cloud. Le périmètre de cette solution comprend les ressources virtuelles ; tous les rapports de cette section reflètent donc cet état de fait.

Figure 46. Rapport Executive Summary Virtual pour les machines virtuelles vCAC

Ce rapport Executive Summary (voir Figure 46) inclut des graphiques représentant la répartition des machines virtuelles par schéma directeur, groupe, état et réservation. Ce tableau contient les totaux relatifs aux ressources de virtualisation physiques, réservées, allouées et utilisées.

Des rapports plus généraux sur l’utilisation de la capacité sont également disponibles sur le portail de reporting vCAC. Les rapports sur l’utilisation de la capacité (voir Figure 47) décomposent les quotas, la mémoire et l’utilisation du stockage de la machine par groupe de provisionnement, ressource de calcul de virtualisation, propriétaire de machine et schéma directeur. Seuls les groupes de provisionnement contenant des réservations du type sélectionné s’affichent.



Figure 47. Gérer les profils de coût des ressources de calcul et de coût du stockage

La Figure 47 présente l’utilisation de la capacité, filtrée par groupe, pour les deux organisations (Finance et Manufacturing) utilisées dans cette solution. Ce rapport contient les ressources réservées, allouées et utilisées par tous les groupes de provisionnement. Ce tableau récapitulatif se compose de trois colonnes contenant des informations sur l’utilisation de la capacité de la machine virtuelle, de la mémoire et du stockage.

Profils de coût

Afin de permettre le calcul du coût d’une machine pour son affichage aux propriétaires de machine, demandeurs et administrateurs, et pour le reporting de refacturation, vous pouvez associer chaque ressource de calcul de virtualisation avec un profil de coût. Pour une définition plus précise du coût du stockage pour les machines virtuelles, vous pouvez également associer chaque chemin de stockage vCAC connu (datastore/LUN) sur une ressource de calcul avec un profil de coût de stockage.

Un coût quotidien peut également être spécifié dans chaque schéma directeur. Les profils de coût et le coût quotidien des schémas directeurs sont facultatifs. Les profils de coût sont attribués aux ressources de calcul par les administrateurs entreprise. Les coûts des schémas directeurs sont spécifiés par les administrateurs entreprise pour les schémas globaux et par les responsables de groupe de provisionnement pour les schémas locaux, comme indiqué sur la Figure 48.



Figure 48. Gérer les profils de coût des ressources de calcul et de coût du stockage

Dans le cadre de cette solution, un profil de coût de stockage a été créé pour représenter chacun des niveaux de service de stockage présentés et disponibles dans VMware vCAC. La Figure 49 présente tous les profils de coûts de cette solution.

Les administrateurs entreprise peuvent attribuer ou modifier le profil de coût d’une ressource de calcul à partir de la page Edit compute resources. Chaque profil de coût spécifie les coûts suivants :

• Coût des ressources de calcul : coût quotidien par Go de capacité de mémoire spécifiée dans le schéma directeur de la machine virtuelle ou installée dans la machine physique.

• Coût des CPU : coût quotidien par CPU spécifié dans le schéma directeur de la machine virtuelle ou installé dans la machine physique.

• Coût du stockage : coût quotidien par Go de capacité de stockage, tel que spécifié dans le schéma directeur de la machine virtuelle.

Profil de coût de stockage Un profil de coût de stockage, encadré en rouge sur la Figure 49, contient uniquement un coût quotidien par Go de stockage. Si vous attribuez un profil de coût de stockage à un datastore ou à une LUN, le coût de ce stockage remplace celui du profil (encadré en bleu sur la Figure 49) attribué à la ressource de calcul, le cas échéant. Ces coûts quotidiens sont ajoutés aux coûts spécifiés dans le schéma directeur, le cas échéant, et sont refacturés aux propriétaires de machines et aux groupes de provisionnement. L’onglet Configuration des ressources de calcul vCAC contient également la règle de réservation du stockage (Storage Reservation Policy). Cette règle a été alignée avec les profils de coût de stockage des clusters de datastores associés.



Figure 49. Modifier les profils de coût des ressources de calcul et de coût du

stockage vCAC

Rapports de refacturation Ensemble, les coûts combinés permettent la génération des coûts quotidiens par machine et de rapports de refacturation totalisant ces coûts pour chaque machine et pour toutes les machines de chaque réservation sur une période spécifiée. Une fois les profils de coût appropriés créés et attribués aux ressources adéquates dans vCAC, la section de refacturation du portail de reporting vCAC permet d’accéder à un certain nombre de rapports de refacturation.

Depuis le portail de reporting vCAC, les rapports de refacturation peuvent être séparés et calculés par type de machine (physique ou virtuelle), et peuvent être affichés comme suit :

• refacturation par groupe et par ressources allouées (Chargeback by Group by Allocated Resources) ;

• refacturation par groupe et par réservation (Chargeback by Group by Reservation) ;

• refacturation par propriétaire et par ressources allouées (Chargeback by Owner by Allocated Resources).

Ces rapports peuvent être filtrés par date, groupe de provisionnement et type de machine.

Rapport Chargeback by Group by Allocated Resources : ce rapport (voir Figure 50) montre le coût de tous les groupes de provisionnement, d’un groupe sélectionné pour toutes les machines ou de toutes les machines d’un type sélectionné détenues par les membres du groupe, sur une période spécifiée. Par exemple, vous pouvez afficher le coût des machines virtuelles détenues par un groupe particulier pendant une semaine donnée, ou par tous les groupes de provisionnement sur un an. Les coûts sont indiqués pour les machines individuelles et totalisés pour toutes les machines détenues par un groupe de provisionnement.



Figure 50. Rapport Chargeback by Group by Allocated Resources

Le rapport de refacturation de la Figure 50 est filtré par date pour une période d’un mois, par groupe de provisionnement (WayneEntMfgProvGrp2) et par type de machine (virtuelle). Les résultats de ce rapport incluent les charges quotidiennes, le nombre de jours facturés pour chacune d’entre elles, leur coût total et le coût combiné de toutes les machines du groupe de provisionnement.

Rapport Chargeback by Owner by Allocated Resources : ce rapport montre le coût de tous les propriétaires de machines, d’un propriétaire sélectionné pour toutes les machines ou de toutes les machines détenues d’un type sélectionné, sur une période spécifiée. Par exemple, vous pouvez afficher le coût des machines de tous les types détenues par un propriétaire particulier pendant une semaine donnée, ou par tous les propriétaires sur un an. Les coûts sont indiqués pour les machines individuelles et totalisés pour toutes les machines détenues par un utilisateur.

Le rapport de refacturation de la Figure 51 contient les informations de refacturation de deux groupes de provisionnement : WayneEntMfgProvGrp1 et WayneEntMfgProvGrp2. Ce rapport a été exécuté par l’utilisateur « mfgIT », administrateur entreprise de l’organisation Manufacturing ; par conséquent, cet utilisateur verra uniquement les informations propres aux groupes de provisionnement de sa propre organisation.

Les coûts totaux indiqués dans ce rapport sont les totaux correspondant à la quantité de ressources de calcul réservée pour ces groupes de provisionnement. Ces coûts de réservation ne tiennent pas compte de la proportion des ressources activement consommées.



Figure 51. Rapport Chargeback by Group by Reservation

Rapport Chargeback by Owner by Allocated Resources : ce rapport montre le coût de tous les propriétaires de machines, d’un propriétaire sélectionné pour toutes les machines ou de toutes les machines détenues d’un type sélectionné, sur une période spécifiée. Par exemple, vous pouvez afficher le coût des machines virtuelles détenues par un propriétaire particulier pendant une semaine donnée, ou par tous les propriétaires sur un an.

Figure 52. Rapport Chargeback by Owner by Allocated Resources



Le rapport de refacturation de la Figure 52 est filtré pour indiquer le coût total des machines virtuelles détenues par un propriétaire orienté applications dans l’organisation Manufacturing, nommé mfgAppOwner. Ce rapport concerne le mois écoulé.

Les résultats de ce rapport incluent les charges quotidiennes par machine virtuelle individuelle, le nombre de jours facturés pour chacune d’entre elles, leur coût total et le coût combiné de toutes les machines de ce propriétaire.

Rapports de récupération Les rapports de récupération (Reclamation) fournissent des informations sur toutes les machines ou sur les machines d’un type donné ayant été récupérées (détruites ou décommissionnées) pendant une certaine période. Cela inclut les machines détruites ou décommissionnées après l’expiration de leur bail ou une expiration définie manuellement, ou les machines détruites ou décommissionnées manuellement, ainsi que les machines virtuelles détruites par un workflow de récupération initié par un administrateur entreprise.

Figure 53. Tableau de bord des machines virtuelles récupérées dans le Cloud privé de

l’entreprise

Le rapport Reclaimed Resources Dashboard (voir Figure 54) totalise les machines récupérées ou les machines d’un type sélectionné, pendant les 7, 30, 90 et 365 derniers jours.

Vous pouvez obtenir davantage d’informations concernant les propriétaires des machines virtuelles récupérées et les économies opérationnelles générées par la récupération.



Figure 54. Rapport Reclamation Savings by Owner

Le rapport Reclamation Savings by Owner (voir Figure 54) contient des informations concernant chaque propriétaire d’une ou plusieurs machines virtuelles récupérées depuis la date de début spécifiée. Les économies signalées dans ce rapport sont basées sur la différence entre le coût hypothétique de toutes les machines détenues par le groupe de provisionnement depuis la date de début spécifiée si aucune machine n’a été récupérée, et le coût réel, incluant la récupération des machines.

vCenter Operations Management

La gestion des opérations dans les environnements de Cloud inclut la garantie de certains niveaux de service, la résolution de problèmes, le dépannage et la maintenance préventive. Le respect de ces exigences implique l’analyse du taux d’utilisation actuel, la prévision des besoins futurs et l’optimisation de la consommation courante de ressources via la récupération des ressources inutilisées.

Les informations détaillées sur l’infrastructure et les opérations fournies par VMware vCenter Operations Management (vCOps) éliminent les processus de résolution des problèmes fastidieux grâce à l’analyse automatisée des causes premières. Les seuils dynamiques et l’analytique des performances avec autoapprentissage s’adaptent à l’environnement pour simplifier la gestion des opérations et éliminer les fausses alertes. Les alertes intelligentes intégrées signalant la dégradation de l’intégrité, des performances et de la capacité identifient les problèmes de performances avant qu’ils n’affectent les utilisateurs. L’analytique de capacité avancée permet aux administrateurs d’optimiser la densité des machines virtuelles et d’identifier les problèmes de manque de capacité avant qu’ils n’affectent l’utilisateur.

VMware vCenter Operations Management Suite Enterprise Edition offre une certaine flexibilité avec des fonctions avancées étendant les fonctionnalités de surveillance, d’analytique et de reporting. Cette suite convient aux solutions de toutes les tailles.



Cette solution IaaS VSPEX utilise vCOps pour surveiller à la fois la couche de gestion et les ressources de calcul utilisées en production. VMware vCOps n’est pas intégré avec ni lié à VMware vCAC v5.2. Par conséquent, il ne sait pas quelles ressources sont détenues par vCAC. En revanche, les composants de gestion et de production (ressources vCAC) sont gérés par des serveurs vCenter séparés. Autrement dit, leurs ressources respectives peuvent être gérées et surveillées séparément dans vCOps.

Tableau de bord vCenter Operations Manager Une fois mise en œuvre et configurée, l’interface utilisateur de vSphere offre une visibilité complète sur l’environnement, comme illustré sur la Figure 55. Le tableau de bord principal se divise en trois entités logiques et fournit des informations générales sur l’intégrité globale et les problèmes actuels de toutes les ressources gérées, sur les problèmes et risques futurs potentiels dans l’environnement, ainsi que sur les tendances en termes d’efficacité des ressources dans l’environnement.

Figure 55. Présentation générale du tableau de bord de l’interface utilisateur de vSphere

Les trois entités logiques principales de vCOps peuvent être décrites comme suit :

• Health : calcule les scores d’intégrité en fonction d’algorithmes brevetés calculant les seuils de manière dynamique, en observant les tendances de l’environnement de Cloud en matière de comportement. Cette entité donne une visibilité sur les états rouges, jaunes et verts des machines virtuelles, datastores et clusters. Vous pouvez voir où se trouvent les problèmes, connaître leur origine et savoir si l’environnement présente un schéma de comportement anormal.

• Risk : offre une visibilité sur la consommation des ressources et vous indique non seulement quand la capacité viendra à manquer, mais également quelles ressources disparaîtront.

• Efficiency : permet d’être proactif et d’optimiser votre environnement en récupérant les ressources inutilisées.

Badges vCOps

vCenter Operations Manager utilise des badges pour illustrer les metrics dérivés et présenter l’état de l’environnement virtuel ou d’un objet individuel. Ces badges servent de points de repère et permettent d’affiner le périmètre d’un problème potentiel et de fournir des détails sur sa cause.

Surveillance des objets et ressources vCenter



Les badges majeurs et mineurs respectent un code couleur allant du vert représentant une intégrité parfaite, au jaune, orange et rouge représentant des problèmes potentiels. Ces badges sont organisés suivant une hiérarchie simple dans laquelle les scores des badges mineurs contribuent à ceux des badges majeurs.

Ces scores peuvent refléter une bonne santé ou un problème potentiel en fonction du type de badge. Par exemple, des scores faibles pour l’intégrité, le temps et la capacité restants peuvent indiquer des problèmes potentiels, alors que des scores faibles au niveau des pannes, contraintes ou anomalies indiquent un état normal.

Navigation et dépannage

Les tableaux de bord vCOps fournissent un grand nombre d’informations différentes sur l’état de l’infrastructure et permettent une analyse simple de la cause première des problèmes.

Par exemple, l’intégrité globale de l’environnement est représentée par un badge vert portant la valeur 97. Vous pouvez obtenir quelques informations sur une panne en passant le curseur de la souris sur l’une des zones rouges de la carte Health Weather Map. Dans l’exemple de la Figure 56, l’icône rouge de la dernière ligne de la carte Health Weather Map correspond à un datastore VNX particulier, marqué d’une valeur d’intégrité (Health) de 0 et d’une valeur de panne (Faults) de 100. Notez qu’une seule panne est détectée, mais que la valeur 100 correspond au pourcentage touché par la panne.

Figure 56. Tableau de bord d’intégrité affichant les problèmes immédiats de l’environnement

Double-cliquez sur cette zone rouge pour afficher plus de détails sur ce problème. vCOps bascule automatiquement la vue sur la source du problème : dans cet exemple, le datastore VNX, VNX-VSI-DS02. Sélectionnez le badge Faults pour afficher des détails plus complets indiquant une perte de connectivité du stockage. Des détails sur l’événement sont également disponibles : degré de criticité de la panne, type de ressource, nom de la ressource, ainsi que les metrics relatifs à la charge de travail, à l’espace et aux performances du datastore, comme illustré sur la Figure 57.



Figure 57. Analyse de la panne de bout en bout incluant des informations sur la panne

réelle, ses causes et sa résolution

Le niveau de dépannage compatible avec la surveillance différencie vCOps des solutions de surveillance standard. Plutôt que d’envoyer un grand nombre d’alertes en cas de dépassement de certains seuils ou de détection d’un état anormal, vCOps fournit des informations détaillées sur le problème réel, ainsi que sur ses causes potentielles et les solutions à adopter, comme illustré sur la Figure 57. Vous pouvez sélectionner What does that mean? dans le tableau de bord pour obtenir une description détaillée de la cause première du problème, ainsi qu’une procédure pas-à-pas contenant des liens vers les articles de la base de connaissances appropriés dont vous devriez suivre les instructions pour déterminer les problèmes actuels de votre environnement. Vous trouverez un exemple des détails de cette solution sur la Figure 58.

Figure 58. Détails de la solution de l’analyse des causes premières VMware vCOps



L’intégration de VMware vCOps avec le logiciel EMC Storage Analytics (ESA) permet de combiner les fonctions et fonctionnalités de VMware vCenter Operations Manager avec VNX. Grâce à cette intégration, une analytique et des visualisations personnalisées fournissent une visibilité détaillée sur votre infrastructure EMC et vous permettent de dépanner, d’identifier et de prendre des mesures rapides en cas de problèmes de performances de stockage et de gestion de la capacité.

ESA présente trois tableaux de bord séparés sur le portail personnalisé de vCOps : deux sont universels et le dernier est propre à VNX. Chaque tableau de bord est entièrement personnalisable et peut être ajusté pour afficher les détails et metrics requis ou des widgets supplémentaires.

Par défaut, ESA affiche les tableaux de bord suivants sur le portail personnalisé de vCOps. Ils fournissent des informations sur les systèmes de stockage VNX :

• Tableau de bord EMC Storage Topology : propose une vue des ressources et relations entre le stockage et les objets d’infrastructure virtuelle, comme illustré sur la Figure 59.

• Tableau de bord EMC VNX Storage Metrics : affiche les ressources et les metrics des systèmes de stockage.

• Tableau de bord EMC VNX Overview : représente une vue unique des performances et de la capacité des ressources VNX.

Tableau de bord EMC Storage Topology

Le tableau de bord EMC Storage Topology est illustré sur la Figure 59. Il contient les baies VNX configurées : elles sont désignées comme instances d’adaptateur. Lorsqu’une baie est sélectionnée dans le volet Storage System Selector, les volets de topologie et de ressources contiennent les composants sous-jacents associés. ESA récupère tous les objets VMware associés, permettant une navigation de bout en bout dans les composants de baie de stockage sous-jacents : du cluster de datastores et LUN vSphere aux pools et au processeur de stockage. L’exemple de la Figure 59 montre que le datastore EPC_Prod2_LUN10 s’appuie sur la LUN EPC_Prod2_LUN10. La LUN est créée à partir du pool vCAC et utilise le processeur de stockage SP A. Ces informations sont présentées graphiquement dans le volet Storage Topology and Health, et décomposées en ressources parent/enfant dans leurs volets respectifs (Parent Resources/Child Resources).

Surveillance de l’intégrité et des ressources du VNX



Figure 59. Tableau de bord EMC Storage Topology (VNX)

Le second tableau de bord universel, illustré sur la Figure 60, concerne les metrics de stockage EMC (EMC Storage Metrics). Chaque ressource EMC est associée à un ensemble de metrics et s’affiche dans un graphique. La navigation s’effectue de haut en bas. Une fois le système de stockage et la ressource spécifique choisis, l’utilisateur peut sélectionner plusieurs metrics à afficher dans le graphique correspondant.



Figure 60. ESA – Tableau de bord EMC Storage Metrics affichant les metrics de LUN VNX

Les baies VNX ont leur propre tableau de bord, EMC Performance Overview, qui présente les informations sous forme de cartes d’utilisation, comme illustré sur la Figure 61. Ce tableau de bord couvre les types principaux de ressources de système de stockage : thin pools, groupes de stockage, LUN, processeurs de stockage (VNX), performances FAST Cache (VNX), et il fournit quelques metrics pour chacune de ces ressources. Les couleurs de la carte d’utilisation fonctionnent à deux niveaux différents : les couleurs de la plage vert-rouge représentent l’utilisation (par exemple l’allocation des thin pools) ou les performances (par exemple la latence) et le bleu correspond à l’utilisation relative des ressources pour ce metric précis dans une baie (par exemple le nombre total d’opérations d’écriture). Un historique complet est disponible sur la page EMC Storage Metrics pour chacun des objets affichés.



Figure 61. ESA – Cartes d’utilisation des objets du tableau de bord EMC VNX Overview

VMware vCOps fournit des fonctionnalités de planification de la capacité puissantes qui permettent de prédire le comportement et d’évaluer l’impact potentiel de la croissance future sur les ressources sous-jacentes de l’environnement de Cloud privé de l’entreprise.

Le composant de planification de la capacité de vCOps fournit des statistiques sur le taux d’utilisation actuel, comme illustré sur la Figure 62, mais il peut également élaborer des scénarios par hypothèses dans lesquels l’environnement d’infrastructure peut être influencé par un plus grand nombre ou un nombre réduit d’hôtes ESXi, de systèmes de stockage ou de machines virtuelles sur les profils de consommation, nouveaux ou existants. En mettant le scénario en œuvre, vCOps modélise l’impact prévu de ce dernier afin que vous connaissiez à l’avance les exigences de capacité dans de telles circonstances.

Figure 62. Détails sur la capacité des machines du cluster de gestion

Planification et optimisation de la capacité



Comme illustré sur la Figure 62, les chiffres concernant la capacité restante se basent sur la demande et les tendances de consommation des machines virtuelles actuellement utilisées.

Pour planifier les exigences en matière de capacité en fonction de la croissance à venir, vous pouvez créer un scénario par hypothèses contenant un profil de machine virtuelle pouvant être basé sur une machine virtuelle existante ou être spécifié manuellement, comme illustré sur la Figure 63.

Figure 63. Spécifier une configuration de machine virtuelle dans un scénario par hypothèses

Comme illustré sur la Figure 63, le profil de machine virtuelle peut être personnalisé pour spécifier non seulement l’allocation des ressources, mais également leur utilisation et consommation actuelles. Une fois le scénario impliquant l’ajout de dix nouvelles machines virtuelles exécuté, les détails affichés au niveau de la capacité des machines virtuelles sont mis à jour et affichent la capacité réelle restante, ainsi que la capacité qui resterait si le scénario par hypothèses était mis en œuvre, comme illustré sur la Figure 64.



Figure 64. Scénario par hypothèses - Ajout de dix nouvelles machines virtuelles

Tableau de bord des machines virtuelles sur ou sous-utilisées Lorsque les ressources sont limitées, vCOps peut identifier les ressources sous-utilisées récupérables dans les machines virtuelles inactives ou surdimensionnées. Le tableau de bord d’optimisation des ressources inutilisées compare les metrics de CPU et de mémoire configurés et recommandés et identifie les machines virtuelles surdimensionnées en fonction de la consommation réelle de ressources sur une période définie.

La définition des machines virtuelles sur ou sous-utilisées est basée sur des règles et peut être modifiée pour s’adapter à des besoins métier spécifiques, comme illustré sur la Figure 65. Plusieurs règles peuvent être créées et appliquées en fonction des besoins.

Figure 65. Modifier une règle pour spécifier des seuils de sous-utilisation des machines virtuelles



Le tableau de bord répertorie les machines virtuelles surdimensionnées et des recommandations relatives aux valeurs appropriées pour les ressources de CPU et de RAM, en fonction de l’historique de consommation réelle, comme illustré sur la Figure 66.

Figure 66. Liste des machines virtuelles surdimensionnées avec les configurations de ressources optimales

Rapports vCOps L’onglet Reports de vCOps propose une structure de reporting formelle englobant l’ensemble des vues et résumés disponibles dans la section Planning. Chaque rapport est associé à un planning spécifique ou peut être exécuté manuellement, comme indiqué sur la Figure 67 pour le rapport Virtual Machine Capacity Overview Report.



Figure 67. Planifier un rapport dans vCOps ou l’exécuter manuellement

Remarque : la fonctionnalité New Report Schedule est protégée par mot de passe et permet d’envoyer le rapport achevé par e-mail à plusieurs adresses.

Une fois un rapport correctement exécuté, il est disponible en téléchargement au format PDF ou CSV, tout comme les instances précédentes de ce même rapport, comme illustré sur la Figure 68.

Figure 68. Rapports achevés disponibles en téléchargement

Guide de dimensionnement des ressources


Chapitre 6 Guide de dimensionnement des ressources


Présentation .................................................................................................... 90

Dimensionnement de l’environnement de gestion de Cloud ............................. 90

Résumé ............................................................................................................ 92



Présentation

Il peut être difficile de comprendre les exigences d’un environnement de Cloud privé en termes de performances. La solution EMC VSPEX solution for IaaS simplifie considérablement ce processus, car la solution s’appuie sur une plate-forme de Cloud privé VSPEX existante avec des niveaux de performance et d’évolutivité connus.

Ce chapitre contient des informations de dimensionnement relatives aux composants de gestion et d’orchestration supplémentaires.

Ce guide de dimensionnement concerne deux éléments distincts :

• le dimensionnement des composants de l’environnement de gestion formant le Cloud privé ;

• les composants de l’infrastructure sous-jacente sur lesquels les charges de travail virtualisées s’exécuteront.

Dimensionnement de l’environnement de gestion de Cloud

Les autres documents référencés dans cette section fournissent des instructions relatives à la configuration des caractéristiques de chaque composant d’une solution. Table 4 fournit des exemples relatifs au dimensionnement de la solution en respectant ces instructions.

Pour en savoir plus, consultez le Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

Comme indiqué dans le document sur le Cloud privé VSPEX, une machine virtuelle de référence possède 1 vCPU, 2 Go de RAM et 100 Go d’espace de stockage.

Tableau 4. Exigences du vCenter de gestion

Rôle de serveur Composants vCenter Spécifications matérielles recommandées

Nombre de machines virtuelles de référence VSPEX

Serveur de base de données SQL Server (SQL-DB01)

Base de données vCenter

CPU : 2,4 GHz, 4 cœurs ou RAM équivalente : 8 Go

4

Disques : 40 Go

Réseau : 1 Gbit/s

vCenter Server (vCenter-01)

SSO vCPU 2 RAM : 10 Go 5

Inventorier Disques : 100 Go

vCenter Server Réseau : 1 Gbit/s



Tableau 5. vCAC jusqu’ 1 000 machines (physiques ou virtuelles)

Rôle de serveur Composants vCAC Spécifications matérielles recommandées


Serveur de base de données

Base de données vCAC


4

Disques : 40 Go

Réseau : 1 Gbit/s

Serveur Web/serveur vCAC

Manager Service DEM Orchestrator


4 (plus 4 pour le serveur de basculement sur incident)

Site Web du portail Model Manager (Web et données)

Disques : 40 Go

Site Web Reports Réseau : 1 Gbit/s

Machines DEM Unités de travail (workers) Distributed Execution Manager (DEM) (une ou plus)


4

Disques : 40 Go

Réseau : 1 Gbit/s

Machines d’agent Agents vCAC (un ou plusieurs)


4

Disques : 40 Go

Réseau : 1 Gbit/s

Remarque : il y a un serveur Web actif, avec un serveur pour le basculement sur incident. Dans cette configuration, Manager Service peut être co-hébergé avec les composants Web.

Tableau 6. Configuration matérielle vCOps requise

Rôle de serveur Composants vCOps Spécifications matérielles recommandées


Gestion VM d’interface CPU : 2 vCPU de 2,4 GHz ou RAM équivalente : 7 Go

4

Disques : 100 Go

Réseau : 1 Gbit/s

Analytique VM d’analytique CPU : 2 vCPU de 2,4 GHz RAM : 9 Go

8

Disques : 800 Go

Réseau : 1 Gbit/s



Tableau 7. Exigences du vCenter de production

Rôle de serveur Composants vCenter Spécifications matérielles recommandées


Serveur de base de données SQL Server (SQL-DB02)

Base de données vCenter

CPU : 2,4 GHz, 4 cœurs ou RAM

équivalente : 16 Go

8

Disques : 40 Go

Réseau : 1 Gbit/s

vCenter Server (vCenter-02)

SSO vCPU 2 RAM : 10 Go 5

Inventorier Disques : 100 Go

vCenter Server Réseau : 1 Gbit/s


vCNS Manager CPU : 2,4 GHz, 2 cœurs ou RAM

équivalente : 8 Go

Disques : 60 Go

Réseau : 1 Gbit/s

4

Cela requiert des ressources totales équivalant à 57 machines virtuelles VSPEX de référence.

Résumé

La solution EMC VSPEX solution for IaaS crée une infrastructure de plate-forme robuste et évolutive qui inclut les meilleures fonctions associées aux technologies EMC et VMware sous-jacentes et les hiérarchise en couches dans la solution complète. La solution s’appuie sur la plate-forme de Cloud privé VSPEX. Par conséquent, le dimensionnement de la solution appropriée est grandement simplifié, car EMC fournit des solutions dont les metrics de dimensionnement sont connus.

Cette solution propose plusieurs recommandations et exemples pour configurer l’infrastructure en tant que service au sein de l’entreprise. Les partenaires VSPEX peuvent utiliser ces recommandations pour créer différents types de pools de ressources ou groupes de provisionnement et répondre à des exigences d’entreprise spécifiques en matière d’applications et de performances au sein d’un environnement client. Cette solution utilise la même conception, le même matériel et la même configuration que ce qui est décrit dans l’infrastructure VSPEX EMC Proven comme architecture de base pour fournir l’infrastructure en tant que service dans une entreprise.

Deux types de niveaux de service de stockage supplémentaires sont abordés dans l’Annexe A, page 96. Les clients bénéficient ainsi d’une flexibilité supplémentaire qui leur permet de déployer des machines virtuelles en fonction des exigences de performance et de capacité. Ces niveaux de stockage supplémentaires doivent disposer de leur propre jeu de disques, distinct des disques requis dans l’infrastructure VSPEX EMC Proven.



En revanche, EMC vous recommande d’utiliser uniquement l’organisation de stockage VSPEX pour calculer et prendre en charge le nombre exact de machines virtuelles VSPEX de référence requises. Le déploiement de machines virtuelles sur différents niveaux de service de stockage peut réduire le nombre total de machines virtuelles de référence prises en charge.

Lors de la création de l’infrastructure de type Cloud, vous devez prendre note de certaines recommandations, y compris en ce qui concerne la vérification des points d’interconnexion des périphériques connectés au réseau IP. Si des mécanismes de gestion des charges de travail et de l’infrastructure existent, des connexions de 10 Gbit minimum avec backplanes de basculement bien dimensionnés doivent être utilisées. Le non-respect de ces recommandations peut réduire les performances, avec des problèmes de planification des ressources, ou des scénarios de panne par exemple, qui requièrent le déplacement aussi rapide que possible des charges de travail.

L’outil de dimensionnement VSPEX peut vous aider à dimensionner rapidement, facilement et correctement votre environnement de Cloud privé VSPEX, y compris les applications de gestion et d’orchestration requises. Vous pouvez ensuite déterminer l’architecture de référence de Cloud privé VSPEX adaptée à vos charges de travail spécifiques : testée, dimensionnée et éprouvée par EMC.

Niveaux de service de stockage


Annexe A Niveaux de service de stockage


Présentation .................................................................................................... 96

Niveaux de service de stockage ....................................................................... 96



Présentation

La solution EMC VSPEX Solution for IaaS with VMware vCloud Suite s’appuie sur une infrastructure VSPEX EMC Proven pour vSphere. Cette infrastructure utilise une configuration spécifique qui permet aux pools de stockage du VNX de prendre en charge le nombre requis de machines virtuelles. En conséquence, cette solution utilise un seul niveau de service de stockage.

Cette annexe contient des informations relatives à l’utilisation de niveaux de service de stockage supplémentaires dans la solution de Cloud privé VSPEX. Mais il est important de noter que l’architecture VSPEX est conçue pour un nombre spécifique de serveurs virtuels et que l’utilisation d’autres niveaux de stockage peut réduire le nombre de serveurs virtuels pris en charge.


La baie de stockage VNX fournit de nombreuses fonctions permettant le provisionnement de l’infrastructure en tant que service. La création de pools de stockage contenant des types de disques spécifiques permet de créer des niveaux de service de stockage différents en fonction de la composition des pools et des performances des disques.

Plusieurs niveaux de service de stockage peuvent être créés au sein d’une baie VNX pour atteindre différents niveaux de performances et effectuer un alignement plus efficace des ressources avec les exigences de performances.

Des niveaux de service de stockage peuvent être créés sur une baie VNX avec des caractéristiques variées en matière de disponibilité, de capacité et de performances. Vous pouvez définir chaque niveau de service par rapport aux exigences applicatives et opérationnelles de chaque branche d’activité : certains peuvent peser en faveur de la capacité, d’autres en faveur des performances. Les niveaux de service fournissent des performances optimales lorsque les charges de travail l’exigent. Les performances diminuent lorsque les niveaux de service traitent des charges de travail nécessitant des performances moins élevées pour lesquelles le coût est plus important. La Figure 69 illustre les exigences de performances par rapport aux exigences de capacité des différents segments d’une organisation servant de référence dans cette solution.

Figure 69. Positionnement des niveaux de service de stockage pour la gestion et l’orchestration de la solution VSPEX

Niveaux de stockage utilisables par les tenants



Le niveau de service de stockage Prod-2 créé en se basant sur la conception du stockage de la solution de Cloud privé VSPEX est le seul niveau de service de stockage VSPEX recommandé. Cette section décrit deux exemples supplémentaires d’organisation du stockage pour des machines virtuelles présentant différentes exigences de performances dans une organisation. Les trois niveaux de service de stockage sont présentés sur la Figure 70 et décrits dans le Table 8.

Figure 70. Niveaux de service de stockage sur les systèmes VNX

Remarque : des disques supplémentaires sont nécessaires sur le VNX pour la prise en charge des deux niveaux de service de stockage. Le déploiement de machines virtuelles sur ces niveaux de service de stockage peut réduire le nombre de machines virtuelles, comme indiqué dans la configuration VSPEX.

Remarque : FAST VP doit être activé pour tous les niveaux de service afin que ces derniers puissent tirer le meilleur parti de la hiérarchisation du stockage et de l’équilibrage de la charge lorsque différents types de disque sont ajoutés dans le pool de stockage.

Tableau 8. Exemple de niveaux de service de stockage

Niveau de service FAST VP Disques SSD Disques SAS/FC Disques NL-

SAS/SATA

Prod-2 Oui 2 disques de 200 Go

45 disques SAS de 600 Go

S/o

TestDev Non S/o 27 disques SAS de 600 Go

S/o

Archive Non S/o S/o 16 disques NL-SAS de 2 To

Offres de niveaux de service de stockage



Les niveaux de service de stockage sont alloués comme suit :

• Le niveau Prod-2 est configuré pour les systèmes de production des organisations pour lesquelles les performances constituent un critère majeur (similaire à l’organisation du stockage de Cloud privé VSPEX).

• Le niveau TestDev est configuré pour les systèmes de test et de développement.

• Le niveau Archive est configuré pour les systèmes archivés ou pour les systèmes dans lesquels les coûts ont de l’importance, et non les performances.

vCAC met ces niveaux de service de stockage à disposition des groupes d’entreprise appropriés au sein de l’entreprise. Un niveau de service de stockage spécifique est alloué aux groupes de provisionnement en fonction des besoins et exigences en matière de performances.

Remarque : si le nombre exact de machines virtuelles de référence, comme indiqué dans le document relatif à l’infrastructure VSPEX EMC Proven, doit être déployé, seul le niveau de service de stockage Prod-2 doit être utilisé. Chaque niveau de service de stockage Prod-2 prend en charge jusqu’à 125 machines virtuelles. Ce document contient des informations de dimensionnement exactes : Guide d’infrastructure EMC Proven - Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles.

La Figure 71 contient un exemple de mappage des ressources de stockage pour une organisation particulière.

Figure 71. Mappage des niveaux de service de stockage des applications à la baie de stockage

emc vspex solution for infrastructure as … · sommaire . emc vspex solution for infrastructure as...

Documents