CLOUD PRIVÉ EMC VSPEX

Transcription

1 Guide d infrastructure EMC Proven CLOUD PRIVÉ EMC VSPEX EMC VSPEX Résumé Le présent document décrit la solution d infrastructure VSPEX EMC Proven destinée aux déploiements de Cloud privé avec VMware vsphere et EMC VNXe pour un maximum de 100 machines virtuelles utilisant un système de stockage NFS ou iscsi. Février 2014

2 Copyright 2014 EMC Corporation. Tous droits réservés. Publié en février 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 distribution de tout logiciel EMC décrit dans cette publication exigent une licence logicielle en cours de validité. EMC 2, 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 les informations réglementaires les plus récentes concernant votre famille de produits, consultez la rubrique Documentations et conseils techniques du site Web de support en ligne EMC. EMC Powered Backup and Recovery Référence H

3 Sommaire Chapitre 1 Résumé analytique Introduction Public Objectif de ce document Besoins métiers Chapitre 2 Présentation de solution Présentation Virtualisation Traitement Réseau Stockage Chapitre 3 Présentation technologique de la solution Présentation Résumé des composants principaux Virtualisation Présentation VMware vsphere VMware vcenter VMware vsphere High Availability Intégration avec d autres produits VMware EMC Virtual Storage Integrator for VMware Prise en charge de VMware vstorage API for Array Integration Traitement Réseau Stockage Présentation Gamme EMC VNXe Sauvegarde et restauration Présentation EMC NetWorker

4 Sommaire EMC Avamar Autres technologies EMC XtremCache (facultatif) Chapitre 4 Présentation de l architecture de la solution Présentation Architecture de la solution Architecture pour 50 machines virtuelles maximum Architecture pour 100 machines virtuelles maximum Principaux composants Ressources matérielles Ressources logicielles Instructions pour la configuration des serveurs Présentation Virtualisation de la mémoire VMware vsphere pour VSPEX Instructions pour la configuration de la mémoire Instructions de configuration du réseau Présentation VLAN Activation des trames Jumbo Agrégation de liens Instructions pour la configuration du stockage Présentation Matériel de stockage Virtualisation du stockage vsphere pour VSPEX Organisation du stockage pour 50 machines virtuelles Organisation du stockage pour 100 machines virtuelles Haute disponibilité et basculement sur incident Présentation Couche de virtualisation Couche de traitement Couche réseau Couche de stockage Profil du test de validation Caractéristiques du profil Guide de configuration de l environnement de sauvegarde Caractéristiques de la sauvegarde Organisation de la sauvegarde pour 50 machines virtuelles Organisation de la sauvegarde pour 100 machines virtuelles Instructions pour le dimensionnement Charge de travail de référence Définition de la charge de travail de référence

5 Sommaire Application de la charge de travail de référence Présentation Exemple 1 : Application personnalisée Exemple 2 : Système de point de vente Exemple 3 : Serveur Web Exemple 4 : Base de données d aide à la décision Synthèse des exemples Mise en œuvre des architectures de référence Présentation Types de ressource Ressources CPU Ressources mémoire Ressources réseau Ressources de stockage Résumé de la mise en œuvre Évaluation rapide Présentation CPU requis Mémoire requise Performances de stockage requises Capacité de stockage requise Définition de machines virtuelles de référence équivalentes Réglage précis des ressources matérielles Chapitre 5 Instructions pour la configuration de VSPEX Présentation de la configuration Processus de déploiement Préalables de déploiement Données de configuration du client Tâches préalables au déploiement Présentation Préalables de déploiement Données de configuration du client Préparation des switches, connexion du réseau et configuration des switches Présentation Préparer les switches réseau Configurer le réseau d infrastructure Configurer les réseaux VLAN Câblage réseau Préparer la baie de stockage et la configurer Configuration VNXe Installer et configurer les hôtes vsphere

6 Sommaire Présentation Installer VMware ESXi Configurer le réseau VMware ESXi Trames Jumbo Connecter les datastores VMware Planifier l allocation de mémoire aux machines virtuelles Installation et configuration de la base de données SQL Server Présentation Créer une machine virtuelle pour Microsoft SQL Server Installer Microsoft Windows sur la machine virtuelle Installer SQL Server Configurer la base de données pour VMware vcenter Configurer la base de données pour VMware Update Manager Installer et configurer VMware vcenter Server Présentation Créer la machine virtuelle de l hôte vcenter Installer le système d exploitation invité de vcenter Créer des connexions ODBC vcenter Installer vcenter Server Appliquer les clés de licence vsphere Déployer le plug-in VNX VAAI for NFS (implémentation NFS uniquement) Installer le plug-in EMC VSI Résumé Chapitre 6 Validation de la solution Présentation Effectuer la vérification de l installation Déployer et tester un seul serveur virtuel Vérifier la redondance des composants de la solution Annexe A Nomenclature Nomenclature Annexe B Fiche produit de configuration du client Fiches Données de configuration du client Annexe C Références Références Documentation EMC Autre documentation Annexe D À propos de VSPEX À propos de VSPEX

7 Figures Figure 1. Composants de Cloud privé VSPEX Figure 2. Flexibilité de la couche de traitement des données Figure 3. Exemple de conception réseau haute disponibilité Figure 4. Architecture logique pour 50 machines virtuelles Figure 5. Architecture logique pour 100 machines virtuelles Figure 6. Consommation de la mémoire de l hyperviseur Figure 7. Réseaux requis Figure 8. Types de disque virtuel VMware Figure 9. Organisation du stockage iscsi pour 50 machines virtuelles sur une baie EMC VNXe Figure 10. Organisation du stockage NFS pour 50 machines virtuelles sur une baie EMC VNXe Figure 11. Organisation du stockage iscsi pour 100 machines virtuelles sur Figure 12. une baie EMC VNXe Organisation du stockage NFS pour 100 machines virtuelles sur une baie EMC VNXe Figure 13. Haute disponibilité de la couche de virtualisation Figure 14. Alimentations redondantes Figure 15. Haute disponibilité de la couche réseau Figure 16. Haute disponibilité des baies de la gamme VNXe Figure 17. Flexibilité du pool de ressources Figure 18. Figure 19. Ressources requises dans le pool de machines virtuelles de référence Ressources requises agrégées dans le pool de machines virtuelles de référence Figure 20. Personnalisation des ressources serveur Figure 21. Exemple d architecture réseau Ethernet (iscsi) Figure 22. Exemple d architecture réseau Ethernet (NFS) Figure 23. Paramètres de la mémoire de la machine virtuelle

8 Figures 8

9 Tableau Tableau 1. Matériel utilisé dans la solution Tableau 2. Logiciels utilisés dans la solution Tableau 3. Matériel serveur Tableau 4. Matériel réseau Tableau 5. Matériel de stockage Tableau 6. Profil de l environnement validé Tableau 7. Caractéristiques du profil de sauvegarde Tableau 8. Caractéristiques de la machine virtuelle Tableau 9. Ligne de la fiche technique à renseigner Tableau 10. Ressources de la machine virtuelle de référence Tableau 11. Exemple de ligne de fiche technique Tableau 12. Exemples d applications Tableau 13. Total des composants des ressources serveur Tableau 14. Fiche technique client vide Tableau 15. Présentation du processus de déploiement Tableau 16. Tâches préalables au déploiement Tableau 17. Liste de contrôle des conditions de déploiement Tableau 18. Tâches de configuration des switches et du réseau Tableau 19. Tâches de configuration du stockage Tableau 20. Tâches d installation des serveurs Tableau 21. Tâches d installation de la base de données SQL Server Tableau 22. Tâches de configuration de vcenter Tableau 23. Tâches de validation de la configuration de vcenter Tableau 24. Liste des composants utilisés dans la solution VSPEX pour 50 machines virtuelles Tableau 25. Liste des composants utilisés dans la solution VSPEX pour 100 machines virtuelles Tableau 26. Informations sur les serveurs communs Tableau 27. Informations sur le serveur VMware ESXi Tableau 28. Informations sur la baie Tableau 29. Informations sur l infrastructure réseau Tableau 30. Informations sur le réseau VLAN Tableau 31. Comptes de maintenance

10 Tableau 10

11 Chapitre 1 Résumé analytique Ce chapitre traite des points suivants : Introduction Public Objectif de ce document Besoins métiers

12 Résumé analytique Introduction Les architectures validées et modulaires EMC VSPEX reposent sur des technologies éprouvées et constituent des solutions de virtualisation complètes qui vous aident à prendre des décisions avisées en ce qui concerne les couches d hyperviseur, de traitement des données et réseau. VSPEX permet de réduire les problèmes de planification et de configuration liés à la virtualisation. Dans le cadre de stratégies de virtualisation des serveurs, de déploiement de bureaux virtuels ou encore de consolidation informatique, VSPEX accélère la transformation informatique en augmentant la rapidité des déploiements, en élargissant le champ des possibilités, en optimisant l efficacité et en diminuant les risques. Le présent document est un guide complet détaillant les différents aspects techniques de cette solution. La capacité des serveurs constitue une indication générale, avec les minima requis en termes de CPU, de mémoire et d interfaces réseau. Le client est libre d opter pour le matériel serveur et réseau de son choix pour respecter, voire dépasser, la configuration minimale indiquée. Public Objectif de ce document Le lecteur doit disposer de la formation et de l expérience nécessaires pour installer et configurer VMware vsphere, les systèmes de stockage EMC VNXe et l infrastructure correspondante dans le cadre de cette mise en œuvre. Des références externes sont fournies pour certains points. Nous recommandons au lecteur de se familiariser avec ces documents. Le lecteur doit également connaître les règles de sécurité de l infrastructure et des bases de données propres à l installation du client. Les personnes spécialisées dans la vente et le dimensionnement d infrastructures de type Cloud privé VMware doivent prêter une attention particulière aux quatre premiers chapitres du présent document. Après l achat, le personnel en charge de l implémentation pourra se reporter aux consignes de configuration présentées au Chapitre 5, à la procédure de validation de la solution au Chapitre 6, ainsi qu aux références et annexes appropriées. Ce document contient une introduction à l architecture VSPEX. Il explique comment modifier cette architecture en fonction d engagements spécifiques et fournit des instructions pour un déploiement efficace du système. L architecture de Cloud privé VSPEX fournit au client un système moderne capable d héberger de nombreuses machines virtuelles, tout en maintenant des performances prévisibles. Cette solution s exécute sur une couche de virtualisation VMware vsphere et repose sur la haute disponibilité de la gamme de stockage VNX nouvelle génération. Les composants de traitement des données et réseau, choisis par le client, sont étudiés pour offrir à l environnement de machines virtuelles la redondance et la puissance requises pour satisfaire ses besoins en matière de traitement et de données. 12

13 Besoins métiers Résumé analytique Les environnements pour 50 et 100 machines virtuelles mentionnés dans ce document sont établis sur la base d une charge de travail de référence prédéfinie. Les machines virtuelles n ayant pas toutes les mêmes besoins, ce document propose des méthodes et des recommandations permettant d ajuster le système en vue d un déploiement économique. Une architecture de Cloud privé constitue une offre de système complexe. Ce document facilite sa configuration grâce à des listes de matériel et de logiciels initiaux, des fiches techniques et des conseils de dimensionnement pas à pas, ainsi que des étapes de déploiement vérifiées. Une fois les derniers composants installés, des tests de validation permettent de vérifier le bon fonctionnement du système. Le respect des procédures décrites dans ce document garantit une transition simple et efficace vers le Cloud. Les applications métiers se dirigent vers des environnements de traitement des données, de réseau et de stockage consolidés. La solution de Cloud privé EMC VSPEX avec VMware facilite la configuration de chacun des composants d un modèle de déploiement traditionnel. Elle simplifie la gestion de l intégration, tout en laissant une grande liberté de choix dans la conception et l implémentation des applications. Elle unifie l administration tout en facilitant le contrôle et la surveillance des différents processus. Les architectures de Cloud privé EMC VSPEX pour VMware répondent aux besoins métier suivants : Elles fournissent une solution de virtualisation de bout en bout permettant d utiliser les capacités des composants d infrastructure unifiés. Elles fournissent une solution de Cloud privé VSPEX pour VMware permettant de virtualiser efficacement jusqu à 100 machines virtuelles dans des contextes d utilisation client très divers. Elles fournissent une conception de référence fiable, flexible et évolutive. 13

14 Résumé analytique 14

15 Chapitre 2 Présentation de solution Ce chapitre traite des points suivants : Présentation Virtualisation Traitement Réseau Stockage

16 Présentation de solution Présentation Virtualisation Traitement La solution de Cloud privé EMC VSPEX pour VMware vsphere 5.5 fournit une architecture système complète capable de prendre en charge jusqu à 100 machines virtuelles et offrant une topologie serveur/réseau redondante, ainsi qu un stockage haute disponibilité. Elle repose sur quatre composantes principales : la virtualisation, le traitement des données, le réseau et le stockage. VMware vsphere est la plate-forme de virtualisation leader sur le marché. Depuis des années, elle répond aux attentes des utilisateurs en matière de flexibilité et de réduction des coûts en leur permettant de consolider de vastes parcs de serveurs inefficaces en infrastructures de type Cloud à la fois fiables et agiles. Les principaux composants de VMware vsphere sont VMware vsphere Hypervisor et VMware vcenter Server, la plate-forme de gestion du système. VMware vsphere Hypervisor réside sur un serveur dédié et autorise plusieurs systèmes d exploitation à s exécuter simultanément sur le système, en tant que machines virtuelles. Ces systèmes d hyperviseur peuvent être connectés pour fonctionner dans une configuration en cluster. Les configurations en cluster sont ensuite gérées sous forme de pool de ressources élargi via vcenter, et permettent l allocation dynamique de CPU, de mémoire et de stockage dans le cluster. Des technologies telles que VMware vmotion, qui permet de déplacer des machines virtuelles d un serveur à un autre sans interruption du système d exploitation, et VMware Distributed Resource Scheduler (DRS), qui exécute automatiquement les activités vmotion à des fins d équilibrage de la charge, font de vsphere une solution métier de premier plan. Avec vsphere 5.5, un environnement virtualisé VMware peut héberger des machines virtuelles incluant jusqu à 64 CPU virtuels et 1 To de RAM virtuelle. Grâce à VSPEX, vous pouvez concevoir et mettre en œuvre les composants serveur choisis par le client, en bénéficiant d une grande flexibilité. L infrastructure doit satisfaire les exigences suivantes : quantité de RAM, de coeurs de processeur et de mémoire suffisante pour prendre en charge le nombre et les types requis de machines virtuelles ; connexions réseau suffisantes pour une connectivité redondante aux switches du système ; réserve de capacité en prévision des pannes et basculements sur incident de serveurs dans l environnement. 16

17 Présentation de solution Réseau VSPEX permet au client de choisir les composants réseau de son fournisseur de prédilection pour la conception et la mise en œuvre de la solution. L infrastructure doit satisfaire les exigences suivantes : liaisons réseau redondantes pour les hôtes, les switches et les systèmes de stockage ; prise en charge de l agrégation de liens ; isolation du trafic conformément aux bonnes pratiques reconnues du secteur. Stockage La famille EMC VNX est la plate-forme de stockage partagé la plus répandue sur le marché. Son accès en modes bloc et fichier, allié à un large éventail de fonctionnalités, en fait la solution idéale pour toute mise en œuvre du Cloud privé. Les composants de stockage du VNXe sont indiqués ci-dessous. Ils sont dimensionnés sur la base de la charge de travail définie pour l architecture de référence : Ports d adaptateur hôte : assurent la connectivité entre l hôte et la baie via le fabric. Processeurs de stockage : composants de calcul de la baie de stockage, qui interviennent dans tous les aspects du déplacement des données au sein des baies, hors de ces dernières ou d une baie à l autre, ainsi que dans la prise en charge des protocoles. Unités de disques : axes contenant les données de l hôte et des applications, ainsi que leurs boîtiers. Les solutions de Cloud privé VMware pour 50 et 100 machines virtuelles mentionnées dans ce document utilisent respectivement des baies de stockage EMC VNXe3150 et EMC VNXe3300. Le système VNXe3150 peut héberger jusqu à 100 disques et le système VNXe3300, jusqu à 150. Nous avons testé deux configurations de stockage : l une repose sur NFS et l autre, sur iscsi. La gamme VNXe prend en charge un large éventail de fonctions avancées idéales pour les environnements de Cloud privé, notamment : Provisionnement fin Réplication Snapshots Déduplication et compression des fichiers Gestion des quotas 17

18 Présentation de solution 18

19 Chapitre 3 Présentation technologique de la solution Ce chapitre traite des points suivants : Présentation Résumé des composants principaux Virtualisation Traitement Réseau Stockage Sauvegarde et restauration Autres technologies

20 Présentation technologique de la solution Présentation Cette solution utilise une baie EMC VNXe ainsi que VMware vsphere 5.5 pour assurer la consolidation du matériel serveur et de stockage. La gestion de cette nouvelle infrastructure virtualisée s effectue de manière centralisée, ce qui permet un déploiement et une gestion efficaces d un nombre évolutif de machines virtuelles et du stockage partagé associé. La Figure 1 présente les composants de la solution. Figure 1. Composants de Cloud privé VSPEX Ces composants sont décrits plus en détail dans les prochaines sections. 20

21 Présentation technologique de la solution Résumé des composants principaux Cette section présente brièvement les principaux composants de la solution. Virtualisation La couche de virtualisation permet de décupler l implémentation physique des ressources à partir des applications qui les utilisent. L accès des applications aux ressources disponibles n est plus directement lié au matériel. Ce principe est à la base d un grand nombre de fonctionnalités clés du Cloud privé. Traitement La couche de traitement des données fournit des ressources mémoire et de calcul au logiciel de la couche de virtualisation et aux applications qui s exécutent dans le Cloud privé. Le programme VSPEX détermine la quantité minimale de ressources requises au niveau de la couche de traitement des données, mais laisse le client libre d utiliser le matériel serveur approprié de son choix pour satisfaire ces besoins. Réseau La couche réseau connecte les utilisateurs du Cloud privé aux ressources du Cloud et relie la couche de stockage à la couche de traitement des données. Le programme VSPEX détermine le nombre minimal de ports réseau requis pour la solution. Il fournit en outre des recommandations générales pour la conception de l architecture réseau, mais permet au client d opter pour le matériel réseau de son choix pour satisfaire les besoins spécifiés. Stockage La couche de stockage est une ressource critique pour la mise en œuvre du Cloud privé. En permettant à plusieurs hôtes d accéder à un ensemble partagé de données, elle rend possible la plupart des exemples d'utilisation du concept de Cloud privé. La gamme de stockage EMC VNX utilisée avec cette solution offre un stockage des données hautes performances tout en maintenant une haute disponibilité. Sauvegarde et restauration La solution propose des composants de sauvegarde et de restauration en option chargés de protéger les données hébergées sur le système principal au cas où elles seraient supprimées, endommagées ou deviendraient inutilisables. La section Architecture de la solution décrit en détail l ensemble des composants de l architecture de référence. 21

22 Présentation technologique de la solution Virtualisation Présentation La couche de virtualisation est un composant essentiel des solutions de Cloud privé et de virtualisation des serveurs. Elle permet de dissocier les exigences de ressources d application par rapport aux ressources physiques sous-jacentes qui les servent. La flexibilité au niveau de la couche d application s en trouve accrue, puisque les périodes d interruption pour cause de maintenance du matériel sont éliminées et qu il est possible de modifier la capacité physique du système sans affecter les applications hébergées. Dans un exemple d utilisation associé à la virtualisation des serveurs ou à un Cloud privé, la couche de virtualisation permet à plusieurs machines virtuelles indépendantes de partager le même matériel physique, au lieu d être déployées sur un matériel qui leur est dédié. VMware vsphere 5.5 VMware vsphere 5.5 transforme les ressources physiques d un ordinateur en virtualisant le CPU, la mémoire, le stockage et les fonctions 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. Les fonctions haute disponibilité de vsphere 5.5, par exemple vmotion et Storage vmotion, permettent une migration transparente des machines virtuelles et des fichiers stockés, d un serveur vsphere vers un autre, avec un impact minime, voire nul, sur les performances. Couplées à vsphere DRS et Storage DRS, les machines virtuelles ont accès aux ressources appropriées à tout moment, grâce à l équilibrage de la charge des ressources de traitement des données et de stockage. Fonctions VMware vsphere 5.5 inclut une vaste liste de fonctionnalités optimisant les performances, la fiabilité, la disponibilité et la restauration des environnements virtualisés. Certaines de ces fonctionnalités ont un impact important sur les déploiements de Clouds privés VSPEX, notamment : Limites maximales de mémoire et de CPU étendues pour les hôtes VMware ESX. Multiplication par deux du nombre de CPU virtuels et logiques, de nœuds d accès mémoire non uniforme (NUMA, Non-Uniform Memory Access) et de la quantité de mémoire maximale dans vsphere 5.5. Ainsi, les serveurs hôte peuvent prendre en charge des charges de travail plus importantes. Prise en charge des fichiers VMDK (Virtual Machine Disk) de 62 To, qui inclut la fonction RDM (Raw Device Mapping). Les datastores peuvent contenir davantage de données provenant d un plus grand nombre de machines virtuelles, ce qui simplifie la gestion du stockage et permet de tirer parti de disques SAS near-line de plus grande capacité. Prise en charge améliorée de l annulation du mappage UNMAP VAAI, qui inclut une nouvelle commande esxcli storage vmfs unmap avec plusieurs méthodes de récupération. Prise en charge améliorée de SR-IOV (Single Root I/O Virtualization), qui simplifie la configuration via des workflows et fait apparaître plus de propriétés au niveau des fonctions virtuelles. 22

23 Présentation technologique de la solution Prise en charge 16 Gbit de bout en bout des environnements Fibre Channel (FC). Fonctions LACP (Link Aggregation Control Protocol) améliorées proposant des algorithmes de hachage et jusqu à 64 LAG (Link Access Groups, groupes d accès aux liens). VMware vsphere Data Protection (VDP), qui peut désormais répliquer les données de sauvegarde directement vers EMC Avamar. Prise en charge de la carte réseau Mellanox 40 Go. Améliorations concernant le segment de mémoire VMFS (VMware vsphere Virtual Machine File System), qui permettent de réduire les besoins en mémoire du système, tout en autorisant l accès à un espace d adressage VMFS de 64 To. VMware vcenter VMware vcenter est une plate-forme de gestion centralisée pour l infrastructure virtuelle VMware, qui vous propose une interface unique pour tous les aspects de la surveillance, de la gestion et de la maintenance d une infrastructure virtuelle accessible depuis plusieurs périphériques. vcenter se charge également de gérer certaines des fonctions les plus avancées de l infrastructure virtuelle, telles que vsphere High Availability et DRS, VMware, vmotion et VMware vsphere Update Manager. VMware vsphere High Availability La fonctionnalité VMware vsphere High Availability (HA) permet à la couche de virtualisation de relancer automatiquement les machines virtuelles en cas de panne. Si une erreur est générée au niveau du système d exploitation, la machine virtuelle peut être redémarrée automatiquement sur le même matériel. Si une erreur est générée au niveau du matériel physique, les machines virtuelles impactées peuvent être redémarrées automatiquement sur d autres serveurs du cluster. Remarque Pour que les machines virtuelles puissent être redémarrées sur d autres serveurs physiques, ceux-ci doivent disposer de ressources disponibles suffisantes. Suivez les recommandations spécifiques de la section Traitement pour activer cette fonctionnalité. vsphere HA vous permet de configurer des règles afin de déterminer quelles machines doivent être redémarrées automatiquement et selon quelles modalités. Intégration avec d autres produits VMware VMware vcloud Director VMware vcloud Director fait partie de la suite vcloud dans vsphere 5.5, qui coordonne le provisionnement de services de software-defined datacenter, en tant que datacenters virtuels complets prêts à être utilisés en quelques minutes. vcloud utilise des pools de ressources extraits des ressources physiques sousjacentes dans VSPEX pour permettre le déploiement automatique de ressources virtuelles. 23

24 Présentation technologique de la solution Grâce à VMware vcloud Director, vous pouvez : créer des Clouds privés multitenant sécurisés en regroupant les ressources d infrastructure de VSPEX dans des datacenters virtuels et en les mettant à disposition des utilisateurs via des portails Web et des interfaces de programmation, en tant que services entièrement automatisés en catalogue ; mettre en place des datacenters virtuels complets, fournissant des ressources réseau, de calcul, de stockage et de sécurité, ainsi qu un jeu complet de services nécessaires pour rendre les charges de travail opérationnelles en seulement quelques minutes. Les services de software-defined data center et le modèle de datacenter virtuel simplifient le provisionnement de l infrastructure. vcloud Director s intègre dans les déploiements de Cloud privé VSPEX pour VMware vsphere nouveaux ou existants et prend en charge les applications existantes et à venir, grâce à des services de gestion réseau et de stockage flexibles, assurant par exemple la connectivité Layer-2 et la diffusion entre les machines virtuelles. vcloud Director utilise des normes ouvertes pour garantir la flexibilité du déploiement et permettre la mise en place d un Cloud hybride. Les principales caractéristiques de vcloud Director sont les suivantes : Fonctionnalités de snapshot et de rétablissement de machine virtuelle Profil vsphere, sécurité et accès SSO à vcenter intégrés Provisionnement rapide Catalogues vapp Fonctionnalités multitenant isolées Portails Web en libre-service Services d API (Application Programming Interface) VMware vcloud Prise en charge d OVF Intégration de Clouds privés, publics et hybrides Toutes les infrastructures VSPEX EMC Proven peuvent tirer profit de vcloud Director pour orchestrer le déploiement de datacenters virtuels basés sur un ou plusieurs déploiements VSPEX. Le client bénéficie de déploiements simples et efficaces de machines virtuelles, d applications et de réseaux virtuels sur des infrastructures privées et sécurisées dans toute instance VSPEX donnée. VMware vcloud Networking and Security 5.5 Les fonctions VMware vshield Edge et les fonctionnalités de sécurité des applications et des données ont été intégrées et améliorées dans vcloud Networking and Security 5.5, qui fait partie de vcloud Suite. Les solutions de Cloud privé VSPEX associées à VMware vcloud Networking and Security vous permettent d adopter des réseaux virtualisés pour vous libérer des contraintes et de la complexité des équipements physiques. Ces derniers créent des barrières artificielles qui entravent le fonctionnement d une architecture réseau virtuelle optimisée. Les réseaux physiques ne suivent pas le rythme de la virtualisation des datacenters, ce qui empêche les entreprises de pleinement déployer, déplacer, faire évoluer et protéger les applications et les données, conformément à leurs besoins. 24

25 Présentation technologique de la solution Pour relever ces défis relatifs aux datacenters, l association de VSPEX avec VMware vcloud Networking and Security permet de virtualiser les réseaux et la sécurité afin de créer des constructions logiques efficaces, agiles et extensibles, capables de répondre aux besoins en matière de performances et d évolutivité des datacenters virtualisés. Voici les avantages de cette approche : VMware vcloud Networking and Security fournit des réseaux et une sécurité Software Defined, ainsi qu une vaste gamme de services dans une solution unique. Cette solution inclut un pare-feu virtuel, la prise en charge de réseaux privés virtuels (VPN), l équilibrage de charge et des réseaux VXLAN étendus. L intégration de la gestion avec VMware vcenter Server et VMware vcloud Director permet de réduire les coûts et la complexité des opérations de datacenter et de débrider l efficacité opérationnelle et l agilité de la solution de Cloud computing privé. VSPEX pour applications virtualisées peut également profiter des fonctionnalités de vcloud Networking and Security. VSPEX permet aux entreprises de virtualiser des applications Microsoft. Grâce à VMware vcloud, il est possible d isoler et de protéger les applications de tout risque, car les administrateurs ont une meilleure visibilité des flux de trafic virtuel. Cela leur permet d appliquer des règles et de mettre en œuvre des contrôles de conformité sur des systèmes du périmètre en implémentant un regroupement logique et des pare-feu virtuels. Les administrateurs déployant des bureaux virtuels avec la solution VSPEX End- User Computing for VMware vsphere and VMware View peuvent également tirer profit de vcloud Networking and Security en créant une sécurité logique autour de postes de travail individuels ou groupés. De cette façon, les utilisateurs déployés sur l infrastructure VSPEX EMC Proven n ont accès qu aux applications et aux données pour lesquelles ils bénéficient d une autorisation, ce qui empêche ainsi un accès plus large au datacenter. vcloud permet également d établir un diagnostic rapide du trafic et des éventuels points problématiques. Les administrateurs peuvent créer de façon efficace des réseaux Software Defined, capables de faire évoluer et de déplacer des charges de travail virtuelles au sein de leurs infrastructures VSPEX EMC Proven. Cette opération est effectuée sans réseau physique ni contraintes de sécurité, qui peuvent être rationalisées via l intégration avec VMware vcenter et VMware vcloud Director. VMware vsphere Data Protection VMware vsphere Data Protection (VDP) est une solution éprouvée pour la sauvegarde et la restauration de machines virtuelles VMware. Elle a été créée à partir d EMC Avamar et dispose de nombreux points d intégration avec vsphere, permettant ainsi la découverte aisée des machines virtuelles et la création efficace de stratégies. La quantité importante de données qu incluent généralement les fichiers VMDK constitue l un des défis que doivent gérer les systèmes traditionnels exploitant des machines virtuelles. VDP permet de relever ce défi de la façon suivante : VDP utilise un algorithme de déduplication à longueur variable, qui garantit l utilisation d'un volume minimal d espace disque et une réduction de la croissance de stockage de sauvegarde en continu. Les données sont dédupliquées dans toutes les machines virtuelles associées à l appliance virtuelle VDP. 25

26 Présentation technologique de la solution VDP utilise VADP (vstorage APIs for Data Protection), qui envoie uniquement les blocs de données modifiés chaque jour. Ainsi, seule une partie des données transite sur le réseau. VDP permet de sauvegarder jusqu à huit machines virtuelles simultanément. Étant donné que VDP réside sur une appliance virtuelle dédiée, tous les processus de sauvegarde sont déchargés des machines virtuelles de production. VDP peut alléger la charge des administrateurs quant aux demandes de restauration, en autorisant les utilisateurs à restaurer leurs propres fichiers à l aide d un outil Web nommé vsphere Data Protection Restore Client. Les utilisateurs peuvent parcourir leurs sauvegardes système dans une interface simple d utilisation disposant du contrôle de version et d une fonction de recherche. Il leur suffit alors de quelques clics pour restaurer des fichiers ou des répertoires individuels sans intervention du service informatique, ce qui dégage un temps et des ressources précieux et améliore l expérience utilisateur. De plus petits déploiements de l infrastructure VSPEX EMC Proven peuvent également tirer parti de VDP. VDP est déployé en tant qu appliance virtuelle dotée de quatre processeurs virtuels (vcpu) et d une mémoire vive de 4 Go. Il existe trois configurations possibles pour la capacité du stockage de sauvegarde : 5 To, 1 To et 2 To, qui consomment respectivement 850 Go, Go et Go de capacité de stockage réelle. Vous devez effectuer un dimensionnement adéquat, car il n est pas possible d augmenter la capacité de stockage une fois l appliance déployée. Les exigences en matière de capacité de stockage sont basées sur le nombre de machines virtuelles en cours de sauvegarde, sur le volume de données, sur les périodes de rétention et sur les taux habituels de modification des données. Le dimensionnement des infrastructures VSPEX EMC Proven dépend des machines virtuelles de référence. Par conséquent, tout déploiement de VDP modifie ce dimensionnement et doit être pris en compte. VMware vsphere Replication VMware vsphere Replication est une fonctionnalité de la plate-forme vsphere qui assure une continuité d activité. Elle copie une machine virtuelle définie dans l infrastructure VSPEX EMC Proven vers une deuxième instance de VSPEX ou à l intérieur des serveurs mis en cluster dans un déploiement VSPEX unique. vsphere Replication continue à protéger la machine virtuelle en continu et réplique les modifications sur la machine virtuelle cible. Cela garantit la protection continue de la machine virtuelle et sa disponibilité pour une restitution sans restauration à partir de la sauvegarde. Les machines virtuelles d application définies dans VSPEX peuvent être facilement répliquées afin de garantir des données cohérentes dans l application lors de la configuration de la réplication. Les administrateurs gérant VSPEX pour la virtualisation d applications Microsoft peuvent tirer parti de l intégration automatique de vsphere Replication avec le service de cliché instantané des volumes de Microsoft (VSS), afin de garantir que les applications telles que les bases de données Microsoft Exchange ou Microsoft SQL Server sont gérées correctement et que leur état est cohérent lors de la génération des données de réplica. Un appel à la couche VSS de la machine virtuelle permet de vider momentanément les writers de base de données pour garantir que les données répliquées sont statiques et qu elles peuvent être restaurées. Cette démarche automatisée simplifie la gestion et augmente l efficacité de votre environnement virtuel basé sur VSPEX. 26

27 Présentation technologique de la solution VMware vcenter Operations Management Suite VMware vcenter Operations Management Suite assure une visibilité inégalée sur les environnements virtuels VSPEX. Cette suite collecte et analyse les données, corrélant les anomalies et permettant aux administrateurs d identifier les causes premières des problèmes de performances, tout en leur apportant les informations requises pour optimiser et ajuster l infrastructure virtuelle VSPEX. Elle propose une approche automatisée pour l optimisation de l environnement virtuel VSPEX en offrant des outils analytiques d autoapprentissage étroitement intégrés, afin d améliorer les performances, l utilisation de la capacité et la gestion de la configuration. Elle fournit un jeu complet de fonctionnalités de gestion en matière de performances, de capacité, de modifications, de configuration, de conformité, de découverte et de surveillance des applications, ainsi que de suivi d utilisation des coûts. vcenter Operations Management Suite comprend plusieurs composants : VMware vcenter Operations Manager : offre une interface de tableau de bord opérationnel, facilitant ainsi la visualisation des problèmes dans votre environnement virtuel VSPEX. VMware vcenter Configuration Manager : automatise la gestion des configurations et de la conformité sur l ensemble des environnements de Cloud, virtuels et physiques. VMware vfabric Hyperic : surveille les ressources matérielles physiques, les systèmes d exploitation, le middleware et les applications que vous avez déployés sur VSPEX. VMware vcenter Infrastructure Navigator : fournit une visibilité sur les services d application exécutés sur l infrastructure de machines virtuelles et leurs relations pour la gestion opérationnelle quotidienne. VMware vcenter Chargeback Manager : permet de mesurer avec précision le coût des machines virtuelles, de l analyser et de générer des rapports à ce sujet. Cela permet de mettre en lumière le coût réel de l infrastructure VSPEX EMC Proven utilisée pour prendre en charge les services métiers. VMware vcenter Single Sign-On Grâce à l introduction de VMware vcenter Single Sign-On dans VMware vsphere 5.5, les administrateurs disposent désormais de services d authentification encore plus performants lors de la gestion de leurs infrastructures VSPEX EMC Proven. Une authentification par vcenter Single Sign- On sécurise davantage la plate-forme d infrastructure de type Cloud VMware, en permettant aux composants logiciels vsphere de communiquer entre eux via un mécanisme d échange de token sécurisé. Ainsi, les différents composants n ont pas à authentifier l utilisateur chacun de leur côté, via un service d annuaire comme Active Directory. Lorsque l utilisateur se connecte à VMware vsphere Web Client avec un nom d utilisateur et un mot de passe, ses informations d identification sont envoyées au serveur vcenter Single Sign-On. Elles sont ensuite comparées aux référentiels d identité du back-end et remplacées par un token de sécurité. Ce dernier est renvoyé au client, qui l utilise pour accéder aux solutions au sein de l environnement. vcenter Single Sign-On permet de gagner du temps tout en réduisant les coûts, ce qui peut être synonyme d économies importantes et de workflows davantage rationalisés à l échelle du département informatique dans son ensemble. 27

28 Présentation technologique de la solution Grâce à vsphere 5.5, les utilisateurs disposent d une vue unifiée de l intégralité de leur environnement VMware vcenter Server, grâce à l affichage de plusieurs serveurs vcenter et de leurs inventaires. Linked Mode n est pas nécessaire, à moins que les utilisateurs ne partagent des rôles, des autorisations et des licences entre les serveurs vsphere 5.x vcenter. Les administrateurs peuvent désormais déployer plusieurs solutions dans un environnement avec un véritable accès SSO garantissant une liaison sécurisée entre ces solutions, sans nécessiter d authentification à chaque accès. Les solutions de Cloud privé VSPEX dotées de VMware vsphere 5.5 sont conçues pour être simples, efficaces et flexibles. vcenter Single Sign-On simplifie l authentification, améliore l efficacité des tâches et permet aux administrateurs de rendre les serveurs d accès SSO locaux ou globaux. EMC Virtual Storage Integrator for VMware EMC Virtual Storage Integrator (VSI) for VMware vsphere est un plug-in destiné au client vsphere. Ce logiciel fournit une interface unique pour la gestion du stockage EMC au sein de l environnement vsphere. Il est possible d ajouter des fonctions à VSI, ainsi que d en supprimer de façon granulaire, ce qui procure une flexibilité supplémentaire pour la personnalisation des environnements utilisateur VSI. VSI Feature Manager se charge de gérer ces fonctions. VSI procure un environnement utilisateur unifié qui permet l introduction rapide de nouvelles fonctions en réponse à l évolution des besoins clients. Les fonctions suivantes ont été utilisées durant les tests de validation de VSI : Storage Viewer : complète le client vsphere afin de faciliter la découverte et l identification des périphériques de stockage VNX alloués aux hôtes et aux machines virtuelles vsphere. Storage Viewer présente à l administrateur du datacenter virtuel les détails du stockage sous-jacent, en fusionnant les données de différents outils de mappage de stockage en une série de vues vsphere Client. Unified Storage Management : simplifie l administration du stockage de la plate-forme de stockage unifié VNX. Unified Storage Management permet aux administrateurs VMware de provisionner, de manière transparente au sein du client vsphere, de nouveaux datastores NFS (Network File System) et VMFS (Virtual Machine File System), ainsi que des volumes RDM (Raw Device Mapping). Pour en savoir plus, consultez les guides produit EMC VSI for VMware vsphere. Prise en charge de VMware vstorage API for Array Integration Les fonctions d accélération matérielle de VAAI (VMware vstorage API for Array Integration) font partie des améliorations apportées à vsphere 5.5 en matière de stockage. Elles permettent à vsphere de décharger certaines opérations de stockage sur du matériel de stockage compatible, comme des plates-formes VNXe. Grâce à cette aide matérielle au stockage, vsphere effectue ces opérations plus rapidement, en consommant moins de CPU, de mémoire et de bande passante du fabric de stockage. 28

29 Présentation technologique de la solution Traitement Le choix d une plate-forme serveur pour l infrastructure VSPEX EMC Proven dépend non seulement des exigences techniques de l environnement, mais aussi de nombreux autres critères tels que la capacité de prise en charge de la plate-forme, les relations existantes avec le fournisseur du serveur et les fonctions avancées en matière de performances et de gestion, entre autres. C est pour cette raison que les solutions EMC VSPEX sont conçues pour s exécuter sur une vaste gamme de platesformes serveur. Les exigences minimales d une solution VSPEX ne définissent pas un nombre précis de serveurs dotés d une configuration spécifique, mais un nombre de cœurs de processeur et une quantité de RAM. Une solution VSPEX utilisant deux serveurs pourra donc être équivalente à une solution en utilisant vingt. Imaginons, par exemple, que la couche de traitement des données d une implémentation requière 25 cœurs de processeur et 200 Go de RAM. Un client souhaite utiliser des serveurs «boîte blanche» contenant 16 cœurs de processeur et 64 Go de RAM, tandis qu un autre veut utiliser un serveur plus haut de gamme avec 20 cœurs de processeur et 144 Go de RAM (voir Figure 2). Figure 2. Flexibilité de la couche de traitement des données 29

30 Présentation technologique de la solution Le premier client aura besoin de quatre serveurs de son choix et le deuxième, de deux serveurs seulement. Remarque Pour activer les fonctions de haute disponibilité au niveau de la couche de traitement, chaque client doit prévoir un serveur supplémentaire, afin que le système dispose de ressources suffisantes pour assurer la continuité des opérations métiers en cas de panne d un serveur. Appliquez les bonnes pratiques suivantes à la couche de traitement : Il convient d utiliser plusieurs serveurs identiques ou, du moins, compatibles. VSPEX met en œuvre des technologies de haute disponibilité au niveau de l hyperviseur, qui peuvent requérir des jeux d instructions similaires au niveau du matériel physique sous-jacent. En mettant en œuvre VSPEX sur des serveurs identiques, vous réduisez les risques d incompatibilité. Si vous implémentez les fonctions de haute disponibilité au niveau de la couche hyperviseur, la taille de la plus grande machine virtuelle créée ne pourra pas dépasser la plus petite capacité de serveur physique de l environnement. Il est recommandé de mettre en œuvre les fonctions de haute disponibilité au niveau de la couche de virtualisation et de s assurer que la couche de traitement des données dispose de ressources suffisantes pour gérer au minimum les pannes d un serveur. Cela vous permet de procéder à des mises à niveau avec un minimum d interruptions de service ; le système peut alors tolérer les points uniques de défaillance. Dans les limites définies par ces recommandations et ces bonnes pratiques, la couche de traitement des données d EMC VSPEX offre la flexibilité nécessaire pour répondre aux besoins spécifiques des clients. La principale contrainte consiste à prévoir suffisamment de cœurs de processeur et de RAM par cœur pour satisfaire aux exigences de l environnement cible. Réseau Le réseau d infrastructure doit comporter des liaisons redondantes pour chaque hôte vsphere et chaque baie de stockage, ainsi que les ports d interconnexion des switches et les ports uplink des switches. Cette configuration assure la redondance et une bande passante réseau supplémentaire. Elle est incontournable, que le réseau d infrastructure de la solution soit déjà en place ou qu il soit déployé en parallèle avec les autres composants de la solution. Un exemple de ce type de topologie réseau haute disponibilité est illustré dans la Figure 3. 30

31 Présentation technologique de la solution Figure 3. Exemple de conception réseau haute disponibilité Cette solution validée utilise des réseaux VLAN pour dissocier les différents types de trafic réseau, et optimiser ainsi le débit, la gestion, la séparation des applications, la haute disponibilité et la sécurité. Les plates-formes EMC de stockage unifié assurent la haute disponibilité ou la redondance du réseau grâce à la fonction d agrégation de liens. L agrégation de liens permet à plusieurs connexions Ethernet actives d apparaître sous forme de liaison unique disposant d une seule adresse MAC et éventuellement de plusieurs adresses IP. Grâce à cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le système VNXe et combine plusieurs ports Ethernet en un seul port virtuel. En cas de perte de liaison sur le port Ethernet, la liaison bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives. 31

32 Présentation technologique de la solution Stockage Présentation La couche de stockage est également une composante clé de toute solution d infrastructure Proven. Elle gère les données générées par les applications et les systèmes d exploitation sur les systèmes de traitement du stockage du datacenter. Cela permet d optimiser l efficacité du stockage, d assurer la flexibilité de la gestion et d améliorer le TCO. Dans cette solution VSPEX, les baies de stockage VNXe fournissent une virtualisation au niveau de la couche de stockage. Gamme EMC VNXe La gamme EMC VNX est optimisée pour les applications virtuelles. Elle s appuie sur une technologie innovante et des fonctionnalités d entreprise pour fournir une solution de stockage en modes fichier et bloc, à la fois facile à utiliser et évolutive. Cette plate-forme de stockage nouvelle génération associe un matériel performant et flexible a des logiciels de protection et de gestion hautes performances adaptés aux exigences des entreprises d aujourd hui. Les baies VNXe reposent sur le processeur Intel Xeon pour assurer un stockage intelligent, dont les performances peuvent évoluer automatiquement et efficacement et qui garantit l intégrité et la sécurité des données. La gamme VNXe est spécialement conçue pour les responsables informatiques des petites entreprises, alors que la gamme VNX répond aux besoins des moyennes entreprises et grandes entreprises en matière de hautes performances et de haute évolutivité. La gamme VNXe comprend les composants suivants : Les processeurs de stockage (SP) prennent en charge les données en mode bloc et fichier par l intermédiaire de la technologie UltraFlex I/O, qui gère les protocoles iscsi et NFS, ainsi que les systèmes CIFS/SMB. Ces processeurs proposent un accès pour tous les hôtes externes et la baie VNXe, côté fichier. Les boîtiers DAE contiennent les disques utilisés dans la baie. Avantages de VNXe pour les clients VNXe prend en charge les fonctions suivantes : Stockage unifié nouvelle génération, optimisé pour les applications virtualisées Fonctions d optimisation de la capacité comprenant la compression, la déduplication, le provisionnement fin et les copies orientées application Haute disponibilité de 99,999 % Prise en charge multiprotocole en modes fichier et bloc Gestion simplifiée avec EMC Unisphere, pour une interface de gestion unique à même de répondre à tous les besoins de stockage rattaché au réseau (NAS), de réseau de stockage (SAN) et de réplication Remarque Le système VNXe ne prend pas en charge la compression en mode bloc. 32

33 Suites logicielles VNXe Sauvegarde et restauration Présentation technologique de la solution Pour gérer les différents besoins des clients (qui incluent aussi bien la reprise d activité que la sauvegarde et la restauration des applications), EMC fournit des modules de stockage complémentaires uniques sous la forme de suites conviviales, afin d optimiser au maximum la protection et la sécurité des platesformes de stockage unifié VNXe. Les suites logicielles VNXe ci-dessous sont disponibles : Local Protection Suite : augmente la productivité avec des snapshots de données de production. Remote Protection Suite : protège les données contre les défaillances, les pannes et les sinistres localisés. Application Protection Suite : effectue des copies automatiques des applications et en assure la conformité. Security and Compliance Suite : protège les données contre les modifications, suppressions et autres activités malveillantes. Packages logiciels VNXe Chaque baie inclut une sélection des suites logicielles disponibles, proposée en tant que composante de son module de base. Vous pouvez également acheter des suites logicielles supplémentaires par l intermédiaire de VNXe3150 Total Value Pack et de VNXe3300 Total Protection Pack. Pour en savoir plus, consultez la fiche produit relative à la gamme EMC VNXe. Présentation Les composants de sauvegarde et de restauration de cette solution VSPEX assurent la protection des données en sauvegardant les fichiers ou volumes de données selon un calendrier prédéfini et en restaurant les données des sauvegardes à des fins de reprise après sinistre. Dans cette solution VSPEX, EMC NetWorker assure les fonctions de sauvegarde et de restauration pour l architecture de 50 machines virtuelles et EMC Avamar, pour l architecture de 100 machines virtuelles. Cette section fournit des consignes pour la mise en place de l environnement de sauvegarde et de restauration destiné à la solution VSPEX. Elle décrit les caractéristiques et la configuration du composant de sauvegarde. EMC NetWorker Associé aux systèmes de stockage avec déduplication EMC Data Domain, EMC NetWorker s intègre de manière transparente dans les environnements virtuels, offrant ainsi des fonctions rapides de sauvegarde et de restauration. La déduplication effectuée par Data Domain permet de réduire la quantité de données transitant par le réseau, par l intermédiaire de Data Domain Boost. Ainsi, une quantité nettement moins importante de données est sauvegardée et stockée ; vous réalisez des économies en termes de stockage, de bande passante et de coûts d exploitation. 33

34 Présentation technologique de la solution Voici quelques types de demande de restauration fréquemment adressés aux administrateurs des sauvegardes : Restauration de niveau fichier : les restaurations au niveau objet représentent la grande majorité des demandes de support émanant des utilisateurs. Il s agit par exemple d aider un utilisateur à restaurer des fichiers qu il a supprimés, d intervenir sur certaines applications qui exigent une restauration ou encore de remédier à l effacement de données dans le cadre d un traitement par lot. Restauration système : bien que les demandes de restauration complète du système soient moins fréquentes que celles de niveau fichier, cette fonction de restauration sur matériel vierge est vitale à l entreprise. Parmi les causes premières d une demande de restauration complète du système, citons : la propagation d un virus, la corruption du registre ou des problèmes non identifiables et irrécupérables. La fonction de protection de l état du réseau de EMC NetWorker complète les fonctions de sauvegarde et de restauration dans ces deux cas de figure. EMC Avamar La technologie de déduplication des données EMC Avamar s intègre de manière transparente dans les environnements virtuels, assurant ainsi des fonctions rapides de sauvegarde et de restauration. Avec la déduplication Avamar, la quantité de données transitant sur le réseau est réduite, de même que le volume de données sauvegardées et stockées, d où des économies en termes de stockage, de bande passante et de coûts opérationnels. Autres technologies Outre les composants techniques requis pour les solutions EMC VSPEX, d autres éléments peuvent apporter de la valeur ajoutée selon le type d utilisation. Cela inclut, entre autres, les technologies répertoriées ci-dessous. EMC XtremCache (facultatif) EMC XtremCache est une solution Flash Cache sur serveur qui permet de réduire les temps de latence et d accroître le débit, afin d améliorer les performances des applications en utilisant des logiciels de mise en cache intelligents, ainsi que la technologie PCle Flash. Flash Cache sur serveur pour une vitesse maximale EMC XtremCache rapproche les données de l application grâce à la mise en cache de celles qui sont les plus fréquemment sollicitées sur la carte PCIe du serveur. La fonction d optimisation de la mise en cache de EMC XtremCache s adapte automatiquement aux fluctuations des charges de travail, en identifiant les données les plus fréquemment utilisées et en les déplaçant vers la carte Flash du serveur. Cela signifie que les données les plus «chaudes» ou les plus actives sont automatiquement placées sur la carte PCIe sur serveur en vue d un accès plus rapide. XtremCache décharge la baie de stockage du trafic de lecture et peut ainsi allouer une puissance de traitement supérieure à d autres charges de travail. Tandis qu une charge de travail est exécutée plus rapidement grâce à XtremCache, les performances de la baie pour les autres charges de travail sont maintenues, voire légèrement améliorées. 34

35 Présentation technologique de la solution Mise en cache à écriture immédiate sur la baie pour une protection totale XtremCache utilise un cache à écriture immédiate au niveau du stockage afin d accélérer les opérations de lecture et de protéger les données, ce qui permet d obtenir des capacités persistantes de haute disponibilité, d intégrité des données et de reprise après sinistre. Compatible avec toutes les applications XtremCache est transparent pour les applications. Par conséquent, aucune réécriture, aucun nouveau test et aucune nouvelle certification ne sont nécessaires pour déployer ce logiciel dans l environnement. Intégration dans vsphere XtremCache améliore les environnements virtualisés et physiques. L intégration avec le plug-in VSI dans VMware vsphere vcenter simplifie la gestion et la surveillance de XtremCache. Impact minimal sur les ressources système Dans la mesure où toute la gestion de la mémoire Flash et du contrôle d usure s effectue sur la carte PCIe, XtremCache requiert assez peu de mémoire et de cycles CPU. Il n a pas non plus recours aux ressources serveur. Contrairement à d autres solutions PCIe, XtremCache n entraîne donc pas de charge opérationnelle supplémentaire importante sur les ressources serveur. XtremCache génère le chemin d E/S le plus efficace et le plus intelligent entre l application et le datastore. Il en résulte une infrastructure optimisée de façon dynamique pour offrir performances, intelligence et protection aux environnements physiques et virtuels. Prise en charge des clusters actifs/passifs de XtremCache La configuration des scripts de clustering XtremCache garantit que les données obsolètes ne sont jamais récupérées. Les scripts utilisent des événements de gestion de cluster pour déclencher un mécanisme purgeant le cache. Le cluster actif/passif XtremCache assure l intégrité des données, tout en optimisant les performances des applications. Informations sur les performances de XtremCache Voici les points à prendre en compte concernant les performances de XtremCache : Lors d une demande d écriture, XtremCache écrit les données sur la baie en premier lieu, puis sur le cache, avant de se charger des E/S de l application. Lors d une demande de lecture, XtremCache répond en utilisant les données mises en cache ou, lorsque ces données ne sont pas disponibles, récupère celles qui se trouvent sur la baie, les écrit sur le cache, puis les renvoie à l application. La transmission vers la baie peut être de l ordre de quelques millisecondes. Par conséquent, la baie limite la vitesse d exécution du cache. Plus le nombre d écritures augmente, plus les performances de XtremCache diminuent. XtremCache fait preuve d une efficacité optimale pour des charges de travail présentant un rapport de lectures/écritures d au moins 70 % et des E/S aléatoires de petite taille (8 Ko dans l idéal). Les E/S dont la taille est supérieure à 128 Ko ne peuvent pas être mises en cache dans XtremCache

36 Présentation technologique de la solution Remarque Pour en savoir plus, consultez le Guide d installation et d administration de XtremCache v

37 Chapitre 4 Présentation de l architecture de la solution Ce chapitre traite des points suivants : Présentation Architecture de la solution Instructions pour la configuration des serveurs Instructions de configuration du réseau Instructions pour la configuration du stockage Haute disponibilité et basculement sur incident Profil du test de validation Guide de configuration de l environnement de sauvegarde Instructions pour le dimensionnement Charge de travail de référence Application de la charge de travail de référence Mise en œuvre des architectures de référence Évaluation rapide

38 Présentation de l architecture de la solution Présentation Ce chapitre fournit des informations complètes sur les principaux aspects de cette solution. La capacité des serveurs constitue une indication générale, qui inclut les minima requis en termes de CPU, de mémoire et d interfaces réseau. Vous pouvez choisir le matériel serveur et réseau pertinent pour répondre aux besoins de la configuration minimale indiquée pour les serveurs et le réseau, voire la dépasser. L architecture de stockage définie, ainsi qu un système satisfaisant aux exigences réseau et serveur spécifiées, ont été validés par EMC pour garantir de hauts niveaux de performances et fournir une architecture haute disponibilité en vue du déploiement du Cloud privé. Architecture de la solution La solution VSPEX pour VMware vsphere avec EMC VNXe est validée à deux points d échantillonnage différents. La configuration pouvant accueillir jusqu à 50 machines virtuelles et celle prévue pour 100 machines virtuelles sont définies en fonction de la charge de travail de référence. Remarque Le concept de charge de travail de référence, qui constitue l un des points clés du programme VSPEX, ne signifie pas que la consolidation de 10 serveurs dans l infrastructure VSPEX EMC Proven exige 10 machines virtuelles de référence. Évaluez votre charge de travail par rapport à la charge de référence, afin de définir un point d échantillonnage approprié. La section Application de la charge de travail de référence de ce guide décrit ce processus. Architecture pour 50 machines virtuelles maximum La Figure 4 illustre l architecture logique de l infrastructure validée pour la prise en charge d un maximum de 50 machines virtuelles. Figure 4. Architecture logique pour 50 machines virtuelles 38

39 Présentation de l architecture de la solution Architecture pour 100 machines virtuelles maximum La Figure 5 illustre l architecture logique de l infrastructure validée pour prendre en charge jusqu à 100 machines virtuelles. Figure 5. Remarque Architecture logique pour 100 machines virtuelles Les composants réseau des deux solutions peuvent être implémentés à l aide de réseaux IP 10 GbE si la bande passante et la redondance satisfont les exigences répertoriées. Principaux composants L architecture comprend les composants suivants : Serveur VMware vsphere 5.5 : fournit une couche de virtualisation commune pour héberger un environnement de serveur virtualisé. Les caractéristiques techniques de l environnement validé figurent dans le Tableau 1 de la page 41. vsphere 5.5 fournit une infrastructure haute disponibilité par l intermédiaire des fonctions suivantes : vmotion : assure une migration à chaud des machines virtuelles au sein d un cluster d infrastructure virtuelle, sans période d interruption des machines virtuelles ni interruption de service. Storage vmotion : assure la migration à chaud des fichiers VMware Virtual Machine Disk au sein des baies de stockage ou d une baie de stockage à l autre, sans période d interruption des machines virtuelles ni interruption de service. vsphere HA : détecte la défaillance d une machine virtuelle dans un cluster et en assure la restauration rapide. DRS : assure l équilibrage de charge du traitement des données dans un cluster. 39

40 Présentation de l architecture de la solution Storage Distributed Resource Scheduler (SDRS) : assure l équilibrage de charge sur plusieurs datastores en fonction de l espace utilisé et du temps de latence des E/S. VMware vcenter Server 5.5 : fournit une plate-forme évolutive et extensible, sur laquelle repose la gestion de la virtualisation du cluster vsphere 5.5. Tous les hôtes vsphere et leurs machines virtuelles sont gérés depuis vcenter. EMC Virtual Storage Integrator (VSI) for VMware vsphere : plug-in destiné au client vsphere, qui permet de gérer le stockage des baies EMC directement depuis le client. VSI est une solution hautement personnalisable qui offre une interface de gestion unifiée. Microsoft SQL Server : nécessite un service de base de données pour stocker les informations de configuration et de surveillance. Un serveur Microsoft SQL Server 2012 est utilisé à cet effet. Serveur DNS Microsoft : les services DNS sont requis pour la résolution des noms des différents composants de la solution. Un serveur DNS exécuté sur une instance Windows 2008 R2 est utilisé à cette fin. Microsoft Active Directory Server : les services Active Directory (AD) sont requis pour le bon fonctionnement des différents composants de la solution. Le service Microsoft AD Directory Service, exécuté sur un serveur Windows Server 2012, est utilisé à cette fin. Infrastructure partagée : les services d authentification/autorisation et DNS tels qu Active Directory peuvent être fournis dans l infrastructure existante, ou configurés en tant que partie intégrante de la nouvelle infrastructure virtuelle. Réseaux de stockage/ip : l ensemble du trafic réseau est acheminé par le réseau Ethernet standard, au moyen de câbles et de switches redondants. Le trafic utilisateur et de gestion transite sur un réseau partagé, alors que le trafic du stockage NFS ou iscsi est dirigé vers un sous-réseau privé et non routable. Baie EMC VNXe3150 : fournit le stockage en présentant des datastores NFS ou iscsi aux hôtes vsphere, pour un maximum de 50 machines virtuelles. Baie EMC VNXe3300 : fournit le stockage en présentant des datastores NFS ou iscsi aux hôtes vsphere, pour un maximum de 100 machines virtuelles. 40

41 Présentation de l architecture de la solution Ressources matérielles Le Tableau 1 répertorie le matériel utilisé dans cette solution. Tableau 1. Matériel utilisé dans la solution Hardware Configuration Remarques Serveurs VMware vsphere Infrastructure réseau CPU : Un vcpu par machine virtuelle Quatre vcpu par coeur physique Mémoire : 2 Go de RAM par machine virtuelle 100 Go de RAM sur la totalité des serveurs pour la configuration à 50 machines virtuelles 200 Go de RAM sur la totalité des serveurs pour la configuration à 100 machines virtuelles Réservation de 2 Go de RAM par hôte vsphere Réseau : Deux cartes réseau 10 GbE par serveur Remarque : pour implémenter la fonctionnalité de haute disponibilité (HA) de VMware vsphere en respectant les conditions minimales requises énoncées, il est nécessaire d ajouter un serveur supplémentaire à l infrastructure. Configuration minimale des switches : Deux switches physiques Deux ports 10 GbE par serveur vsphere Un port 1 GbE par processeur de stockage pour la gestion Configuration sous forme de cluster vsphere unique. Configuration LAN redondante Stockage Caractéristiques communes : Deux processeurs de stockage (actif/actif) Deux interfaces 10 GbE par processeur de stockage Dans cette configuration, la pile de disques initiale peut figurer sur le système VNXe. Pour 50 machines virtuelles : EMC VNXe disques SAS 3,5 pouces, 300 Go, t/min 2 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 30 disques SAS 3,5 pouces, 600 Go, t/min 1 disque SAS 3,5 pouces, 600 Go, t/min, utilisé comme disque de secours Option de stockage iscsi Option de stockage NFS 41

42 Présentation de l architecture de la solution Hardware Configuration Remarques Pour 100 machines virtuelles : EMC VNXe3300 Infrastructure partagée Sauvegarde et restauration 77 disques SAS 3,5 pouces, 300 Go, t/min 3 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 63 disques SAS 3,5 pouces, 600 Go, t/min 3 disques SAS 3,5 pouces, 600 Go, t/min, utilisés comme disques de secours Dans la plupart des cas, un environnement client dispose déjà de services d infrastructure, comme Active Directory, DNS ou d autres services configurés. La configuration de ces services n entre pas dans le cadre du présent document. En cas d implémentation dans un environnement dépourvu d infrastructure existante, un minimum de serveurs supplémentaires est requis : Deux serveurs physiques 16 Go de RAM par serveur Quatre coeurs de processeur par serveur Deux ports 10 GbE par serveur Pour 50 machines virtuelles : EMC NetWorker 3 appliances EMC Data Domain DD160 avec paramètres d usine Pour 100 machines virtuelles : 1 appliance EMC Avamar Business Edition Option de stockage iscsi Option de stockage NFS Ces services peuvent être migrés dans le postdéploiement V SPEX. Toutefois, ils doivent exister avant le déploiement de VSPEX. 42

43 Présentation de l architecture de la solution Ressources logicielles Le Tableau 2 répertorie les logiciels utilisés dans cette solution. Tableau 2. Logiciels utilisés dans la solution Logiciels Version VMware vsphere Serveur vsphere 5.5 vcenter Server 5.5 Système d exploitation pour vcenter Server Microsoft SQL Server Windows Server 2012 Standard Edition Version 2008 R2 Standard Edition EMC VNXe Logiciels VNXe EMC VSI for VMware vsphere : Unified Storage Management EMC VSI for VMware vsphere : Storage Viewer Sauvegarde et restauration EMC Avamar EMC Data Domain OS EMC NetWorker 6.1 SP1 5.2 SP1 8.0 SP1 Machines virtuelles (utilisées pour la validation, non requises pour le déploiement) Système d exploitation de base Microsoft Windows Server 2012 Data Center Edition Instructions pour la configuration des serveurs Présentation Lors de la conception et de la commande de la couche de traitement des données/serveurs de la solution VSPEX, plusieurs facteurs peuvent entrer en ligne de compte pour l achat final. Du point de vue de la virtualisation, si la charge de travail du système est bien comprise, des fonctions comme l augmentation de la capacité mémoire et le partage transparent des pages peuvent réduire les besoins en mémoire agrégée. Si le pool de machines virtuelles ne présente pas un niveau élevé de pics d utilisation ou d utilisations simultanées, il est possible de réduire le nombre de vcpu. À l inverse, si les applications déployées effectuent un grand nombre de traitements informatiques, le nombre de CPU et la quantité de mémoire à acheter devront sans doute être plus importants. Le Tableau 3 identifie le matériel de serveur et les configurations utilisées dans cette solution. 43

44 Présentation de l architecture de la solution Tableau 3. Matériel serveur Hardware Configuration Remarques Serveurs VMware vsphere CPU : Un vcpu par machine virtuelle Quatre vcpu par coeur physique Mémoire : 2 Go de RAM par machine virtuelle 100 Go de RAM répartis sur l ensemble des serveurs pour 50 machines virtuelles 200 Go de RAM répartis sur l ensemble des serveurs pour 100 machines virtuelles Réservation de 2 Go de RAM par hôte vsphere Réseau : 2 cartes réseau 10 GbE par serveur Remarque : pour mettre en œuvre la fonctionnalité de haute disponibilité (HA) de VMware vsphere en respectant les conditions minimales requises énoncées, il est nécessaire d ajouter un serveur supplémentaire à l infrastructure. Configuration sous forme de cluster vsphere unique. Virtualisation de la mémoire VMware vsphere pour VSPEX VMware vsphere 5.5 présente un certain nombre de fonctionnalités avancées, qui permettent d optimiser les performances et l utilisation globale des ressources. Les fonctionnalités avancées les plus importantes ont trait à la gestion de la mémoire. Cette section décrit certaines d entre elles, ainsi que les aspects à prendre en compte lorsque vous les utilisez dans l environnement VSPEX. On peut généralement considérer que les machines virtuelles d'un hyperviseur consomment la mémoire comme un pool de ressources. Reportez-vous à la Figure 6. 44

45 Présentation de l architecture de la solution Quantité disponible totale 10 Go Machine virtuelle 4 10 machines virtuelles de référence : 20 Go Quantité de mémoire totale du serveur 64 Go Machine virtuelle 3 4 machines virtuelles de référence : 8 Go Quantité totale utilisée 54 Go Machine virtuelle 2 8 machines virtuelles de référence : 16 Go Machine virtuelle 1 4 machines virtuelles de référence : 8 Go Hypervisor (2 Go) Figure 6. Consommation de la mémoire de l hyperviseur Surallocation de mémoire Ce type de surallocation se produit lorsque la quantité de mémoire allouée aux machines virtuelles est supérieure à la quantité de mémoire physique disponible sur l hôte vsphere. Grâce à des techniques sophistiquées, comme l augmentation de la capacité mémoire et le partage transparent des pages, vsphere peut gérer la surallocation de la mémoire sans nuire aux performances. Toutefois, si une quantité de mémoire supérieure à celle dont dispose le serveur est utilisée activement, vsphere peut permuter des parties de la mémoire d une machine virtuelle. Accès NUMA (Non-Uniform Memory Access) vsphere utilise un répartiteur de charge NUMA (Non-Uniform Memory Access) pour associer un nœud principal à une machine virtuelle. L accès mémoire est effectué en local et offre les meilleures performances possibles, car la mémoire de la machine virtuelle est allouée à partir du nœud principal. Les applications qui ne prennent pas directement en charge la fonction NUMA bénéficient de cette fonctionnalité. 45

46 Présentation de l architecture de la solution Partage de page transparent Les machines virtuelles exécutant des systèmes d exploitation et des applications similaires présentent des ensembles de contenu de mémoire semblables. Le partage de page permet à l hyperviseur de récupérer les exemplaires redondants et de ne conserver qu une seule copie des données, afin de libérer une partie de la mémoire totale sur l hôte. Si la plupart de vos machines virtuelles d applications exécutent les mêmes systèmes d exploitation et données binaires d application, vous pouvez réduire la consommation totale de mémoire et ainsi accroître les taux de consolidation. Augmentation artificielle de la capacité mémoire L utilisation d un processus de Ballooning chargé dans le système d exploitation invité permet à l hyperviseur de libérer de la mémoire physique sur l hôte en cas de conflits d accès aux ressources mémoire. Cette opération s effectue sans réellement affecter les performances de l application. Instructions pour la configuration de la mémoire Cette section fournit des instructions sur l allocation de la mémoire à des machines virtuelles. Ces instructions tiennent compte du temps système de la mémoire vsphere, ainsi que des paramètres associés à la mémoire des machines virtuelles. Capacité mémoire supplémentaire requise pour vsphere La virtualisation des ressources mémoire s accompagne d un temps système. Ce temps système inclut deux éléments : le temps système de VMkernel ; celui de chaque mémoire virtuelle. Le temps système supplémentaire requis pour VMkernel est fixe, alors que la quantité de mémoire supplémentaire requise pour chaque machine virtuelle dépend du nombre de CPU virtuels et de la mémoire configurée pour le système d exploitation invité. Allocation de mémoire à des machines virtuelles Le dimensionnement de la mémoire d une machine virtuelle dans les architectures VSPEX repose sur de nombreux facteurs. Compte tenu du nombre de services applicatifs et d exemples d utilisation disponibles, la définition d une configuration adaptée à un environnement nécessite la création d une configuration de base, la réalisation de tests et l ajustement des paramètres pour des résultats optimaux. Remarque Le démarrage des machines virtuelles requiert une certaine quantité de mémoire supplémentaire. Tenez-en compte dans vos calculs lors du dimensionnement de la mémoire des machines virtuelles. 46

47 Présentation de l architecture de la solution Instructions de configuration du réseau Présentation Cette section fournit des conseils pour paramétrer une configuration réseau redondante et haute disponibilité. Les instructions décrites ici prennent en compte les trames Jumbo, les réseaux VLAN et le protocole LACP d un stockage unifié EMC. Le Tableau 4 répertorie en détail les exigences en ressources réseau. Tableau 4. Matériel réseau Hardware Configuration Remarques Infrastructure réseau Configuration minimale des switches : Deux switches physiques Deux ports 10 GbE par serveur vsphere Un port 1 GbE par processeur de stockage pour la gestion Configuration LAN redondante VLAN Isolez le trafic réseau, de sorte que toutes les données circulant entre les hôtes et le stockage et entre les hôtes et les clients, ainsi que l ensemble du trafic de gestion, traversent des réseaux isolés. Dans certains cas, la conformité aux règles ou à la réglementation en vigueur peut nécessiter cet isolement physique ; cependant, dans de nombreux cas, il suffit de recourir à un isolement logique via des réseaux VLAN. Pour appliquer cette solution, vous devez recourir à trois réseaux VLAN au minimum : Accès client Stockage Gestion Ces réseaux VLAN sont représentés dans la Figure 7. 47

48 Présentation de l architecture de la solution Figure 7. Remarque Réseaux requis La Figure 7 illustre les besoins relatifs à la connectivité du réseau pour une baie VNXe3300 utilisant des connexions réseau 10 GbE. Une topologie similaire doit être créée en cas d utilisation d une baie VNXe3150 ou de connexions réseau 1 GbE. Le réseau d accès des clients permet aux utilisateurs du système (clients) de communiquer avec l infrastructure. Le réseau de stockage est utilisé pour la communication entre la couche de traitement des données et la couche de stockage. Le réseau de gestion permet aux administrateurs de bénéficier d un mode d accès dédié aux connexions de gestion sur la baie de stockage, sur les switches réseau et sur les hôtes. Remarque Certaines bonnes pratiques requièrent un isolement supplémentaire du réseau pour le trafic de clusters, les communications de la couche de virtualisation et d autres fonctions. Ces réseaux supplémentaires peuvent être mis en œuvre, mais ils ne sont pas obligatoires. Activation des trames Jumbo Cette solution nécessite une MTU définie sur (trames Jumbo) pour un stockage et un trafic de migration efficaces. 48

49 Présentation de l architecture de la solution Agrégation de liens Le résultat d une agrégation de liens rappelle un canal Ethernet. La différence est que cette opération utilise le protocole LACP IEEE 802.3ad standard. Ce protocole prend en charge les agrégations de liens impliquant deux ports ou plus. Tous les ports concernés doivent présenter la même vitesse et la même configuration, à savoir le mode Full duplex. Grâce à cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le système VNXe et combine plusieurs ports Ethernet en un seul port virtuel. En cas de perte de liaison sur le port Ethernet, la liaison bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives. Instructions pour la configuration du stockage Présentation vsphere permet de recourir à plusieurs méthodes d utilisation du stockage en cas d hébergement de machines virtuelles. Cette section fournit des instructions sur la configuration de la couche de stockage de la solution, afin d assurer la haute disponibilité et le niveau de performances attendus. Matériel de stockage Les solutions décrites dans le Tableau 5 ont été testées via NFS et iscsi. L organisation du stockage décrite ici respecte toutes les bonnes pratiques en vigueur. Le cas échéant, un client ou un architecte formé peut lui apporter des modifications, à condition de connaître l utilisation et la charge du système. Tableau 5. Matériel de stockage Hardware Configuration Remarques Stockage Caractéristiques communes Deux processeurs de stockage (actif/actif) Deux interfaces 10 GbE par processeur de stockage Pour 50 machines virtuelles EMC VNXe disques SAS 3,5 pouces, 300 Go, t/min 2 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 30 disques SAS 3,5 pouces, 600 Go, t/min 1 disque SAS 3,5 pouces, 600 Go, t/min, utilisé comme disque de secours Pour 100 machines virtuelles EMC VNXe3300 Dans cette configuration, la pile de disques initiale peut figurer sur le système VNXe. Option de stockage iscsi Option de stockage NFS 49

50 Présentation de l architecture de la solution Hardware Configuration Remarques 77 disques SAS 3,5 pouces, 300 Go, t/min 3 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 63 disques SAS 3,5 pouces, 600 Go, t/min 3 disques SAS 3,5 pouces, 600 Go, t/min, utilisés comme disques de secours Option de stockage iscsi Option de stockage NFS Virtualisation du stockage vsphere pour VSPEX VMware ESXi gère la virtualisation du stockage au niveau des hôtes. Ce logiciel virtualise le stockage physique et présente le stockage virtualisé aux machines virtuelles. Le système d exploitation d une machine virtuelle et tous les autres fichiers liés aux activités de celle-ci sont stockés sur un disque virtuel. Ce dernier se compose d un ou de plusieurs fichiers. VMware utilise un contrôleur SCSI virtuel pour présenter le disque virtuel au système d exploitation invité exécuté dans la machine virtuelle. La Figure 8 représente les différents types de disque virtuel VMware. Figure 8. Types de disque virtuel VMware Le disque virtuel réside dans un datastore. Selon le type utilisé, il peut s agir d un datastore SCSI VMFS ou d un datastore NFS. VMFS VMFS est un système de fichiers en cluster proposant une virtualisation du stockage optimisée pour les machines virtuelles. Il peut être déployé sur tout périphérique local SCSI (rattaché directement ou SAN) ou via des périphériques de stockage réseau à l aide de protocoles tels que iscsi et NFS. 50

51 RDM Présentation de l architecture de la solution VMware fournit aussi une fonction appelée RDM (Raw Device Mapping). RDM permet à une machine virtuelle d accéder directement à un volume sur le stockage physique et utilise Fibre Channel ou iscsi. NFS VMware prend en charge l utilisation de systèmes de fichiers NFS à partir d un périphérique ou système de stockage NAS externe, en tant que datastore de machine virtuelle. Organisation du stockage pour 50 machines virtuelles La Figure 4 de la page 38 représente l organisation des disques physique pour un maximum de 50 machines virtuelles. Le provisionnement des disques sur les baies VNXe est simplifié grâce à l utilisation d assistants. Ainsi, vous n avez pas à choisir quels disques appartiennent à un pool de stockage donné. L assistant peut choisir n importe quel disque disponible du type approprié, quel que soit son emplacement physique dans la baie. La Figure 9 représente l organisation des disques iscsi requis pour stocker 50 machines virtuelles sur une baie VNXe3150. Figure 9. Organisation du stockage iscsi pour 50 machines virtuelles sur une baie EMC VNXe

52 Présentation de l architecture de la solution L architecture de référence utilise la configuration suivante : Quarante-cinq disques SAS de 300 Go sont alloués à un pool de stockage unique sous la forme de neuf groupes en configuration RAID (vendus en neuf piles de cinq disques). Au moins un disque de secours est alloué à chaque groupe de 30 disques d un type donné. Au moins quatre LUN iscsi sont allouées au cluster ESXi à partir du pool de stockage unique. Elles servent de datastores aux serveurs virtuels. La Figure 10 représente l organisation du stockage NFS pour les disques requis pour stocker 50 machines virtuelles sur une baie VNXe3150. Figure 10. Organisation du stockage NFS pour 50 machines virtuelles sur une baie EMC VNXe3150 L architecture de référence utilise la configuration suivante : Trente disques SAS de 600 Go sont alloués à un pool de stockage unique sous forme de six groupes de disques en configuration RAID (vendus par piles de 5 disques). Au moins un disque de secours est alloué à chaque groupe de 30 disques d un type donné. Au moins deux partages NFS sont alloués au cluster vsphere à partir du pool de stockage unique. Ils servent de datastores aux serveurs virtuels. 52

53 Présentation de l architecture de la solution Organisation du stockage pour 100 machines virtuelles La Figure 11 représente l organisation des disques iscsi requis pour stocker 100 machines virtuelles sur une baie VNXe3300. Figure 11. Organisation du stockage iscsi pour 100 machines virtuelles sur une baie EMC VNXe3300 L architecture de référence utilise la configuration suivante : Soixante-dix-sept disques SAS de 300 Go sont alloués à un pool de stockage unique sous la forme de onze groupes en configuration RAID (vendus en onze piles de sept disques). Au moins un disque de secours doit être alloué à chaque groupe de 30 disques d un type donné. Au moins dix LUN iscsi sont allouées au cluster ESXi à partir du pool de stockage unique. Elles servent de datastores aux serveurs virtuels. 53

54 Présentation de l architecture de la solution La Figure 12 représente l organisation des disques NFS requis pour stocker 100 machines virtuelles sur une baie VNXe3300. Figure 12. Organisation du stockage NFS pour 100 machines virtuelles sur une baie EMC VNXe3300 L architecture de référence utilise la configuration suivante : Soixante-trois disques SAS de 600 Go sont alloués à un pool de stockage unique sous forme de neuf groupes de disques en configuration RAID (vendus par piles de 7 disques). Au moins un disque de secours est alloué à chaque groupe de 30 disques d un type donné. Au moins deux partages NFS sont alloués au cluster vsphere à partir du pool de stockage unique. Ils servent de datastores aux serveurs virtuels. 54

55 Haute disponibilité et basculement sur incident Présentation de l architecture de la solution Présentation Cette solution VSPEX fournit une infrastructure de stockage, de réseau et de serveurs virtualisée et hautement disponible. Implémentée conformément aux recommandations de ce guide, elle peut résister aux points uniques de défaillance, avec un impact minime, voire nul, sur les opérations. Couche de virtualisation Comme indiqué précédemment, EMC recommande de configurer la haute disponibilité au niveau de la couche de virtualisation et d autoriser l hyperviseur à redémarrer automatiquement les machines virtuelles défaillantes. La Figure 13 représente la couche de l hyperviseur réagissant à une panne au niveau de la couche de traitement. Figure 13. Haute disponibilité de la couche de virtualisation La mise en œuvre des fonctions de haute disponibilité dans la couche de virtualisation permet à l infrastructure de maintenir un maximum de services en état de fonctionnement lors d une défaillance matérielle. Couche de traitement Comme le choix des serveurs à implémenter dans la couche de traitement est flexible, utilisez des serveurs d entreprise conçus pour le datacenter. Ce type de serveur inclut des alimentations redondantes, comme indiqué sur la Figure 14. Connectez-les à des unités d alimentation distinctes, conformément aux bonnes pratiques recommandées par votre fournisseur de serveurs. Figure 14. Alimentations redondantes 55

56 Présentation de l architecture de la solution EMC vous recommande également de configurer la haute disponibilité au niveau de la couche de virtualisation. Pour ce faire, la couche de traitement des données doit être configurée avec suffisamment de ressources pour satisfaire les besoins de l environnement avec l ensemble des ressources disponibles, même en cas de défaillance d un serveur, comme démontré dans la Figure 13. Couche réseau Les fonctions réseau avancées du VNX protègent la baie contre les pannes de connexion réseau. Chaque hôte vsphere dispose de plusieurs connexions au réseau utilisateur et au réseau de stockage Ethernet pour se prémunir contre les pannes de liaison, comme indiqué sur la Figure 15. Ces connexions doivent être réparties sur plusieurs switches Ethernet afin d offrir une protection contre les défaillances des composants du réseau. Figure 15. Haute disponibilité de la couche réseau L élimination de tout point unitaire de panne de la couche réseau permet à la couche de traitement des données d accéder au stockage et de communiquer avec les utilisateurs, même en cas de défaillance d un composant. Couche de stockage La gamme VNXe est conçue pour garantir une disponibilité de 99,999 % grâce à l utilisation de composants redondants sur l ensemble de la baie, comme indiqué sur la Figure

57 Présentation de l architecture de la solution Figure 16. Haute disponibilité des baies de la gamme VNXe Profil du test de validation Tous les composants de la baie sont capables de poursuivre les opérations en cas de panne matérielle. La configuration des disques RAID de la baie assure la protection contre les pertes de données dues à des pannes de disques individuels, et les disques de secours disponibles peuvent être alloués de manière dynamique pour remplacer un disque défaillant. Les baies de stockage EMC sont conçues par défaut pour garantir la haute disponibilité. Appuyez-vous sur les guides d installation pour vous assurer qu aucun point unitaire de panne n entraîne de perte ou d indisponibilité des données. Caractéristiques du profil La solution a été validée avec le profil d environnement présenté dans le Tableau 6. Tableau 6. Profil de l environnement validé Caractéristique du profil Valeur Nombre de machines virtuelles 50/100 OS machine virtuelle Windows Server 2012 Édition Datacenter Processeurs par machine virtuelle 1 Nombre de processeurs virtuels par cœur CPU physique RAM par machine virtuelle Stockage moyen disponible pour chaque machine virtuelle 4 2 Go 100 Go 57

58 Présentation de l architecture de la solution Caractéristique du profil Nombre moyen d opérations d E/S par seconde et par machine virtuelle Nombre de datastores pour stocker les disques des machines virtuelles Valeur 25 E/S par seconde 2/4 Nombre de machines virtuelles par datastore 25 Type de disque et RAID pour les datastores (iscsi) Type de disque et RAID pour les datastores (NFS) Disques SAS RAID 5, 3,5 pouces, 300 Go, t/min Disques SAS RAID 5, 3,5 pouces, 600 Go, t/min Guide de configuration de l environnement de sauvegarde Caractéristiques de la sauvegarde La solution a été dimensionnée à partir du profil d environnement applicatif spécifié dans le Tableau 7. Tableau 7. Caractéristiques du profil de sauvegarde Caractéristique du profil 50 machines virtuelles 100 machines virtuelles Nombre d utilisateurs Nombre de machines virtuelles Données Exchange 50 (20 % pour la base de données, 80 % non structurées) 0,5 To (boîte aux lettres de 1 Go par utilisateur) 100 (20 % pour la base de données, 80 % non structurées) 1 To (boîte aux lettres de 1 Go par utilisateur) Données SharePoint 0,25 To 0,5 To SQL Server 0,25 To 0,5 To Données utilisateur 2,5 To (5 Go par utilisateur) 5 Go (5 Go par utilisateur) Taux de modifications quotidiennes des applications Données Exchange 10 % Données SharePoint 2 % SQL Server 5 % Données utilisateur 2 % Rétention par type de données Toutes les données des bases de données Données utilisateur 14 quotidiennes 30 quotidiennes, 4 hebdomadaires, 1 mensuelle 58

59 Présentation de l architecture de la solution Organisation de la sauvegarde pour 50 machines virtuelles NetWorker Fast Start propose différentes options de déploiement, qui dépendent de l exemple d utilisation spécifique et des besoins en matière de restauration. Dans le cas présent, le déploiement s effectue avec EMC NetWorker Fast Start et Data Domain gérés en tant qu une seule et même solution. Cela permet de sauvegarder les données utilisateur non structurées directement sur le système Data Domain, pour une restauration en mode fichier simplifiée. La base de données est gérée par le logiciel EMC NetWorker Fast Start, mais pointe vers le système Data Domain avec la librairie du client DD Boost intégrée. Cette solution de sauvegarde unifie le processus de sauvegarde et offre des gains de performances et d efficacité importants. Organisation de la sauvegarde pour 100 machines virtuelles Avamar propose différentes options de déploiement, qui dépendent de l exemple d utilisation spécifique et des besoins en matière de restauration. Dans le cas présent, le déploiement s effectue avec Avamar et Data Domain gérés en tant qu une seule et même solution. Cela permet de sauvegarder les données utilisateur non structurées directement sur le système Avamar pour une restauration en mode fichier simplifiée. La base de données et les images de machine virtuelle sont gérées par le logiciel Avamar, mais pointent vers le système Data Domain avec la librairie du client DD Boost intégrée. Cette solution de sauvegarde unifie le processus de sauvegarde et offre des gains de performances et d efficacité importants. Instructions pour le dimensionnement Les sections suivantes fournissent les définitions de la charge de travail de référence utilisée pour dimensionner et implémenter les architectures VSPEX présentées dans ce guide. Elles expliquent comment corréler les charges de travail de référence avec les charges de travail réelles des clients, qui peuvent affecter la distribution finale côté serveur et réseau. Il est possible de modifier la définition du stockage en ajoutant des disques afin d accroître la capacité et les performances. L organisation des disques permet de prendre en charge le bon nombre de machines virtuelles au niveau de performances défini, ainsi que les opérations habituelles, comme les snapshots. La diminution du nombre de disques recommandés ou le choix d un type de baie moins performant peut réduire le nombre d E/S par seconde par machine virtuelle et appauvrir l expérience utilisateur, en raison d un temps de réponse accru. Charge de travail de référence Lorsque vous envisagez de migrer un serveur existant vers une infrastructure virtuelle, vous pouvez gagner en efficacité en dimensionnant correctement les ressources matérielles virtuelles allouées à ce système. Chaque infrastructure virtuelle VSPEX repose sur un ensemble équilibré de ressources de stockage, de réseau et de traitement des données étudié pour un nombre spécifique de machines virtuelles validées par EMC. Dans la pratique, chaque machine virtuelle présente ses propres besoins, qui coïncident rarement avec un schéma universel préconçu. En matière d infrastructure virtuelle, il convient de définir une charge de travail de référence, avant toute chose. Les serveurs ne réalisant pas tous les mêmes tâches, il est impossible de concevoir une référence prenant en compte toutes les combinaisons possibles de charges de travail. 59

60 Présentation de l architecture de la solution Définition de la charge de travail de référence Pour simplifier ces explications, nous avons défini une charge de travail de référence client standard. En comparant l utilisation réelle de votre client à cette charge de travail de référence, vous pouvez déterminer l architecture de référence à sélectionner. Pour les solutions VSPEX, la charge de travail de référence correspond à une machine virtuelle unique. Le Tableau 8 illustre les caractéristiques de cette machine virtuelle. Tableau 8. Caractéristiques de la machine virtuelle Caractéristique Valeur Système d exploitation de la machine virtuelle Microsoft Windows Server 2012 Édition Data Center Processeurs virtuels par machine virtuelle 1 RAM par machine virtuelle Capacité de stockage disponible par machine virtuelle 2 Go 100 Go IOPS par machine virtuelle 25 Schéma d E/S Aléatoire Rapport lecture/écriture d E/S 2:1 Ces spécifications de machine virtuelle ne sont pas destinées à représenter une application spécifique. En effet, elles constituent un point de référence unique auquel comparer d autres machines virtuelles. Application de la charge de travail de référence Présentation Les architectures de référence constituent un pool de ressources qui permet d héberger un nombre donné de machines virtuelles de référence présentant les caractéristiques indiquées dans le Tableau 8. Les machines virtuelles du client peuvent ne pas exactement correspondre aux spécifications. Dans ce cas, vous devez définir une seule machine virtuelle client spécifique en tant qu équivalent d un certain nombre de machines virtuelles de référence et partir du principe que les machines virtuelles sont utilisées dans le pool. Continuez à provisionner des machines virtuelles à partir du pool de ressources jusqu à épuisement de ces dernières. Voici quelques exemples, décrits plus en détail dans cette section : Exemple 1 : Application personnalisée Exemple 2 : Système de point de vente Exemple 3 : Serveur Web Exemple 4 : Base de données d aide à la décision 60

61 Présentation de l architecture de la solution Exemple 1 : Application personnalisée Un petit serveur d application personnalisée doit migrer vers l infrastructure virtuelle. Le matériel physique prenant en charge l application n est pas utilisé dans son intégralité. Une analyse approfondie de l application existante montre que cette dernière peut utiliser un seul processeur et nécessite 3 Go de mémoire pour fonctionner normalement. La charge de travail d E/S varie de 4 E/S par seconde en période d inactivité à 15 E/S par seconde maximum lorsque le système est occupé. L ensemble de l application utilise environ 30 Go sur le disque dur local. D après ces données, nous pouvons déduire que les ressources suivantes doivent être disponibles dans le pool : ressources CPU pour une machine virtuelle ; ressources mémoire pour deux machines virtuelles ; capacité de stockage pour une machine virtuelle ; E/S par seconde pour une machine virtuelle. Dans cet exemple, une seule machine virtuelle utilise les ressources correspondant à deux machines virtuelles de référence. Si le pool d origine dispose des ressources nécessaires pour fournir 100 machines virtuelles de référence, il reste donc des ressources pour 98 machines virtuelles de référence. Exemple 2 : Système de point de vente Le serveur de base de données du système de point de vente d un client doit migrer vers l infrastructure virtuelle. Il s exécute actuellement sur un système physique doté de 4 CPU et de 16 Go de mémoire. Il utilise 200 Go de stockage et génère 200 E/S par seconde au cours d un cycle d activité moyen. La configuration requise pour virtualiser cette application est la suivante : CPU de quatre machines virtuelles de référence ; mémoire de huit machines virtuelles de référence ; stockage de deux machines virtuelles de référence ; E/S par seconde de huit machines virtuelles de référence. Dans cet exemple, la machine virtuelle utilise les ressources de huit machines virtuelles de référence. Sa mise en œuvre sur un pool prévu pour 100 machines virtuelles de référence consomme donc les ressources de huit machines virtuelles de référence, laissant ainsi des ressources pour 92 machines virtuelles de référence. Exemple 3 : Serveur Web Le serveur Web d un client doit migrer vers l infrastructure virtuelle. Il s exécute actuellement sur un système physique doté de 2 CPU et de 8 Go de mémoire. Il utilise 25 Go de stockage et génère 50 E/S par seconde au cours d un cycle d activité moyen. La configuration requise pour virtualiser cette application est la suivante : CPU de deux machines virtuelles de référence ; mémoire de quatre machines virtuelles de référence ; stockage d une machine virtuelle de référence ; E/S par seconde de deux machines virtuelles de référence. 61

62 Présentation de l architecture de la solution Dans cet exemple, la machine virtuelle utilise les ressources de quatre machines virtuelles de référence. Si elle est mise en œuvre sur un pool de ressources prévu pour 100 machines virtuelles de référence, il reste des ressources pour 96 machines virtuelles de référence. Exemple 4 : Base de données d aide à la décision Le serveur de base de données du système d aide à la décision d un client doit migrer vers l infrastructure virtuelle. Il s exécute actuellement sur un système physique doté de 10 CPU et de 64 Go de mémoire. Il utilise 5 To de stockage et génère 700 E/S par seconde pendant un cycle d activité moyen. La configuration requise pour virtualiser cette application est la suivante : CPU de 10 machines virtuelles de référence ; mémoire de 32 machines virtuelles de référence ; stockage de 52 machines virtuelles de référence ; E/S par seconde de 28 machines virtuelles de référence. Dans cet exemple, la machine virtuelle utilise les ressources de 52 machines virtuelles de référence. Si elle est mise en œuvre sur un pool de ressources prévu pour 100 machines virtuelles de référence, il reste des ressources pour 48 machines virtuelles de référence. Synthèse des exemples Ces quatre exemples illustrent la flexibilité du modèle de pool de ressources. Dans chaque cas de figure, les charges de travail réduisent la quantité de ressources disponibles du pool. Ces quatre exemples peuvent être mis en œuvre sur une même infrastructure virtuelle présentant une capacité initiale de 100 machines virtuelles de référence, auquel cas il reste des ressources pour 34 machines virtuelles de référence dans le pool (voir Figure 17). Figure 17. Flexibilité du pool de ressources Dans des cas plus complexes, il peut être nécessaire de réaliser des compromis entre mémoire et E/S ou autre rapport, lorsque l augmentation d une quantité de ressources diminue le besoin d une autre ressource. Les interactions entre les différentes allocations de ressources deviennent alors extrêmement complexes et dépassent le cadre du présent document. Une fois que vous avez défini les modifications à apporter à l équilibre des ressources et la nouvelle configuration requise, ces machines virtuelles peuvent être ajoutées à l infrastructure au moyen des méthodes décrites dans ces exemples. 62

63 Mise en œuvre des architectures de référence Présentation de l architecture de la solution Présentation Les architectures de référence nécessitent la disponibilité d un ensemble matériel pour les besoins en CPU, mémoire, réseau et stockage du système. Ces aspects sont présentés sous la forme d une configuration générale requise, indépendamment de toute mise en œuvre spécifique. La présente section répertorie certaines considérations nécessaires à la mise en œuvre de cette configuration. Types de ressource Les architectures de référence définissent la configuration matérielle requise pour la solution par rapport aux types de ressource de base suivants : Ressources CPU Ressources mémoire Ressources réseau Ressources de stockage Cette section décrit les types de ressource, leur utilisation dans l architecture de référence ainsi que les éléments clés à prendre en compte pour leur mise en œuvre dans l environnement d un client. Ressources CPU L architecture de référence définit le nombre de cœurs CPU requis, mais ne précise pas de type ni de configuration spécifiques. Les nouveaux déploiements doivent utiliser des versions récentes des technologies de processeurs courantes. Ils fonctionnent aussi bien, voire mieux, que les systèmes utilisés pour valider la solution. Dans tout système en cours d exécution, surveillez l utilisation des ressources et effectuez les réglages requis, en fonction des besoins. La machine virtuelle de référence et les ressources matérielles requises dans la solution impliquent un maximum de quatre CPU virtuels pour chaque cœur de processeur physique (rapport de 4 pour 1). Dans la plupart des cas, ce niveau de ressources correspond parfaitement aux machines virtuelles hébergées ; toutefois, ce rapport ne convient pas à toutes les utilisations. EMC recommande de surveiller l utilisation du CPU au niveau de la couche hyperviseur, afin de déterminer si un plus grand nombre de ressources est requis. Ressources mémoire Chaque serveur virtuel de la solution se voit allouer 2 Go de mémoire. Dans un environnement virtuel, en raison de contraintes budgétaires, il est courant de provisionner les machines virtuelles avec davantage de mémoire que celle physiquement présente au niveau de l hyperviseur. Cette méthode de surallocation bénéficie du fait que chaque machine virtuelle n utilise pas l intégralité de la mémoire qui lui a été attribuée. C est pourquoi il est tout à fait concevable de définir une surcapacité en mémoire jusqu à un certain degré. L administrateur doit surveiller de manière proactive ce taux d over-subscription afin d éviter que celui-ci ne déplace le goulet d étranglement du serveur vers le sous-système de stockage, ce qui risquerait de surcharger ce dernier en raison des activités de pagination et de remplacement. 63

64 Présentation de l architecture de la solution Si VMware ESXi vient à manquer de mémoire pour les systèmes d exploitation invités, la pagination démarre, ce qui entraîne une activité d E/S supplémentaire vers les fichiers vswap. Si le sous-système de stockage est correctement dimensionné, les rares pics dus à l activité vswap n engendrent aucun problème de performances, dans la mesure où les pics de charge temporaires peuvent être absorbés. Toutefois, si le taux d over-subscription de la mémoire est trop élevé, au point d avoir de graves répercussions sur le sous-système de stockage, qui subit une surcharge continue d activité vswap, il est nécessaire d ajouter d autres disques, non pas pour satisfaire les besoins en capacité, mais en raison de la demande de performances accrues. À ce stade, l administrateur doit déterminer s il est plus économique d ajouter davantage de mémoire physique au serveur ou d augmenter la quantité de stockage. La présente solution a été validée avec une mémoire attribuée de manière statique et sans over-subscription. Si la surallocation de mémoire est utilisée dans un environnement réel, vous devez surveiller régulièrement l utilisation de cette mémoire par le système, ainsi que l activité d E/S du fichier d échange associé, afin d éviter tout résultat inattendu dû à une insuffisance de mémoire. Ressources réseau La solution souligne les exigences minimales du système. Si davantage de bande passante est nécessaire, il est essentiel d ajouter de la capacité à la fois dans la baie de stockage et dans l hôte hyperviseur. Les différentes options de connectivité réseau d un serveur dépendent du type de serveur en question. Les baies de stockage incluent un certain nombre de ports réseau, et il est possible d ajouter des ports au moyen des modules d E/S EMC FLEX. À des fins de référence, pour l environnement validé, EMC part du principe que chaque machine virtuelle génère 25 E/S par seconde, d une taille moyenne de 8 Ko. Cela implique que chaque machine virtuelle génère un minimum de 200 Ko/s de trafic sur le réseau de stockage. Dans le cas d un environnement prévu pour prendre en charge 100 machines virtuelles, cela revient à un minimum d environ 20 Mo/s. Si cette quantité est adaptée aux réseaux modernes, elle ne tient pas compte des autres opérations. À titre d exemple, davantage de bande passante est nécessaire pour : le trafic réseau utilisateur ; la migration des machines virtuelles ; les opérations d administration et de gestion. Les exigences associées à chaque opération dépendent de l utilisation de l environnement ; nous ne pouvons pas réellement proposer de chiffres fixes. Cependant, le réseau décrit pour chaque solution doit être suffisant pour gérer les charges de travail moyennes des exemples d utilisation décrits ci-dessus. Quelles que soient les exigences en termes de trafic réseau, EMC vous recommande de toujours disposer d au moins deux connexions réseau physiques partagées par un réseau logique, de façon que la panne d une seule liaison n affecte pas la disponibilité du système. Le réseau doit être conçu de telle façon que la bande passante totale puisse traiter la charge de travail dans son intégralité, en cas de panne. 64

65 Présentation de l architecture de la solution Ressources de stockage Les solutions présentent l organisation des disques utilisés pour la validation du système. Chaque configuration équilibre la capacité de stockage disponible et les performances des disques. Plusieurs couches sont à prendre en compte pour le dimensionnement du stockage. La baie, notamment, dispose d un ensemble de disques alloués à un pool de stockage. À partir de ce pool, vous pouvez provisionner des datastores pour le cluster vsphere. Chaque couche présente une configuration spécifique, définie pour la solution et décrite dans le Chapitre 5. En général, il est possible de remplacer les disques par d autres modèles, qui présentent : davantage de capacité pour les mêmes caractéristiques en matière de performances ; la même capacité, mais des caractéristiques supérieures en matière de performances. De même, vous pouvez modifier le positionnement des disques dans les tiroirs en cas de nouvel agencement. S il est nécessaire de s écarter du nombre et du type de disques indiqués, ou des dispositions de pool et de datastore données, assurez-vous que l ensemble ainsi obtenu apporte au système des ressources au moins équivalentes. Résumé de la mise en œuvre La configuration requise décrite pour la solution est considérée par EMC comme l ensemble de ressources minimal nécessaire pour la gestion des charges de travail, sur la base de la définition d un serveur virtuel de référence. Dans toute mise en œuvre chez un client, la charge d un système varie dans le temps, en fonction des interactions des utilisateurs avec le système. Toutefois, si les machines virtuelles du client diffèrent de manière significative de la définition de référence et varient au sein d un même groupe de ressources, il est possible que vous ayez à ajouter des ressources de ce type au système. Évaluation rapide Présentation Une évaluation de l environnement du client vous permet de vous assurer que vous mettez en œuvre la solution VSPEX appropriée. La présente section propose une fiche technique facile d utilisation, destinée à simplifier les calculs de dimensionnement et l évaluation de l environnement du client. Dans un premier temps, répertoriez les applications à migrer vers l infrastructure virtuelle VSPEX. Pour chaque application, déterminez le nombre de CPU virtuels, la quantité de mémoire, les performances et la capacité de stockage requises et le nombre de machines virtuelles de référence nécessaires dans le pool de ressources. La section Application de la charge de travail de référence fournit des exemples de ce processus. Pour chaque application, remplissez une ligne de la fiche technique comme indiqué dans le Tableau 9. Indiquez les ressources requises pour l application. Sur cette ligne, vous devez saisir des données pour quatre ressources différentes : CPU, mémoire, E/S par seconde et capacité. 65

66 Présentation de l architecture de la solution Tableau 9. Ligne de la fiche technique à renseigner Application CPU (CPU virtuels) Mémoire (Go) E/S par seconde Capacité (Go) Machines virtuelles de référence équivalentes Exemple d application Ressources requises Machines virtuelles de référence équivalentes CPU requis L optimisation de l utilisation du CPU est un enjeu important de tout projet de virtualisation. Un bref aperçu de l opération suggère un mappage individuel entre les cœurs de CPU physiques et virtuels, quel que soit le taux d utilisation du CPU physique. Toutefois, vous devez vous assurer que l application cible peut effectivement utiliser tous les CPU présentés. Utilisez un outil de contrôle des performances tel que perfmon sous Microsoft Windows ou ESXtop dans vsphere, afin d évaluer le taux d utilisation de chaque CPU. Si les chiffres sont équivalents, mettez en œuvre le même nombre de CPU virtuels lors de la migration vers l infrastructure virtuelle. Cependant, si seulement une partie des CPU est utilisée, vous devez revoir le nombre de CPU virtuels requis à la baisse. Dans toute opération impliquant le contrôle des performances, il est recommandé de collecter des échantillons de données au cours d une période incluant tous les exemples d utilisation du système. À des fins de planification, utilisez soit la valeur maximale, soit le 95e centile des ressources requises. Mémoire requise La mémoire serveur joue un rôle capital dans le fonctionnement et les performances d une application. Chaque processus d application présente des cibles différentes en matière de mémoire disponible acceptable. Lors de la migration d une application vers un environnement virtuel, évaluez la mémoire actuellement disponible dans le système et surveillez-la à l aide d un outil de contrôle des performances, afin de vous assurer qu elle est utilisée de manière efficace. Performances de stockage requises Les performances de stockage requises pour une application constituent généralement l aspect des performances le moins bien compris. Trois composants revêtent une importance particulière en termes de performances d E/S d un système : le nombre de demandes entrantes (E/S par seconde) ; la taille de la demande (taille des E/S) : une demande de 4 Ko de données est nettement plus facile et plus rapide à traiter qu une demande de 4 Mo ; le temps de réponse moyen des E/S (latence des E/S). 66

67 Présentation de l architecture de la solution E/S par seconde La machine virtuelle de référence nécessite 25 E/S par seconde. Pour surveiller ce paramètre sur un système existant, utilisez un outil de contrôle des performances, comme perfmon. Celui-ci propose plusieurs compteurs pour vous aider dans cette tâche. Les plus courants sont : LogicalDisk\Disk Transfer/sec LogicalDisk\Disk Reads/sec LogicalDisk\Disk Writes/sec Pour les systèmes autres que Windows, comme VMware, utilisez l outil équivalent approprié. Pour en savoir plus sur la surveillance des metrics de stockage au moyen de l outil ESXtop, consultez la rubrique de la base de connaissances VMware intitulée Using esxtop to identify storage performance issues for ESX / ESXi (multiple versions) ( ). En ce qui concerne le nombre de lectures/écritures, la machine virtuelle de référence s appuie par principe sur un ratio de 2:1. Utilisez ces compteurs pour déterminer le nombre total d E/S par seconde, ainsi que le rapport lecture/écriture approximatif de l application du client. Taille d E/S La taille d E/S est un paramètre important. En effet, les demandes d E/S de taille restreinte sont traitées plus facilement et plus rapidement que les demandes d E/S plus volumineuses. La machine virtuelle de référence prend en charge une taille de demande d E/S moyenne de 8 Ko, ce qui convient à un large éventail d applications. Utilisez perfmon ou un autre outil approprié pour surveiller le compteur Logical Disk\Avg. Disk Bytes/Transfer et connaître la taille d E/S moyenne. La plupart des applications utilisent des tailles d E/S correspondant à des multiples de 2 : 4 Ko, 8 Ko, 16 Ko, 32 Ko, etc. Toutefois, le compteur de performances générant une moyenne simple, il n est pas rare de voir des tailles de 11 Ko ou 15 Ko au lieu des tailles d E/S habituelles. La machine virtuelle de référence prend en charge une taille d E/S de 8 Ko. Si la taille d E/S moyenne du client est inférieure à 8 Ko, utilisez le nombre d E/S par seconde relevé. Toutefois, si la taille d E/S moyenne est nettement supérieure, appliquez un facteur d échelle afin de prendre en charge les volumes d E/S plus importants. Pour une estimation fiable, divisez la taille des E/S par 8 Ko et utilisez ce facteur. Par exemple, si l application utilise principalement des demandes d E/S de 32 Ko, appliquez un facteur de 4 (32 Ko/8 Ko = 4). Si l application réalise 100 E/S par seconde à 32 Ko, dans la mesure où la machine virtuelle de référence prend en charge une taille d E/S de 8 Ko, ce facteur implique une planification de 400 E/S par seconde. Latence d E/S Le temps de réponse moyen des E/S, ou latence d E/S, mesure la rapidité avec laquelle les demandes d E/S sont traitées par le système de stockage. Les solutions VSPEX sont conçues pour prendre en charge une latence d E/S moyenne cible de 20 ms. EMC recommande de permettre au système de conserver cette valeur cible. Cependant, il peut être utile de surveiller le système et de réévaluer le taux d utilisation du pool de ressources, le cas échéant. 67

68 Présentation de l architecture de la solution Pour surveiller la latence d E/S, utilisez le compteur Logical Disk\Avg. Disk sec/transfer de Microsoft Windows perfmon, ou un compteur équivalent pour les systèmes autres que Windows. Si la latence d E/S est constamment supérieure à l objectif, réévaluez les machines virtuelles de l environnement afin de vous assurer qu elles n utilisent pas plus de ressources que prévu. Capacité de stockage requise La capacité de stockage requise pour une application en cours d exécution constitue généralement la ressource la plus simple à quantifier. Déterminez la quantité d espace utilisée par le système sur le disque et ajoutez un facteur approprié pour faire face à la croissance. Par exemple, pour virtualiser un serveur utilisant actuellement 40 Go d un disque interne de 200 Go pour lequel est prévue une croissance d environ 20 % d ici à l année suivante, 48 Go sont requis. Réservez de l espace pour les correctifs de maintenance régulière et les fichiers d échange. Par ailleurs, certains systèmes de fichiers, tels que Microsoft NTFS, présentent des performances moindres lorsqu ils sont trop encombrés. Définition de machines virtuelles de référence équivalentes À partir de toutes les ressources définies, déterminez une valeur appropriée pour la ligne Machines virtuelles de référence équivalentes à l aide des relations indiquées dans le Tableau 10. Arrondissez toutes les valeurs au nombre entier le plus proche. Tableau 10. Ressources de la machine virtuelle de référence Resources Valeur pour la machine virtuelle de référence Relation entre la configuration requise et les machines virtuelles de référence équivalentes CPU 1 Machines virtuelles de référence équivalentes = Ressources requises Mémoire 2 Machines virtuelles de référence équivalentes = (Ressources requises)/2 E/S par seconde 25 Machines virtuelles de référence équivalentes = (Ressources requises)/25 Capacité 100 Machines virtuelles de référence équivalentes = (Ressources requises)/100 À titre d exemple, le système de point de vente évoqué dans l Exemple 2 : Système de point de vente nécessite 4 CPU, 16 Go de mémoire, 200 E/S par seconde et 200 Go de stockage. Cela correspond à quatre machines virtuelles de référence en termes de CPU, huit machines virtuelles de référence en termes de mémoire, huit machines virtuelles de référence en termes d E/S par seconde et deux machines virtuelles de référence en termes de capacité.le Tableau 11 illustre l application des caractéristiques de la machine sur la ligne de la fiche technique. 68

69 Tableau 11. Exemple de ligne de fiche technique Présentation de l architecture de la solution Application CPU (CPU virtuels) Mémoire (Go) E/S par seconde Capacité (Go) Machines virtuelles de référence équivalentes Exemple d application Ressources requises Machines virtuelles de référence équivalentes Utilisez la valeur maximale de la ligne pour remplir la colonne Machines virtuelles de référence équivalentes. Comme indiqué dans la Figure 18, huit machines virtuelles de référence sont requises. CPU 4 CPU virtuels 4 machines virtuelles de référence RAM 16 Go de RAM 8 machines virtuelles de référence E/S par seconde 200 E/S par seconde 8 machines virtuelles de référence Capacité 200 Go 2 machines virtuelles de référence 8 machines virtuelles de référence requises Figure 18. Ressources requises dans le pool de machines virtuelles de référence Une fois la fiche technique remplie pour chaque application que le client souhaite migrer vers l infrastructure virtuelle, faites la somme des valeurs de la colonne Machines virtuelles de référence équivalentes (voir Tableau 11), afin de calculer le nombre total de machines virtuelles de référence requises dans le pool. Le Tableau 12 indique le résultat du calcul pour plus de clarté, ainsi que la valeur à utiliser (arrondie au nombre entier le plus proche). Tableau 12. Exemples d applications Application CPU (CPU virtuels) Mémoire (Go) E/S par seconde Capacité (Go) Machines virtuelles de référence Exemple d application 1 : Application personnalisée Ressources requises Machines virtuelles de référence équivalentes

70 Présentation de l architecture de la solution Application CPU (CPU virtuels) Mémoire (Go) E/S par seconde Capacité (Go) Machines virtuelles de référence Exemple d application 2 : Système de point de vente Exemple d application 3 : Serveur Web Exemple d application 4 : Base de données d aide à la décision Ressources requises Machines virtuelles de référence équivalentes Ressources requises Machines virtuelles de référence équivalentes Ressources requises Machines virtuelles de référence équivalentes (5 To) Total des machines virtuelles de référence équivalentes 66 Les solutions VSPEX définissent des tailles de pool de ressources discrètes. Pour cet ensemble de solutions, le pool peut prendre en charge 100 machines virtuelles de référence. La Figure 19 illustre 34 machines virtuelles de référence, disponibles après l application de l ensemble des exemples dans la solution portant sur 100 machines virtuelles. Figure 19. Ressources requises agrégées dans le pool de machines virtuelles de référence Comme indiqué dans le Tableau 12, le client a besoin de 66 machines virtuelles de référence dans le pool. De ce fait, le pool de ressources de 100 machines virtuelles suffit à ses besoins actuels tout en offrant une capacité d évolution. 70

71 Présentation de l architecture de la solution Réglage précis des ressources matérielles Dans la plupart des cas, le matériel recommandé pour les serveurs et le stockage est dimensionné de manière appropriée grâce au processus décrit précédemment. Toutefois, dans certains cas, le client peut souhaiter personnaliser davantage les ressources matérielles disponibles pour le système. La description complète de l architecture du système dépasse le cadre du présent guide. Cependant, une personnalisation plus poussée est possible à ce stade. Ressources de stockage Pour certaines applications, il est nécessaire de séparer les données d application des autres charges de travail. L organisation du stockage dans les architectures VSPEX place toutes les machines virtuelles dans un seul pool de ressources. Afin de séparer les charges de travail, procurez-vous d autres disques pour la charge de travail applicative et ajoutez-les à un pool dédié. Il est déconseillé de réduire la taille du pool de ressources principal pour prendre en charge cet isolement ou de réduire la capacité du pool (opération sortant du cadre de ce guide). L organisation du stockage présentée pour les solutions à 50 et 100 machines virtuelles équilibre de nombreux facteurs différents dans une optique de haute disponibilité, de performances et de protection des données. Le fait de modifier les composants du pool peut avoir des répercussions importantes et difficiles à prévoir sur d autres points du système. Ressources serveur En ce qui concerne les ressources serveur de la solution VSPEX, il est possible de personnaliser plus efficacement les ressources matérielles, comme indiqué dans la Figure 20. Figure 20. Personnalisation des ressources serveur Pour ce faire, calculez en premier lieu le total des ressources nécessaires pour les composants du serveur comme indiqué dans le Tableau 13. Dans la ligne Total des composants des ressources serveur, vous pouvez additionner les ressources serveur requises par les applications du tableau. 71

72 Présentation de l architecture de la solution Tableau 13. Total des composants des ressources serveur Application Ressources serveur CPU (CPU virtuels) Mémoire (Go) Ressources de stockage E/S par seconde Capacité (Go) Machines virtuelles de référence Exemple d application 1 : Application personnalisée Exemple d application : Système de point de vente Exemple d application 3 : Serveur Web Exemple d application 4 : Base de données d aide à la décision Ressources requises Machines virtuelles de référence équivalentes Ressources requises Machines virtuelles de référence équivalentes Ressources requises Machines virtuelles de référence équivalentes Ressources requises Machines virtuelles de référence équivalentes Total des machines virtuelles de référence équivalentes 66 Total des composants des ressources serveur Dans cet exemple, l architecture cible exige 17 CPU virtuels et 155 Go de mémoire. Cela implique 5 cœurs de processeur physiques et 155 Go de mémoire, plus 2 Go pour l hyperviseur sur chaque serveur physique. En revanche, le pool de ressources de 100 machines virtuelles de référence nécessite 200 Go de mémoire, 2 Go sur chaque serveur physique pour l exécution de l hyperviseur, ainsi qu un minimum de 25 cœurs de processeur physiques. Dans cet environnement, la solution peut être mise en œuvre efficacement avec moins de ressources serveur. Remarque lors de la personnalisation du matériel du pool de ressources, gardez à l esprit les exigences de haute disponibilité du système. 72

73 Le Tableau 14 représente une fiche technique vide. Tableau 14. Fiche technique client vide Présentation de l architecture de la solution Application Ressources serveur CPU (CPU virtuels) Mémoire (Go) Ressources de stockage E/S par seconde Capacité (Go) Machines virtuelles de référence Ressources requises - Machines virtuelles de référence équivalentes Ressources requises - Machines virtuelles de référence équivalentes Ressources requises - Machines virtuelles de référence équivalentes Ressources requises - Machines virtuelles de référence équivalentes Total des machines virtuelles de référence équivalentes Total des composants des ressources serveur

74 Présentation de l architecture de la solution 74

75 Chapitre 5 Instructions pour la configuration de VSPEX Ce chapitre traite des points suivants : Présentation de la configuration Données de configuration du client Tâches préalables au déploiement Données de configuration du client Préparation des switches, connexion du réseau et configuration des switches Préparer la baie de stockage et la configurer Installer et configurer les hôtes vsphere Installation et configuration de la base de données SQL Server Installer et configurer VMware vcenter Server

76 Instructions pour la configuration de VSPEX Présentation de la configuration Processus de déploiement Les phases du processus de déploiement sont indiquées dans le Tableau 15. Une fois le déploiement terminé, l infrastructure VSPEX EMC Proven peut être intégrée dans l infrastructure réseau et serveur existante du client. Il inclut également des références aux chapitres contenant les procédures correspondantes. Tableau 15. Présentation du processus de déploiement Reclassement Description Référence 1 Vérifier les conditions préalables 2 Réunir les outils de déploiement 3 Rassembler les données de configuration du client 4 Installer sur rack et câbler les composants 5 Configurer les switches et les réseaux, se connecter au réseau du client 6 Installer et configurer la baie VNXe 7 Configurer les datastores de machines virtuelles 8 Installer et configurer les serveurs 9 Configurer SQL Server (utilisé par VMware vcenter) 10 Installer et configurer vcenter et le réseau de machines virtuelles 11 Appliquer plusieurs scénarios de test pour s assurer que le déploiement est réussi Tâches préalables au déploiement Préalables de déploiement Données de configuration du client Consulter la documentation fournisseur Préparation des switches, connexion du réseau et configuration des switches Préparer la baie de stockage et la configurer Préparer la baie de stockage et la configurer Installer et configurer les hôtes vsphere Installation et configuration de la base de données SQL Server Installer et configurer VMware vcenter Server Installer et configurer VMware vcenter Server 76

77 Instructions pour la configuration de VSPEX Tâches préalables au déploiement Présentation Les tâches préalables au déploiement répertoriées dans le Tableau 16 comportent des procédures qui ne se rapportent pas directement à l installation et à la configuration de l environnement, mais dont les résultats sont nécessaires à l installation. Exemple de tâche préalable : regroupement des noms d hôte, des adresses IP, des identifiants réseau VLAN, des clés de licence et des kits d installation. Ces tâches doivent être réalisées avant l intervention sur le site du client afin de ne pas perdre de temps sur place. Tableau 16. Tâches préalables au déploiement Tâche Description Référence Rassembler les documents Rassembler les outils Rassembler les données Rassembler les documents appropriés mentionnés à la section Annexe C. Ces documents sont utilisés tout au long de ce guide, car ils détaillent les bonnes pratiques en matière de configuration et de déploiement des différents composants de la solution. Réunir les outils indispensables ou simplement utiles au déploiement. Se reporter au Tableau 17 pour s assurer que tout l équipement, tous les logiciels et les licences requis sont disponibles avant le processus de déploiement. Rassembler les données de configuration propres au client concernant le réseau, les dénominations et les comptes requis. Noter ces informations dans la fiche Données de configuration du client pour pouvoir s y reporter au cours du processus de déploiement. Documentation EMC Autre documentation Tableau 17 Annexe B: Fiches Données de configuration du client Préalables de déploiement Le Tableau 17 précise le matériel, les logiciels et les licences requis pour configurer la solution. Pour en savoir plus sur les exigences touchant le matériel et les logiciels, reportez-vous au Tableau 1 de la page 41 et au Tableau 2 de la page

78 Instructions pour la configuration de VSPEX Tableau 17. Liste de contrôle des conditions de déploiement Tâche Description Référence Hardware Serveurs physiques destinés à héberger les serveurs virtuels : capacité de serveur physique suffisante pour héberger de 50 à 100 serveurs virtuels Serveurs VMware vsphere 5.5 pour l hébergement des serveurs d infrastructure virtuelle Remarque : ce besoin est peut-être déjà respecté par l infrastructure existante. Réseau : caractéristiques et capacité des ports de switch requises par l infrastructure de serveurs virtuels. EMC VNXe : baie de stockage multiprotocole avec l organisation de disques requise. Tableau 1 Logiciels Kit d installation de VMware ESXi 5.5 Kit d installation de VMware vcenter Server 5.5 EMC VSI for VMware vsphere : Unified Storage Management EMC VSI for VMware vsphere : Storage Viewer Support en ligne EMC Kit d installation de Microsoft Windows Server 2012 ou de Microsoft Windows Server 2008 R2 Kit d installation de Microsoft SQL Server 2008 ou d une version plus récente Remarque : ce besoin est peut-être déjà respecté par l infrastructure existante. Plug-in EMC vstorage API for Array Integration Support en ligne EMC Licences Clé de licence VMware vcenter 5.5 Clés de licence VMware ESXi 5.5 Clés de licence Microsoft Windows Server 2012 Datacenter (ou version supérieure) Remarque : cette exigence est peut-être déjà remplie par un serveur KMS (Microsoft Key Management Server) existant. Clé de licence Microsoft SQL Server Remarque : ce besoin est peut-être déjà respecté par l infrastructure existante. 78

79 Instructions pour la configuration de VSPEX Données de configuration du client Afin de réduire le temps sur site, des informations telles que les adresses IP et les noms d hôte doivent être réunies lors du processus de planification. L Annexe B contient un tableau permettant de noter les informations nécessaires. Ce formulaire peut être étendu ou réduit en fonction des besoins. Il est également possible d y ajouter des informations ou de les modifier tout au long du processus de déploiement. En parallèle, complétez la Fiche technique de configuration pour la gamme VNXe, disponible sur le site Web de support en ligne EMC, afin de disposer d informations aussi exhaustives que possible sur la baie à traiter. Préparation des switches, connexion du réseau et configuration des switches Présentation Cette section décrit l infrastructure réseau requise pour prendre en charge cette architecture. Le Tableau 18 récapitule les tâches de configuration des switches et du réseau et donne des références pour plus d informations. Tableau 18. Tâches de configuration des switches et du réseau Tâche Description Référence Préparer les switches réseau Préparer les switches réseau Configurer le réseau d infrastructure Configurer la baie de stockage et le réseau de l infrastructure hôte VMware ESXi comme indiqué dans le présent guide. Configurer les réseaux VLAN Terminer le câblage réseau Configurer les réseaux VLAN publics et privés en fonction des besoins. Connecter les ports d interconnexion des switches. Connecter les ports du VNXe. Connecter les ports du VMware ESXi. Guide de configuration des switches du fournisseur Préparer les switches réseau Les performances nominales et les caractéristiques de haute disponibilité de cette solution impliquent la configuration des switches indiquée dans le Tableau 1 de la page 41. Si l infrastructure existante remplit les conditions requises, aucune autre installation matérielle n est nécessaire. 79

80 Instructions pour la configuration de VSPEX Configurer le réseau d infrastructure Le réseau d infrastructure doit comporter des liaisons redondantes pour chaque hôte VMware ESXi, la baie de stockage, les ports d interconnexion des switches et les ports uplink des switches. Cette configuration assure la redondance et une bande passante réseau supplémentaire. Elle est incontournable, que le réseau d infrastructure de la solution soit déjà en place ou qu il soit déployé en parallèle avec les autres composants de la solution. La Figure 21 et la Figure 22 représentent un exemple d infrastructure Ethernet redondante pour cette solution et illustrent l utilisation de switches et de liaisons redondants afin de s assurer que la connectivité réseau ne comporte aucun point unique de panne. Figure 21. Exemple d architecture réseau Ethernet (iscsi) 80

81 Instructions pour la configuration de VSPEX Figure 22. Exemple d architecture réseau Ethernet (NFS) Configurer les réseaux VLAN Assurez-vous que le nombre de ports de switch est adapté à la baie de stockage et configurez les hôtes VMware ESXi avec un minimum de trois réseaux VLAN pour : la gestion réseau des machines virtuelles, la gestion de VMware ESXi et le trafic CIFS (réseaux en contact direct avec les clients, qu il est possible d isoler si nécessaire) ; le réseau NFS ou iscsi (réseau privé) ; vmotion (réseau privé). Câblage réseau Assurez-vous que l ensemble des serveurs, des baies de stockage, des interconnexions de switches et des uplinks de switches disposent de connexions redondantes et sont connectés à des infrastructures de switch indépendantes. Vérifiez l intégrité de la connexion au réseau existant du client. Remarque À ce stade, le nouvel équipement est en cours de connexion avec le réseau existant du client. Veillez à ce qu aucune interaction imprévue ne provoque des problèmes de service sur le réseau du client. 81

82 Instructions pour la configuration de VSPEX Préparer la baie de stockage et la configurer Configuration VNXe Cette section explique comment configurer la baie de stockage VNXe. Dans cette solution, le système VNXe assure le stockage des données VMFS NFS ou iscsi pour les hôtes VMware.Le Tableau 19 répertorie les tâches associées à la configuration du stockage. Tableau 19. Tâches de configuration du stockage Tâche Description Référence Mettre en place la configuration VNXe initiale Configurer les réseaux VNXe Provisionner le stockage des datastores NFS ou iscsi Configurer l adresse IP et les autres paramètres clés de la baie VNXe. Configurer le protocole LACP sur le VNXe et les switches réseau. En fonction de votre implémentation, (iscsi ou NFS), sélectionnez l une des méthodes de provisionnement suivantes : Créer les serveurs iscsi (cibles) à présenter aux serveurs VMware ESXi (initiateurs iscsi) en tant que datastores VMFS d hébergement des serveurs virtuels. Créer les systèmes de fichiers NFS qui seront présentés aux serveurs VMware ESXi en tant que datastores NFS d hébergement des serveurs virtuels. Guides d installation du système VNXe Fiche technique de configuration pour la gamme VNXe Guide de configuration des switches du fournisseur Préparer le système VNXe Le Guide d installation du système VNXe3150 et le Guide d installation du système VNXe3300 fournissent des instructions sur l assemblage, le montage en rack, le câblage et la mise sous tension du VNXe. Il n existe pas d instructions d installation propres à la présente solution. Mettre en place une configuration VNXe initiale Une fois la configuration initiale du système VNXe effectuée, configurez les informations principales sur l environnement existant, de façon que la baie de stockage puisse communiquer avec lui. Configurez les éléments suivants en fonction des règles relatives à votre datacenter informatique et des informations de l infrastructure existante : DNS NTP Interfaces du réseau de stockage Adresse IP du réseau de stockage Services CIFS et appartenance à un domaine AD 82

83 Instructions pour la configuration de VSPEX Les documents de référence qui figurent dans le Tableau 19 fournissent de plus amples informations sur la configuration de la plate-forme VNXe. Les sectionsles sections Organisation du stockage pour 50 machines virtuelles et Organisation du stockage pour 100 machines virtuelles fournissent des informations complémentaires sur l organisation des disques dans les deux solutions. Remarque Une seule des méthodes de provisionnement suivantes est nécessaire, en fonction de votre mise en œuvre (iscsi ou NFS). Provisionner le stockage des datastores iscsi Effectuez les étapes suivantes dans Unisphere pour configurer les serveurs iscsi sur la baie VNXe à utiliser en vue du stockage des serveurs virtuels : 1. Créez un pool contenant le nombre de disques adapté. a. Dans Unisphere, sélectionnez System Storage Pools. b. Sélectionnez Configure Disks, puis créez manuellement un pool en choisissant dans Disk Type le type de disque SAS. La configuration validée utilise un pool unique de 45 disques (pour 50 machines virtuelles) ou de 77 disques (pour 100 machines virtuelles). Dans les autres cas, créez des pools séparés. Pour plus d'informations, consultez la section Instructions pour la configuration du stockage. Remarque créez vos disques de secours à ce stade. Consultez le Guide d installation du système VNXe3150 ou au Guide d installation du système EMC VNXe3300 pour obtenir des informations complémentaires. La Figure 9 de la page 51 illustre l organisation du stockage cible pour 50 machines virtuelles, alors que la Figure 11 de la page 53 représente l organisation du stockage pour 100 machines virtuelles. Remarque Assurez-vous que tous les disques du pool ont la même taille afin de garantir des performances optimales. 2. Pour créer un serveur iscsi dans Unisphere, sélectionnez Settings iscsi Server Settings Add iscsi Server. L assistant s affiche. Pour obtenir des instructions plus détaillées sur la création d un serveur iscsi, consultez le Guide d installation du système VNXe3150/VNXe Créez une ressource de stockage VMware. a. Dans Unisphere, sélectionnez Storage VMware Create. Créez un datastore iscsi dans le pool et sur le serveur iscsi. La taille du datastore dépend du nombre de machines virtuelles qu il contient. La section Instructions pour la configuration du stockage contient des informations complémentaires sur le partitionnement des machines virtuelles dans des datastores individuels. La configuration validée utilise quatre datastores d 1,5 To (pour 50 machines virtuelles) ou dix de 750 Go (pour 100 machines virtuelles de 70 Go chacune). Remarque N activez pas l allocation dynamique. 83

84 Instructions pour la configuration de VSPEX b. Si la protection des données par snapshots est nécessaire, configurez l espace de protection requis. La configuration validée permet également d utiliser des snapshots de la baie pour conserver des vues instantanées des datastores. Ces snapshots peuvent être utilisés comme sources de sauvegardes, entre autres. En cas d utilisation des snapshots, tenez compte des problèmes que les utilisateurs risquent de rencontrer. Les snapshots iscsi rallongent légèrement la latence d E/S au moment de leur création. Pour éviter tout impact visible de cette augmentation, il est déconseillé de programmer plusieurs snapshots pendant la même période. Lorsque le snapshot le plus récent est supprimé d une LUN de grande capacité, il devient impossible d en créer un autre avant la fin du rapprochement des snapshots. Pour éviter de vous retrouver dans cette situation, utilisez l outil de planification des snapshots d Unisphere. Remarque Cette solution est validée avec l environnement d exploitation VNXe version Dans celle-ci, il existe un problème connu relatif aux snapshots de baie ; ce problème fait l objet d un hot fix. Les versions ultérieures de VNXe OE incluront les modifications nécessaires. Pour obtenir ce hot fix, contactez le Support Clients d EMC ou faites référence à l article emc Provisionner le stockage des datastores NFS Dans Unisphere, effectuez les opérations suivantes afin de configurer les systèmes de fichiers NFS sur la baie VNXe servant à stocker les serveurs virtuels. La Figure 10 de la page 52 et la Figure 12 de la page 54 représentent l organisation du stockage pour 50 et 100 machines virtuelles, respectivement. 1. À l aide de l assistant de provisionnement du stockage d Unisphere, créez un pool de performances composé de six groupes RAID 5 (4+1), soit un total de trente disques SAS de 600 Go (pour 50 machines virtuelles) ou de soixante-trois disques SAS de 600 Go (pour 100 machines virtuelles). a. Sélectionnez System Storage Pools. b. Cliquez sur Configure Disk. c. Créez manuellement un pool en sélectionnant l option Pool created for VMware Storage Datastore lors de la première étape de l Assistant de configuration de disques. d. Choisissez trente disques SAS de 600 Go (pour 50 machines virtuelles) ou soixante-trois disques SAS de 600 Go (pour 100 machines virtuelles) pour créer des groupes RAID 5 (4+1) au cours des étapes suivantes. Remarque Créez les disques de secours à ce stade. Pour en savoir plus, consultez le Guide d installation du système EMC VNXe. 84

85 Instructions pour la configuration de VSPEX 2. Créez plusieurs systèmes de fichiers à partir du pool NAS afin de les présenter aux serveurs VMware ESXi en tant que datastores NFS. La solution validée utilise deux systèmes de fichiers de 3 To (pour 50 machines virtuelles) ou de 5 To (pour 100 machines virtuelles) issus du pool. Dans le cadre d une implémentation chez un client, il peut être souhaitable de créer une séparation logique entre les groupes de machines virtuelles en affectant certains d'entre eux à un système de fichiers différent. S il est nécessaire de s écarter du nombre et du type de disque indiqués, ou des structures de pool et de datastore spécifiées, assurez-vous que l ensemble ainsi obtenu apporte au système des ressources au moins équivalentes. a. Sélectionnez Storage VMware. b. Cliquez sur Create dans l Assistant de stockage VMware. c. Choisissez Network File System (NFS) comme type de datastore. Cet assistant vous aide à provisionner le stockage. 3. Exportez le système de fichiers avec NFS et accordez un accès à la racine aux serveurs VMware ESXi. Installer et configurer les hôtes vsphere Présentation Cette section porte sur l installation et la configuration des hôtes VMware vsphere ESXi et des serveurs d infrastructure indispensables à la prise en charge de l architecture. Le Tableau 20 décrit les tâches à réaliser. Tableau 20. Tâches d installation des serveurs Tâche Description Référence Installer VMware ESXi Configurer le réseau VMware ESXi Connecter les datastores VMware Installer l hyperviseur VMware ESXi 5.5 sur les serveurs physiques déployés pour la solution. Configurer le réseau VMware ESXi, ce qui inclut le trunking des cartes réseau, les ports VMkernel, ainsi que les groupes de ports des machines virtuelles et les trames Jumbo. Connecter les datastores VMware aux hôtes VMware ESXi déployés pour la solution. Installation et configuration de VMware vsphere VMware vsphere Networking Stockage VMware vsphere Installer VMware ESXi Lors de la mise sous tension initiale des serveurs utilisés pour VMware ESXi, confirmez ou activez les paramètres de virtualisation CPU et MMU assistée par matériel dans le BIOS de chacun des serveurs. Si ces serveurs sont équipés d un contrôleur RAID, EMC recommande de configurer la mise en miroir sur les disques locaux. Démarrez le kit d installation de VMware ESXi 5.5 et installez l hyperviseur sur chacun des serveurs. Vous devez fournir les noms d hôte de VMware ESXi, les adresses IP et un mot de passe root lors de l installation. L Annexe B fournit les valeurs appropriées. 85

86 Instructions pour la configuration de VSPEX Configurer le réseau VMware ESXi L installation de VMware vsphere ESXi entraîne la création d un switch virtuel (vswitch) standard. Par défaut, VMware ESXi utilise une seule carte réseau physique comme uplink de switch virtuel. Afin de préserver la redondance et la bande passante requises, vous devez ajouter une autre carte réseau au moyen de la console VMware ESXi ou en vous connectant à l hôte VMware ESXi à partir de vsphere Client. Chaque serveur VMware ESXi doit disposer de plusieurs cartes réseau pour chaque réseau virtuel, non seulement pour en assurer la redondance, mais également pour équilibrer la charge sur le réseau, agréger les liens et être en mesure de procéder à un basculement de carte réseau sur incident. La configuration réseau de VMware ESXi, incluant les options d équilibrage de charge, d agrégation de liens et de basculement sur incident, est détaillée dans le document VMware vsphere Networking.Choisissez une option d équilibrage de charge en fonction de l infrastructure réseau. Créez des ports VMkernel si nécessaire, selon la configuration de l infrastructure : port VMkernel pour le trafic NFS ou iscsi ; port VMkernel pour vmotion ; groupes de ports de serveur virtuel (permet aux serveurs virtuels de communiquer sur le réseau). Le document VMware vsphere Networking explique comment configurer ces paramètres. Reportez-vous à la liste de documents de l Annexe C pour plus d informations. Trames Jumbo Une trame Jumbo est une trame Ethernet capable de transporter entre et octets environ. Cette charge est également dénommée unité de transmission maximale ou MTU (Maximum Transmission Unit). La taille maximale d une trame Jumbo est généralement de octets. La surcharge de traitement est proportionnelle au nombre de trames. Par conséquent, l activation de trames Jumbo diminue le temps système de traitement en réduisant le nombre de trames à envoyer. Cela permet d augmenter le débit du réseau. Il est recommandé d activer les trames Jumbo de bout en bout. Ceci inclut les switches réseau, les serveurs VMware ESXi et les processeurs de stockage VNXe. Vous pouvez activer les trames Jumbo sur le serveur VMware ESXi, à deux niveaux différents. Si elles doivent être activées sur l ensemble des ports du vswitch, sélectionnez les propriétés de ce dernier et modifiez les paramètres MTU dans vcenter. Si vous devez les activer sur des ports VMkernel spécifiques, modifiez le port VMkernel dans les propriétés réseau de vcenter. Pour activer ces trames sur le système VNXe, procédez comme suit : 1. Accédez à Unisphere >Settings > More Configuration > Advanced Configuration. 2. Sélectionnez les modules d E/S et le port Ethernet requis. 3. Sélectionnez Propriétés. 4. Définissez la taille de MTU sur une valeur de Cliquez sur OK pour appliquer les modifications. 86

87 Instructions pour la configuration de VSPEX Il peut être nécessaire d activer les trames Jumbo sur chaque switch réseau. Pour des instructions à ce sujet, consultez le guide de configuration de votre switch. Connecter les datastores VMware Connectez les datastores configurés à la section Installer et configurer les hôtes vsphere aux serveurs VMware ESXi appropriés. Ceci inclut les datastores configurés pour le stockage sur : serveur virtuel ; machine virtuelle d infrastructure (si nécessaire) ; SQL Server (si nécessaire). Le guide Stockage VMware vsphere regroupe les instructions relatives à la connexion des datastores VMware à l hôte VMware ESXi. Reportez-vous à la liste des documents de l Annexe C. Le plug-in EMC VAAI doit être installé après le déploiement de vcenter, comme indiqué dans la section Installer et configurer VMware vcenter Server. Planifier l allocation de mémoire aux machines virtuelles Dans le cadre de cette solution, la capacité des serveurs est importante pour la prise en charge des éléments suivants : nouvelle infrastructure de serveurs virtualisés ; services d infrastructure requis, tels que l authentification/l autorisation, DNS et les bases de données. Pour en savoir plus sur les exigences d infrastructure minimales, reportez-vous au Le Tableau 1 de la page 41. Si les services d infrastructure réunissent les conditions requises, le matériel mentionné pour ces services peut être ignoré. Configuration de la mémoire La configuration de la mémoire du serveur joue un rôle essentiel dans la configuration et le dimensionnement adéquats de la solution. La section suivante fournit des conseils d ordre général sur l allocation de mémoire à des serveurs virtuels, en tenant compte du temps système de vsphere et de la configuration des machines virtuelles. Gestion de la mémoire par VMware ESX/ESXi Les différentes techniques de virtualisation de la mémoire permettent à l hyperviseur vsphere d effectuer l abstraction des ressources de l hôte physique, comme la mémoire, afin d assurer l isolement des ressources sur plusieurs machines virtuelles, tout en évitant les risques d épuisement des ressources. Lorsque vous déployez des processeurs avancés (tels que des processeurs Intel avec prise en charge EPT), cette abstraction s effectue au sein du CPU. Sinon, elle se produit dans l hyperviseur lui-même, via une fonction appelée Shadow Page Table (SPT). vsphere applique les techniques de gestion suivantes de la mémoire : L allocation d un nombre de ressources mémoire supérieur à la quantité de mémoire physique disponible dans la machine virtuelle est appelée «surallocation de la mémoire». 87

88 Instructions pour la configuration de VSPEX Les pages mémoire identiques partagées entre les différentes machines virtuelles sont fusionnées par l intermédiaire d une fonction appelée «partage de page transparent». Les pages en double sont renvoyées vers le pool de mémoire disponible de l hôte, à des fins de réutilisation. Lors de la compression de mémoire, VMware ESXi stocke les pages qui seraient dans le cas contraire prévues pour un transfert vers le disque, effectué par l hôte, dans un cache de compression, qui se trouve dans la mémoire principale. L épuisement des ressources de l hôte peut-être évité grâce à un processus d augmentation artificielle de la capacité mémoire appelé Ballooning. Ce processus alloue les pages libres issues de la machine virtuelle vers l hôte, à des fins de réutilisation. Le remplacement de l hyperviseur amène l hôte à forcer le transfert de pages de machines virtuelles arbitraires vers le disque. Pour en savoir plus, consultez le livre blanc VMware intitulé Understanding Memory Resource Management in VMware vsphere 5.0. Concepts relatifs aux machines virtuelles La Figure 23 représente les paramètres associés à la mémoire dans une machine virtuelle. Mémoire de l invité Mémoire configurée Mémoire réservée Mémoire utilisée VM invitée (mémoire non utilisée) VM invitée (mémoire non utilisée) VM invitée (mémoire utilisée) Mémoire swap + taille du fichier d échange de VM Réservation de l invité Figure 23. Paramètres de la mémoire de la machine virtuelle Mémoire configurée : mémoire physique allouée à la machine virtuelle au moment de la création. Mémoire réservée : mémoire fournie de manière garantie à la machine virtuelle. Mémoire utilisée : mémoire active ou utilisée par la machine virtuelle. Remplaçable : mémoire pouvant être libérée à partir de la machine virtuelle lorsque l hôte est soumis à des demandes de mémoire de la part des autres machines virtuelles, par l intermédiaire de l augmentation artificielle de la capacité mémoire, de la compression ou du remplacement. 88

89 EMC recommande de suivre les bonnes pratiques suivantes : Instructions pour la configuration de VSPEX Ne désactivez pas les techniques de récupération par défaut de la mémoire. Ces processus légers permettent d assurer la flexibilité du système, pour un impact réduit sur les charges de travail. Dimensionnez l allocation de la mémoire de manière adéquate pour les machines virtuelles. Une surallocation risque d entraîner le gaspillage des ressources, alors qu une allocation insuffisante peut occasionner une baisse des performances, susceptible d influer sur les machines virtuelles qui se partagent les ressources. La surallocation peut causer l épuisement des ressources lorsque l hyperviseur ne parvient pas à fournir les ressources mémoire. Dans certains cas extrêmes, le swapping de l hyperviseur peut nuire aux performances des machines virtuelles. Pour faciliter ce processus, vous pouvez définir une base de référence en matière de performances pour les charges de travail des machines virtuelles. 89

90 Instructions pour la configuration de VSPEX Installation et configuration de la base de données SQL Server Présentation La présente section explique comment installer et configurer une base de données SQL Server dans le cadre de la solution. Le Tableau 21 décrit les tâches requises. À l issue de cette section, la solution SQL Server est installée sur une machine virtuelle et les bases de données requises par vcenter sont configurées et prêtes à l emploi. Tableau 21. Tâches d installation de la base de données SQL Server Tâche Description Référence Créer une machine virtuelle pour Microsoft SQL Server Installer Microsoft Windows sur la machine virtuelle Installer Microsoft SQL Server Configurer la base de données pour VMware vcenter Configurer la base de données pour VMware Update Manager Déployer le plug-in VNX VAAI for NFS (implémentation NFS uniquement) Créer la machine virtuelle devant héberger SQL Server. S assurer que le serveur virtuel respecte les configurations matérielles et logicielles requises. Installer Microsoft Windows Server 2012 SQL Standard sur la machine virtuelle devant héberger SQL Server. Installer SQL Server sur la machine virtuelle prévue à cet effet. Créer la base de données requise pour le serveur vcenter dans le datastore concerné. Créer la base de données requise pour Update Manager dans le datastore approprié. En utilisant Update Manager, déployer le plug-in VNX VAAI for NFS sur tous les hôtes VMware ESXi Préparation des bases de données vcenter Server Préparation de la base de données Update Manager Plug-in EMC VNX VAAI NFS Vidéo d installation vsphere Storage APIs for Array Integration (VAAI) Plug-in Installing and Administering VMware vsphere Update Manager Remarque : le plug-in VNX prend en charge la plate-forme VNXe. Créer une machine virtuelle pour Microsoft SQL Server Créez la machine virtuelle avec suffisamment de ressources de traitement des données sur l un des serveurs VMware ESXi destinés aux machines virtuelles d infrastructure. Elle doit utiliser le datastore associé à l infrastructure partagée. Remarque L environnement du client contient peut-être déjà un serveur SQL Server prévu à cet effet. Dans ce cas, reportez-vous à la section Configurer la base de données pour VMware vcenter. Installer Microsoft Windows sur la machine virtuelle L instance SQL Server doit s exécuter sous Microsoft Windows. Installez Windows sur la machine virtuelle en sélectionnant les paramètres voulus pour le réseau, l heure et l authentification. 90

91 Instructions pour la configuration de VSPEX Installer SQL Server Installez SQL Server sur la machine virtuelle. Le site Web Microsoft TechNet fournit des informations sur l installation de SQL Server. Le support d installation de SQL Server inclut SSMS (SQL Server Management Studio). Vous pouvez installer ce composant directement sur le serveur SQL Server, ainsi que sur une console d administration. SSMS doit être installé sur au moins un système. Dans de nombreuses implémentations, il peut être nécessaire d utiliser un emplacement spécifique pour stocker les fichiers de données au lieu du chemin par défaut. Pour modifier ce chemin, cliquez avec le bouton droit de la souris sur l objet serveur dans SSMS, puis sélectionnez Database Properties. Cette action ouvre la page de propriétés contrôlant les données par défaut et les répertoires de logs des bases de données créées sur le serveur. Remarque Pour garantir une haute disponibilité, SQL Server peut être installé sur un cluster de basculement Microsoft ou sur une machine virtuelle protégée par un clustering VMHA. Évitez de combiner ces technologies. Configurer la base de données pour VMware vcenter Pour inclure vcenter dans cette solution, créez une base de données correspondant au service à utiliser. Les conditions requises et les instructions de configuration de la base de données vcenter Server figurent dans le document Préparation des bases de données vcenter Server. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. Remarque n utilisez pas l option de base de données reposant sur Microsoft SQL Server Express dans le cadre de cette solution. La bonne pratique consiste à créer des comptes de connexion individuels pour tout service qui accède à une base de données sur SQL Server. Configurer la base de données pour VMware Update Manager Pour tirer parti de VMware Update Manager dans cette solution, créez une base de données correspondant au service à utiliser. Les conditions requises et les instructions de configuration de la base de données Update Manager figurent dans le document Préparation de la base de données Update Manager. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. La bonne pratique consiste à créer des comptes de connexion individuels pour tout service qui accède à une base de données sur SQL Server. Contactez votre administrateur de base de données pour identifier les règles propres à votre entreprise. 91

92 Instructions pour la configuration de VSPEX Installer et configurer VMware vcenter Server Présentation Cette section porte sur la configuration des composants VMware Virtual Center. Le Tableau 22 décrit les tâches à réaliser. Remarque Ce tableau répertorie les procédures susceptibles de présenter un intérêt pour la configuration de vcenter. Seules les principales étapes sont décrites plus en détail dans ce chapitre. Tableau 22. Tâches de configuration de vcenter Tâche Description Référence Créer la machine virtuelle de l hôte vcenter Installer le système d exploitation invité de vcenter Mettre à jour la machine virtuelle Créer des connexions ODBC vcenter Installer vcenter Server Installer vcenter Update Manager Créer un datacenter virtuel Appliquer les clés de licence vsphere Ajouter les hôtes VMware ESXi Configurer le clustering vsphere Découvrir les hôtes VMware ESXi de la baie Installer le plug-in vcenter Update Manager Créer une machine virtuelle pour vcenter Server Installer Windows Server 2012 Édition Standard sur la machine virtuelle hôte de vcenter. Installer VMware Tools, activer l accélération matérielle et prévoir un accès à la console distante. Créer les connexions ODBC vcenter 64 bits et vcenter Update Manager 32 bits. Installer le logiciel vcenter Server. Installer le logiciel vcenter Update Manager. Créer un datacenter virtuel. Entrer les clés de licence vsphere dans le menu Licensing de vcenter. Connecter vcenter aux hôtes VMware ESXi. Créer un cluster vsphere et y déplacer les hôtes VMware ESXi. Procéder à la découverte des hôtes VMware ESXi dans la console Unisphere. Installer le plug-in vcenter Update Manager sur la console d administration. VMware vsphere Virtual Machine Administration VMware vsphere Virtual Machine Administration Installation et configuration de VMware vsphere Installing and Administering VMware vsphere Update Manager Installation et configuration de VMware vsphere Installing and Administering VMware vsphere Update Manager VMware vcenter Server and Host Management Installation et configuration de VMware vsphere VMware vcenter Server and Host Management VMware vsphere Resource Management Installing and Administering VMware vsphere Update Manager 92

93 Instructions pour la configuration de VSPEX Créer la machine virtuelle de l hôte vcenter Si vcenter Server doit être déployé en tant que machine virtuelle sur un serveur VMware ESXi installé dans le cadre de cette solution, créez une connexion directe à un serveur VMware ESXi d infrastructure à l aide de vsphere Client. Créez une machine virtuelle sur le serveur VMware ESXi avec la configuration du système d exploitation invité du client, en utilisant le datastore du serveur d infrastructure présenté par la baie de stockage. La mémoire et le processeur requis pour vcenter Server dépendent du nombre d hôtes VMware ESXi et de machines virtuelles à gérer. Les conditions requises sont résumées dans le document Installation et configuration de vsphere. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. Installer le système d exploitation invité de vcenter Installez le système d exploitation invité sur la machine virtuelle hôte de vcenter. VMware recommande d utiliser Windows Server 2012 R2 Standard. Consultez le document vsphere Installation and Setup Guide pour vous assurer qu un espace adéquat est disponible sur le lecteur d installation de vcenter et vsphere Update Manager. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. Créer des connexions ODBC vcenter Avant d installer vcenter Server et Update Manager, créez les connexions ODBC requises pour la communication des bases de données. Ces connexions ODBC s appuient sur SQL Server pour authentifier les bases de données.la section Configurer la base de données pour VMware vcenter contient les informations de connexion SQL Server. Pour des instructions relatives à la création des connexions ODBC requises, consultez les documents vsphere Installation and Setup et Installing and Administering VMware vsphere Update Manager. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. Installer vcenter Server Installez vcenter à l aide du kit d installation VMware VIMSetup. Utilisez le nom d utilisateur, le nom d entreprise et la clé de licence vcenter fournis par le client. Appliquer les clés de licence vsphere Déployer le plug-in VNX VAAI for NFS (implémentation N FS uniquement) Pour gérer les licences, connectez-vous à vcenter Server et sélectionnez le menu Administration - Licensing de vsphere Client. Utilisez la console vcenter License pour entrer les clés de licence des hôtes VMware ESXi. Ensuite, vous pouvez les appliquer aux hôtes VMware ESXi au fur et à mesure de leur importation dans vcenter. Le plug-in VAAI for NFS permet de prendre en charge les primitives NFS de vsphere 5.5. Ces primitives réduisent les charges de l hyperviseur résultant de certaines tâches de stockage afin de libérer des ressources pour d autres opérations. Vous obtiendrez de plus amples informations sur le plug-in VAAI for NFS en téléchargeant vsphere Storage APIs for Array Integration (VAAI) Plug-in. Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. 93

94 Instructions pour la configuration de VSPEX Remarque La même version du plug-in prend en charge les plates-formes VNX et VNXe. Le plug-in VAAI for NFS s installe à l aide de vsphere Update Manager. Pour distribuer le plug-in, suivez la procédure de la vidéo d installation relative à l installation du plug-in EMC VNX VAAI NFS. Pour activer le plug-in après l installation, redémarrez le serveur vsphere. Pour activer le plug-in après l installation, redémarrez le serveur VMware ESXi. Installer le plug-in EMC VSI Le système de stockage VNXe peut être intégré dans vcenter au moyen du plug-in VSI. Les administrateurs ont ainsi la possibilité de gérer les tâches de stockage VNXe depuis vcenter et, une fois le plug-in installé sur la console vsphere, ils peuvent utiliser vcenter pour : créer des datastores sur le VNX et les monter sur les serveurs VMware ESXi ; créer des LUN sur le système VNX et les mapper sur des serveurs VMware ESXi ; étendre les LUN et les datastores NFS ; activer la compression sur les datastores NFS ; créer des clones FAST ou FULL Clone des machines virtuelles pour le stockage de fichiers NFS. Résumé Dans cette section, nous avons présenté les étapes nécessaires au déploiement et à la configuration des différents aspects de la solution VSPEX, y compris les composants physiques et logiques. Vous devez désormais disposer d une solution VSPEX entièrement fonctionnelle. Le chapitre suivant porte sur les activités de validation et suivant l installation. 94

95 Chapitre 6 Validation de la solution Ce chapitre traite des points suivants : Présentation Effectuer la vérification de l installation Déployer et tester un seul serveur virtuel Vérifier la redondance des composants de la solution

96 Validation de la solution Présentation Ce chapitre récapitule les éléments à vérifier une fois la solution configurée. Il a pour objectif de vérifier la configuration et le fonctionnement d aspects spécifiques de la solution, et de s assurer que la configuration offre la disponibilité prévue. Le Tableau 23 décrit les tâches à réaliser. Tableau 23. Tâches de validation de la configuration de vcenter Tâche Description Référence Effectuer la vérification de l installation Déployer et tester un seul serveur virtuel Vérifier la redondance des composants de la solution Vérifier que des ports virtuels adéquats existent sur chaque switch virtuel de l hôte vsphere. Vérifier que chaque hôte vsphere a accès aux datastores et aux réseaux VLAN requis. Vérifier que les interfaces vmotion sont configurées correctement sur tous les hôtes vsphere. Déployer une seule machine virtuelle depuis l interface vsphere. Redémarrer tour à tour chaque processeur de stockage et s assurer que la connectivité des LUN est préservée. Désactiver tour à tour les switches redondants et s assurer que la connectivité de l hôte vsphere, de la machine virtuelle et de la baie de stockage reste intacte. Activez le mode de maintenance sur un hôte vsphere contenant au moins une machine virtuelle et assurez-vous que cette dernière peut migrer avec succès vers un autre hôte. VMware vsphere Networking Stockage VMware vsphere VMware vsphere Networking vsphere Networking VMware vcenter Server and Host Management VMware vsphere Virtual Machine Management Vérifier la redondance des composants de la solution Documentation du fournisseur VMware vcenter Server and Host Management 96

97 Validation de la solution Effectuer la vérification de l installation Les éléments de configuration suivants sont essentiels au fonctionnement de la solution. Ils doivent donc être vérifiés avant le déploiement dans un environnement de production. Sur chaque serveur vsphere utilisé dans le cadre de cette solution, vérifiez les points suivants : Le vswitch qui héberge les réseaux VLAN clients a été configuré avec un nombre de ports adapté au nombre maximal de machines virtuelles qu il est susceptible d héberger. Tous les groupes de ports de machines virtuelles sont configurés et chaque serveur a accès aux datastores VMware requis. Une interface est configurée correctement pour vmotion (reportez-vous aux instructions du manuel ). Pour en savoir plus, consultez les documents répertoriés dans la section Annexe C. Déployer et tester un seul serveur virtuel Déployez une machine virtuelle afin de vérifier que la procédure s exécute comme prévu. Assurez-vous que la machine virtuelle appartient au domaine requis, qu elle a accès aux réseaux voulus et qu il est possible de s y connecter. Vérifier la redondance des composants de la solution Afin de s assurer que les différents composants de la solution remplissent les critères de disponibilité, il est important de tester des scénarios liés à la maintenance ou à une panne matérielle. Pour tester les scénarios associés à une panne du matériel ou à une opération de maintenance, procédez comme suit : 1. Redémarrez chaque processeur de stockage VNXe un par un et vérifiez que la connectivité aux datastores VMware est maintenue pendant cette opération. a. Dans Unisphere, accédez à Settings Service System. b. Dans le volet System Components, sélectionnez Storage Processor SPA. c. Dans Service Actions, sélectionnez Reboot. d. Cliquez sur Execute service action. e. Pendant le cycle de redémarrage, vérifiez la présence de datastores sur les hôtes VMware ESXi. f. Attendez que le processeur de stockage finisse de redémarrer et qu il s affiche comme étant disponible dans Unisphere. 97

98 Validation de la solution 2. Afin de vérifier si les fonctions de redondance sont opérationnelles, désactivez tour à tour chaque infrastructure de switch redondante. Lorsqu une infrastructure est désactivée, assurez-vous que tous les composants de la solution restent connectés les uns aux autres ainsi qu aux infrastructures clientes, le cas échéant. 3. Activez le mode de maintenance sur un hôte vsphere contenant au moins une machine virtuelle et assurez-vous que cette dernière peut migrer vers un autre hôte. 98

99 Annexe A Nomenclature Cette annexe traite du point suivant : Nomenclature

100 Nomenclature Nomenclature Tableau 24. Liste des composants utilisés dans la solution VSPEX pour 50 machines virtuelles Composant Serveurs VMware vsphere CPU Mémoire Réseau 10 Gbit Solution pour 50 machines virtuelles 1 CPU virtuel par machine virtuelle 4 CPU virtuels par cœur physique 50 CPU virtuels Minimum de 13 CPU physiques 2 Go de RAM par machine virtuelle Réservation de 2 Go de RAM par hôte vsphere Minimum de 100 Go de RAM 2 cartes réseau 10 GbE par serveur Remarque : pour mettre en œuvre la fonction vsphere HA et satisfaire les minima indiqués, vous devez prévoir au minimum un serveur supplémentaire par rapport aux exigences minimales. Infrastructure réseau EMC Powered Backup and Recovery Baies de stockage de la gamme EMC VNXe Caractéristiques communes Réseau 10 Gbit Data Domain Caractéristiques communes Option de stockage iscsi Option de stockage NFS Réseau 10 Gbit 2 switches physiques 1 port 1 GbE par processeur de stockage pour la gestion 2 cartes réseau 10 GbE par serveur vsphere 2 ports 10 GbE par processeur de stockage pour les données EMC NetWorker 3 appliances Data Domain DD160 avec paramètres d usine EMC VNXe processeurs de stockage (actif/actif) 45 disques SAS 3,5 pouces, 300 Go, t/min 2 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 30 disques SAS 3,5 pouces, 600 Go, t/min 1 disque SAS 3,5 pouces, 600 Go, t/min, utilisé comme disque de secours 1 module d E/S 10 Gbit par processeur de stockage (chaque module inclut deux ports) 100

101 Nomenclature Tableau 25. Liste des composants utilisés dans la solution VSPEX pour 100 machines virtuelles Composant Serveurs VMware vsphere CPU Mémoire Réseau 10 Gbit Solution pour 100 machines virtuelles 1 CPU virtuel par machine virtuelle 4 CPU virtuels par cœur physique 100 vcpu Minimum de 25 CPU physiques 2 Go de RAM par machine virtuelle Réservation de 2 Go de RAM par hôte vsphere Minimum de 200 Go de RAM 2 cartes réseau 10 GbE par serveur Remarque : pour mettre en œuvre la fonction vsphere HA et satisfaire les minima indiqués, vous devez prévoir au minimum un serveur supplémentaire par rapport aux exigences minimales. Infrastructure réseau EMC Powered Backup and Recovery Baies de stockage de la gamme EMC VNXe Caractéristiques communes Réseau 10 Gbit Avamar Caractéristiques communes Option de stockage iscsi Option de stockage NFS Réseau 10 Gbit 2 switches physiques 1 port 1 GbE par processeur de stockage pour la gestion 2 cartes réseau 10 GbE par serveur vsphere 2 ports 10 GbE par processeur de stockage pour les données Avamar Business Edition EMC VNXe processeurs de stockage (actif/actif) 77 disques SAS 3,5 pouces, 300 Go, t/min 3 disques SAS 3,5 pouces, 300 Go, t/min, utilisés comme disques de secours 63 disques SAS 3,5 pouces, 600 Go, t/min 3 disques SAS 3,5 pouces, 600 Go, t/min, utilisés comme disques de secours 2 modules d E/S 10 Gbit par processeur de stockage (chaque module inclut deux ports) 101

102 Nomenclature 102

103 Annexe B Fiche produit de configuration du client Cette annexe traite du point suivant : Fiches Données de configuration du client

104 Fiche produit de configuration du client Fiches Données de configuration du client Avant de procéder à la configuration de VSPEX, réunissez les informations propres au client concernant le réseau et l hôte. Les tableaux suivants permettent de réunir les informations indispensables sur le réseau et l adresse de l hôte, la numérotation et les dénominations. Cette fiche peut également être laissée au client comme document de référence. Validez les informations du client à l aide de la Fiche technique de configuration pour la gamme VNXe. Tableau 26. Informations sur les serveurs communs Nom du serveur Objectif Adresse IP principale Contrôleur de domaine DNS principal DNS secondaire DHCP NTP SMTP SNMP Console VMware vcenter Microsoft SQL Server Tableau 27. Informations sur le serveur VMware ESXi Nom du serveur Objectif Adresse IP principale Adresses de réseau privé (stockage) IP VMkernel IP vmotion VMware ESXi Hôte 1 VMware ESXi Hôte 2 104

105 Fiche produit de configuration du client Tableau 28. Informations sur la baie Nom de baie Compte administrateur IP de gestion Nom du pool de stockage Nom du datastore Adresse IP du serveur NFS ou de la cible iscsi Tableau 29. Informations sur l infrastructure réseau Nom Objectif IP Switch Ethernet 1 Switch Ethernet 2 Masque de sous-réseau Passerelle par défaut Tableau 30. Informations sur le réseau VLAN Nom Nature du réseau VLAN ID Sous-réseaux autorisés Réseau de machines virtuelles Gestion de VMware ESXi Réseau de stockage NFS ou iscsi vmotion Tableau 31. Comptes de maintenance Account root Objectif Administrateur de Windows Server Racine VMware ESXi Administrateur de baie Administrateur de VMware vcenter Administrateur de Microsoft SQL Server Mot de passe (facultatif, appliquer le niveau de sécurité requis) 105

106 Fiche produit de configuration du client 106

107 Annexe C Références Cette annexe traite du point suivant : Références

108 Références Références Documentation EMC Les documents suivants, disponibles sur le site de support en ligne EMC, contiennent des informations complémentaires et pertinentes. L accès à ces documents dépend de vos informations d identification. Si vous ne parvenez pas à accéder à un document, contactez un responsable de compte EMC. EMC VNXe3150 System Installation Guide Guide d installation du système EMC VNXe3300 VSI for VMware vsphere: Storage Viewer Product Guide Guide d installation et d administration de XtremCache v1.5 EMC VSI for VMware vsphere: Unified Storage Management Product Guide Fiche technique de configuration pour la gamme VNXe Fiche produit de la gamme EMC VNXe Autre documentation Les documents suivants, disponibles sur le site Web de VMware, fournissent des informations complémentaires et pertinentes : Installation et configuration de VMware vsphere VMware vsphere Networking Stockage VMware vsphere Préparation des bases de données vcenter Server Préparation de la base de données Update Manager VMware vsphere Virtual Machine Administration VMware vsphere Virtual Machine Management Installing and Administering VMware vsphere Update Manager VMware vcenter Server and Host Management VMware vsphere Resource Management Pour accéder à la documentation sur Microsoft SQL Server, rendez-vous sur les sites Web Microsoft suivants : Microsoft TechNet Microsoft Developer Network (MSDN) 108

109 Annexe D À propos de VSPEX Cette annexe traite du point suivant : À propos de VSPEX

110 À propos de VSPEX À propos de VSPEX EMC a uni ses forces avec les principaux fournisseurs d infrastructures informatiques du marché pour créer une solution de virtualisation complète, qui accélère le déploiement des infrastructures de type Cloud. Basée sur des technologies éprouvées, l infrastructure 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 choisir des technologies qui tirent le meilleur parti de leur infrastructure informatique existante, tout en réduisant considérablement les problèmes de planification, de dimensionnement et de configuration. VSPEX fournit une infrastructure éprouvée aux clients souhaitant à la fois gagner en simplicité (l un des atouts des infrastructures réellement convergées) et bénéficier d une plus grande liberté de choix des composants. Les solutions VSPEX sont éprouvées par EMC et conditionnées et vendues exclusivement par les partenaires revendeurs d EMC. VSPEX fournit aux partenaires revendeurs davantage d opportunités, des cycles de vente plus rapides et un accompagnement de bout en bout. Grâce à une collaboration étroite, EMC et ses partenaires revendeurs sont en mesure de proposer une infrastructure qui accélère la transition vers le Cloud d un nombre toujours plus important de clients. 110