cloud privÉ emc vspex - dell emc france · destinée aux déploiements de cloud privé avec vmware...

Guide d’infrastructure EMC Proven

EMC VSPEX

Résumé

Le présent document décrit la solution d’infrastructure EMC® VSPEX® Proven destinée aux déploiements de Cloud privé avec VMware vSphere 5.5, la gamme EMC VNX®, et la technologie EMC Powered Backup pour 1 000 machines virtuelles au maximum.

Avril 2014

CLOUD PRIVÉ EMC VSPEX VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles Technologies Microsoft Windows Server 2012 R2, EMC VNX ET EMC Powered Backup

Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles, technologies Microsoft Windows Server 2012 R2, EMC VNX et EMC Powered Backup - Guide d’infrastructure EMC Proven

2

Copyright © 2014 EMC Corporation. Tous droits réservés. Publié en avril 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é.

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

Pour obtenir les informations réglementaires les plus récentes concernant votre famille de produits, consultez la rubrique Documentations et conseils techniques du site Web du Support en ligne EMC.


Référence : 12076.2

Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles, technologies Microsoft Windows Server 2012 R2, EMC VNX et EMC

Powered Backup - Guide d’infrastructure EMC Proven

3

Sommaire

Chapitre 1 Résumé analytique 15

Introduction ............................................................................................................. 16 Public ....................................................................................................................... 16 Objectif de ce document ........................................................................................... 16 Besoins métiers ....................................................................................................... 17

Chapitre 2 Présentation de solution 19

Introduction ............................................................................................................. 20 Virtualisation ............................................................................................................ 20 Traitement ................................................................................................................ 20 Réseau ..................................................................................................................... 21 Stockage .................................................................................................................. 21

Gamme EMC VNX ................................................................................................. 22 Sauvegarde et restauration EMC .......................................................................... 28

Chapitre 3 Présentation technologique de la solution 31

Présentation ............................................................................................................. 32 Principaux composants ............................................................................................ 33 Virtualisation ............................................................................................................ 34

Présentation ........................................................................................................ 34 VMware vSphere 5.5 ............................................................................................ 34 Nouvelles fonctionnalités VMware vSphere 5.5 ................................................... 34 VMware vSphere with Operations Management (vSOM) 5.5 ................................. 35 VMware vCenter ................................................................................................... 36 VMware vSphere High-Availability ....................................................................... 36 EMC Virtual Storage Integrator for VMware ........................................................... 36 Prise en charge de VNX VMware vStorage API for Array Integration ....................... 37

Traitement ................................................................................................................ 37 Réseau ..................................................................................................................... 40

Présentation ........................................................................................................ 40 Stockage .................................................................................................................. 42

Sommaire


4

Présentation ........................................................................................................ 42 Gamme EMC VNX ................................................................................................. 42 Snapshots VNX .................................................................................................... 43 VNX SnapSure ..................................................................................................... 44 VNX Virtual Provisioning ...................................................................................... 44 VNX FAST Cache ................................................................................................... 49 VNX FAST VP ........................................................................................................ 49 vCloud Networking and Security .......................................................................... 49 Partages de fichiers VNX ...................................................................................... 50 Bureaux distants/ succursales ............................................................................ 50

Sauvegarde et restauration ...................................................................................... 51 Présentation ........................................................................................................ 51 Déduplication EMC Avamar .................................................................................. 51 Systèmes de stockage avec déduplication EMC Data Domain .............................. 51 VMware vSphere Data Protection ......................................................................... 51 vSphere Replication ............................................................................................. 52 EMC RecoverPoint ................................................................................................ 52

Autres technologies .................................................................................................. 53 Présentation ........................................................................................................ 53 VMware vCloud Automation Center ...................................................................... 53 VMware vCenter Operations Management Suite .................................................. 54 VMware vCenter Single Sign-On ........................................................................... 54 Infrastructure à clé publique ................................................................................ 55 EMC Storage Analytics for EMC VNX ..................................................................... 55 PowerPath/VE (bloc) ............................................................................................ 56 EMC XtremCache ................................................................................................. 56

Chapitre 4 Présentation de l’architecture de la solution 59

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

Présentation ........................................................................................................ 60 Architecture logique ............................................................................................ 61 Principaux composants ....................................................................................... 62 Ressources matérielles ........................................................................................ 64 Ressources logicielles ......................................................................................... 68

Instructions pour la configuration des serveurs ........................................................ 69 Présentation ........................................................................................................ 69 Mises à jour des processeurs Ivy Bridge .............................................................. 69 Virtualisation de la mémoire dans VMware vSphere pour VSPEX .......................... 72 Instructions pour la configuration de la mémoire ................................................. 73

Sommaire



5

Instructions pour la configuration du réseau ............................................................ 74 Présentation ........................................................................................................ 74 VLAN.................................................................................................................... 74 Activer les trames Jumbo (pour iSCSI, FCoE et NFS) .............................................. 76 Agrégation de liens (pour NFS) ............................................................................. 77

Instructions pour la configuration du stockage ......................................................... 77 Présentation ........................................................................................................ 77 Virtualisation du stockage VMware vSphere pour VSPEX ..................................... 80 Modules de stockage VSPEX ................................................................................ 81 Valeurs maximales validées pour le Cloud privé VSPEX ....................................... 82

Haute disponibilité et basculement sur incident ....................................................... 90 Présentation ........................................................................................................ 90 Couche de virtualisation ...................................................................................... 90 Couche de traitement .......................................................................................... 90 Couche réseau ..................................................................................................... 91 Couche de stockage ............................................................................................ 92

Profil du test de validation ........................................................................................ 93 Caractéristiques du profil .................................................................................... 93

Instructions pour la configuration de la sauvegarde et de la restauration ................. 93 Instructions pour le dimensionnement ..................................................................... 94 Charge de travail de référence .................................................................................. 94

Présentation ........................................................................................................ 94 Définition de la charge de travail de référence ..................................................... 94

Application de la charge de travail de référence ....................................................... 95 Présentation ........................................................................................................ 95 Exemple 1 : Application personnalisée ................................................................ 95 Exemple 2 : Système de point de vente ................................................................ 96 Exemple 3 : Serveur Web ..................................................................................... 96 Exemple 4 : base de données d’aide à la décision ............................................... 96 Synthèse des exemples ....................................................................................... 97

Implémentation de la solution .................................................................................. 97 Présentation ........................................................................................................ 97 Types de ressource .............................................................................................. 97 Ressources CPU ................................................................................................... 97 ressources mémoire ; .......................................................................................... 98 Ressources réseau ............................................................................................... 98 Ressources de stockage ...................................................................................... 99 Résumé de la mise en œuvre ............................................................................. 100

Évaluation rapide ................................................................................................... 101 Présentation ...................................................................................................... 101

Sommaire


6

CPU requis ......................................................................................................... 101 Mémoire requise ................................................................................................ 102 Performances de stockage requises ................................................................... 102 Opérations d’E/S par seconde ........................................................................... 102 Taille d’E/S ........................................................................................................ 103 Latence d’E/S .................................................................................................... 103 Capacité de stockage requise ............................................................................ 103 Définition de machines virtuelles de référence équivalentes.............................. 103 Réglage précis des ressources matérielles ......................................................... 110 Outil de dimensionnement EMC VSPEX .............................................................. 113

Chapitre 5 Instructions pour la configuration de VSPEX 115

Présentation ........................................................................................................... 116 Tâches préalables au déploiement ......................................................................... 117

Présentation ...................................................................................................... 117 Conditions de déploiement ................................................................................ 117

Données de configuration du client ........................................................................ 119 Préparer les switches, effectuer la connexion au réseau et configurer les switches ........................................................................................................... 119

Présentation ...................................................................................................... 119 Préparer les switches réseau ............................................................................. 119 Configurer le réseau d’infrastructure .................................................................. 119 Configurer les réseaux VLAN .............................................................................. 121 Configurer les trames Jumbo (iSCSI et NFS uniquement) .................................... 121 Terminer le câblage réseau ................................................................................ 122

Préparer la baie de stockage et la configurer .......................................................... 122 Configuration des systèmes VNX pour les protocoles en mode bloc ................... 122 Configuration de VNX pour les protocoles en mode fichier ................................. 126 Configuration de FAST VP ................................................................................... 134 Configuration de FAST Cache ............................................................................. 135

Installer et configurer les hôtes vSphere ................................................................. 139 Présentation ...................................................................................................... 139 Installer VMware ESXi ........................................................................................ 139 Configurer le réseau VMware ESXi ...................................................................... 140 Installer et configurer PowerPath/VE (en mode bloc seulement) ........................ 140 Connecter les datastores VMware ...................................................................... 140 Planifier l’allocation de mémoire aux machines virtuelles .................................. 141

Installation et configuration de la base de données SQL Server .............................. 143 Présentation ...................................................................................................... 143 Créer une machine virtuelle pour SQL Server ..................................................... 143 Installer Microsoft Windows sur la machine virtuelle ......................................... 143

Sommaire



7

Installer SQL Server ........................................................................................... 144 Configurer la base de données pour VMware vCenter ........................................ 144 Configurer la base de données pour VMware Update Manager .......................... 144

Installation et configuration de VMware vCenter Server .......................................... 145 Présentation ...................................................................................................... 145 Créer la machine virtuelle de l’hôte vCenter ....................................................... 146 Installer le système d’exploitation invité de vCenter .......................................... 146 Créer des connexions ODBC vCenter .................................................................. 146 Installer vCenter Server ...................................................................................... 147 Appliquer les clés de licence vSphere ................................................................ 147 Installer le plug-in EMC VSI ................................................................................ 147 Créer une machine virtuelle dans vCenter .......................................................... 147 Effectuer un positionnement de partition et attribuer la taille

d’unité d’allocation de fichier ..................................................................... 147 Créer un modèle de machine virtuelle ................................................................ 147 Déployer les machines virtuelles à partir du modèle .......................................... 147

Résumé .................................................................................................................. 148

Chapitre 6 Vérification de la solution 149

Présentation ........................................................................................................... 150 Liste de contrôle après installation ......................................................................... 151 Déployer et tester un seul serveur virtuel ................................................................ 151 Vérifier la redondance des composants de la solution ............................................ 151

Environnements en mode bloc ........................................................................... 151 Environnements en mode fichier ....................................................................... 152

Chapitre 7 Surveillance du système 153

Présentation ........................................................................................................... 154 Zones clés à surveiller ............................................................................................ 154

Repère de performances .................................................................................... 155 Serveurs ............................................................................................................ 155 Mise en réseau .................................................................................................. 156 Stockage ........................................................................................................... 156

Instructions pour la surveillance des ressources VNX ............................................. 157 Surveillance des ressources de stockage en mode bloc ..................................... 157 Surveillance des ressources de stockage en mode fichier .................................. 164

Résumé .................................................................................................................. 169

Annexe A Nomenclature 171

Nomenclature ......................................................................................................... 172

Sommaire


8

Annexe B Fiche Données de configuration du client 181

Fiche Données de configuration du client ............................................................... 182

Annexe C Fiche technique des composants des ressources serveur 185

Fiche technique des composants des ressources serveur ....................................... 186

Annexe D Références 187

Références ............................................................................................................. 188 Documentation EMC .......................................................................................... 188 Autre documentation ......................................................................................... 188

Annexe E À propos de VSPEX 189

À propos de VSPEX ................................................................................................. 190



9

Figures

Figure 1. VNX nouvelle génération avec optimisation multicœur ........................ 23 Figure 2. Les processeurs actif/actif augmentent les performances,

la résilience et l’efficacité .................................................................... 24 Figure 3. Nouvelle suite Unisphere Management Suite ...................................... 25 Figure 4. Taux d’utilisation des processeurs de stockage avec

la fonction de déduplication de Windows ............................................ 27 Figure 5. Nombre d’IOPS pour les disques avec la fonction

de déduplication de Windows ............................................................. 28 Figure 6. Temps de latence pour les disques avec la fonction

de déduplication de Windows ............................................................. 28 Figure 7. Solutions de sauvegarde et de restauration EMC ................................. 29 Figure 8. Composants du Cloud privé ................................................................. 32 Figure 9. Vision approfondie de l’écosystème virtualisé grâce à vSOM 5.5 ......... 36 Figure 10. Flexibilité de la couche de traitement des données ............................. 38 Figure 11. Exemple de conception réseau haute disponibilité (mode bloc) .......... 40 Figure 12. Exemple de conception réseau haute disponibilité (mode fichier) ....... 41 Figure 13. Progression du rééquilibrage du pool de stockage .............................. 45 Figure 14. Utilisation de l’espace de thin LUN ...................................................... 46 Figure 15. Examen de l’utilisation de l’espace du pool de stockage ..................... 47 Figure 16. Définition des seuils d’utilisation du pool de stockage ........................ 48 Figure 17. Définition des notifications automatisées (mode bloc) ........................ 48 Figure 18. Architecture logique pour le stockage en mode bloc ............................ 61 Figure 19. Architecture logique pour le stockage en mode fichier ......................... 62 Figure 20. Conseils relatifs aux processeurs Ivy Bridge ........................................ 70 Figure 21. Consommation de la mémoire de l’hyperviseur ................................... 72 Figure 22. Réseaux requis pour le stockage en mode bloc ................................... 75 Figure 23. Réseaux requis pour le stockage en mode fichier ................................ 76 Figure 24. Types de disque virtuel VMware .......................................................... 80 Figure 25. Module d’organisation du stockage pour 13 machines virtuelles......... 81 Figure 26. Module d’organisation du stockage pour 125 machines virtuelles ...... 82 Figure 27. Organisation du stockage pour 200 machines virtuelles avec

le VNX5200 ......................................................................................... 83

Figures


10

Figure 28. Organisation du stockage pour 300 machines virtuelles avec VNX5400 ..................................................................................... 84

Figure 29. Organisation du stockage pour 600 machines virtuelles avec le VNX5600 ................................................................................. 86

Figure 30. Organisation du stockage pour 1 000 machines virtuelles avec le VNX5800 ................................................................................. 88

Figure 31. Point d’entrée et niveau d’échelle maximal pour différentes baies ...... 90 Figure 32. Haute disponibilité de la couche de virtualisation ............................... 90 Figure 33. Alimentations redondantes ................................................................. 91 Figure 34. Haute disponibilité de la couche réseau (VNX), stockage

en mode bloc ...................................................................................... 91 Figure 35. Haute disponibilité de la couche réseau (VNX), stockage

en mode fichier ................................................................................... 92 Figure 36. Haute disponibilité de la gamme VNX .................................................. 92 Figure 37. Flexibilité du pool de ressources ......................................................... 97 Figure 38. Ressource requise dans le pool de machines virtuelles

de référence ...................................................................................... 105 Figure 39. Ressources globales requises : phase 1 ............................................ 106 Figure 40. Configuration de pool : phase 1 ......................................................... 106 Figure 41. Ressources d’agrégation requises : phase 2 ...................................... 108 Figure 42. Configuration de pool : phase 2 ......................................................... 108 Figure 43. Ressources d’agrégation requises : phase 3 ...................................... 110 Figure 44. Configuration de pool : phase 3 ......................................................... 110 Figure 45. Personnalisation des ressources serveur ........................................... 111 Figure 46. Exemple d’architecture réseau : stockage en mode bloc .................... 120 Figure 47. Exemple d’architecture réseau Ethernet : stockage en

mode fichier ...................................................................................... 121 Figure 48. Boîte de dialogue Network > Settings for File ...................................... 128 Figure 49. Boîte de dialogue Create Interface ..................................................... 129 Figure 50. Boîte de dialogue Create File System ................................................. 132 Figure 51. Case à cocher Direct Writes Enabled .................................................. 133 Figure 52. Boîte de dialogue Storage Pool Properties ......................................... 134 Figure 53. Boîte de dialogue Manage Auto-Tiering ............................................. 135 Figure 54. Boîte de dialogue Storage System Properties .................................... 136 Figure 55. Boîte de dialogue Create FAST Cache ................................................. 137 Figure 56. Onglet Advanced de la boîte de dialogue Create Storage Pool ........... 138 Figure 57. Onglet Advanced de la boîte de dialogue Storage Pool Properties ..... 138 Figure 58. Paramètres de la mémoire de la machine virtuelle ............................. 142 Figure 59. Zone Storage Pool Alerts.................................................................... 157 Figure 60. Volet Storage Pools ........................................................................... 158 Figure 61. Boîte de dialogue LUN Properties ...................................................... 159 Figure 62. Volet Monitoring and Alerts ............................................................... 160

Figures



11

Figure 63. E/S par seconde sur les LUN .............................................................. 161 Figure 64. E/S par seconde sur les disques ........................................................ 162 Figure 65. Latence sur les LUN ........................................................................... 162 Figure 66. Taux d’utilisation des SP ................................................................... 164 Figure 67. Statistiques relatives aux Data Movers .............................................. 165 Figure 68. Statistiques du réseau Data Mover front-end ..................................... 165 Figure 69. Volet Storage Pools for File ................................................................ 166 Figure 70. Volet File Systems ............................................................................. 166 Figure 71. Volet des propriétés du système de fichiers ...................................... 167 Figure 72. Volet des performances du système de fichiers ................................. 168 Figure 73. Volet des performances globales du stockage de fichiers .................. 168

Tableau


12

Tableau

Tableau 1. Avantages de VNX pour les clients ....................................................... 42 Tableau 2. Seuils et paramètres sous VNX OE Block version 33 ............................ 49 Tableau 3. Matériel utilisé dans la solution ........................................................... 64 Tableau 4. Logiciels utilisés dans la solution ........................................................ 68 Tableau 5. Ressources matérielles pour la couche de traitement des données ..... 71 Tableau 6. Ressources matérielles pour le réseau ................................................. 74 Tableau 7. Ressources matérielles pour le stockage ............................................. 78 Tableau 8. Nombre de disques requis pour différentes quantités de machines

virtuelles ............................................................................................. 82 Tableau 9. Caractéristiques du profil .................................................................... 93 Tableau 10. Caractéristiques de la machine virtuelle .............................................. 94 Tableau 11. Ligne de la fiche technique à renseigner ............................................ 101 Tableau 12. Ressources de la machine virtuelle de référence ............................... 104 Tableau 13. Exemple de ligne de fiche technique ................................................. 104 Tableau 14. Exemples d’applications : phase 1 .................................................... 105 Tableau 15. Exemples d’applications : phase 2 .................................................... 107 Tableau 16. Exemples d’applications : phase 3 .................................................... 108 Tableau 17. Total des composants des ressources serveur ................................... 111 Tableau 18. Présentation du processus de déploiement ....................................... 116 Tableau 19. Tâches préalables au déploiement .................................................... 117 Tableau 20. Liste de contrôle des conditions de déploiement ............................... 117 Tableau 21. Tâches de configuration des switches et du réseau ........................... 119 Tableau 22. Tâches de configuration de VNX ........................................................ 123 Tableau 23. Tableau du stockage alloué aux données en mode bloc .................... 125 Tableau 24. Tâches de configuration du stockage ................................................. 126 Tableau 25. Tableau du stockage alloué en mode fichier ...................................... 130 Tableau 26. Tâches d’installation des serveurs ..................................................... 139 Tableau 27. Tâches d’installation de la base de données SQL Server ................... 143 Tableau 28. Tâches de configuration de vCenter ................................................... 145 Tableau 29. Tâches de test de l’installation .......................................................... 150

Tableau



13

Tableau 30. Liste des composants utilisés dans la solution VSPEX pour 200 machines virtuelles ............................................................ 172

Tableau 31. Liste des composants utilisés dans la solution VSPEX pour 300 machines virtuelles .............................................................. 174

Tableau 32. Liste des composants utilisés dans la solution VSPEX pour 600 machines virtuelles ............................................................... 176

Tableau 33. Liste des composants utilisés dans la solution VSPEX pour 1 000 machines virtuelles ............................................................ 178

Tableau 34. Informations courantes sur les serveurs ............................................ 182 Tableau 35. Informations sur le serveur VMware ESXi ........................................... 182 Tableau 36. Informations sur la baie ..................................................................... 183 Tableau 37. Informations sur l’infrastructure réseau ............................................. 183 Tableau 38. Informations sur le réseau VLAN ........................................................ 184 Tableau 39. Comptes de maintenance .................................................................. 184 Tableau 40. Fiche technique vide pour l’ensemble des ressources serveur ........... 186

Tableau


14



15

Chapitre 1 Résumé analytique

Ce chapitre traite des points suivants :

Introduction ........................................................................................................... 16

Public .................................................................................................................... 16

Objectif de ce document ........................................................................................ 16

Besoins métiers ..................................................................................................... 17

Résumé analytique


16

Introduction

Les architectures validées modulaires EMC® VSPEX® reposent sur des technologies éprouvées et ultraperformantes. Vous disposez ainsi de solutions de virtualisation complètes vous permettant de prendre des décisions avisées au niveau des couches d’hyperviseur, de traitement des données et de gestion réseau. VSPEX permet de réduire les problèmes de planification et de configuration liés à la virtualisation. Lorsque vous entamez votre transition vers la virtualisation des serveurs, le déploiement de bureaux virtuels ou la consolidation informatique, VSPEX accélère cette transformation en augmentant la rapidité des déploiements, en élargissant vos choix, en optimisant l’efficacité et en diminuant les risques.

Ce document est un guide complet détaillant les 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 de choisir le matériel serveur et réseau qu’il souhaite pour respecter la configuration minimale indiquée, voire la dépasser.

Public

Le lecteur doit disposer de la formation et de l’expérience nécessaires pour installer et configurer VMware vSphere 5.5, les systèmes de stockage EMC VNX® et l’infrastructure correspondante dans le cadre de cette mise en œuvre. Le cas échéant, EMC vous propose des références externes et vous recommande de vous familiariser avec ces documents.

Il doit également connaître les règles de sécurité de l’infrastructure et des bases de données propres à l’installation existante du client.

Les personnes spécialisées dans la vente et le dimensionnement d’infrastructures de Cloud privé VMware doivent prêter une attention particulière aux quatre premiers chapitres du présent document. Une fois l’achat effectué, les responsables de la mise en œuvre de la solution sont invités à se pencher sur les instructions de configuration figurant dans le Chapitre 5, les étapes de validation de la solution décrites dans le Chapitre 6 et les références et annexes appropriées.

Objectif de ce document

Ce document présente l’architecture VSPEX, explique comment la modifier pour l’adapter à des engagements spécifiques et indique comment déployer et surveiller efficacement le 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 la couche de virtualisation VMware vSphere et tire profit de la haute disponibilité des systèmes de stockage de la famille VNX. Les composants de traitement et de réseau, définis par les partenaires VSPEX, sont conçus afin d’être redondants et suffisamment puissants pour gérer les besoins en matière de traitement et de données pour l’environnement de machines virtuelles.

Résumé analytique



17

Les environnements comportant 200, 300, 600 et 1 000 machines virtuelles abordés se basent sur une charge de travail de référence prédéfinie. Toutes les machines virtuelles ne doivent pas répondre aux mêmes exigences. Par conséquent, ce document contient des méthodes et des conseils visant à vous faire bénéficier d’un système économique lors de son déploiement. Pour des environnements plus petits, des solutions comportant jusqu’à 125 machines virtuelles basées sur la gamme EMC VNXe® sont décrits dans le document Cloud privé EMC VSPEX : VMware vSphere 5.5 - Jusqu’à 125 machines virtuelles.

Une architecture de Cloud privé constitue une offre de système complexe. Ce document en facilite la configuration en proposant des listes répertoriant le matériel et les logiciels initiaux, des recommandations et fiches techniques détaillées sur le dimensionnement et des étapes de déploiement vérifiées. Une fois le dernier composant installé, des tests de validation et des instructions de surveillance garantissent que votre système s’exécute correctement. Si vous suivez les instructions de ce document, votre transition vers le Cloud sera simple et efficace.

Besoins métiers

Les solutions VSPEX reposent sur des technologies pertinentes et éprouvées. Vous disposez ainsi de solutions de virtualisation complètes permettant de prendre des décisions éclairées aussi bien au niveau de l’hyperviseur que du serveur ou du réseau.

Les applications métiers se dirigent vers des environnements de traitement des données, de réseau et de stockage consolidés. Les solutions de Cloud privé EMC VSPEX avec VMware facilitent la configuration de chacun des composants d’un modèle de déploiement traditionnel. La complexité relative à la gestion de l’intégration est réduite, les options de mise en œuvre et de conception des applications étant cependant conservées. Elle unifie l’administration tout en facilitant le contrôle et la surveillance des différents processus. Les besoins métiers en ce qui concerne les solutions de Cloud privé VSPEX pour les architectures VMware sont les suivants :

• solution de virtualisation de bout en bout tirant efficacement parti des composants de l’infrastructure unifiée ;

• solution de Cloud privé VSPEX pour VMware permettant de virtualiser efficacement jusqu’à 1 000 machines virtuelles dans des exemples d’utilisation client très variés ;

• conception de référence fiable, flexible et évolutive.

Résumé analytique


18



19

Chapitre 2 Présentation de solution


Introduction ........................................................................................................... 20

Virtualisation ......................................................................................................... 20

Traitement ............................................................................................................. 20

Réseau .................................................................................................................. 21

Stockage ............................................................................................................... 21

Présentation de solution


20

Introduction

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’à 1 000 machines virtuelles et offrant une topologie serveur/réseau redondante, ainsi qu’un stockage haute disponibilité. Les principaux composants de cette solution sont la virtualisation, le stockage, le traitement et la gestion réseau.

Virtualisation

VMware vSphere est la plate-forme de virtualisation leader sur le marché. Depuis des années, elle fournit une grande flexibilité à peu de frais pour les utilisateurs par la consolidation de grands parcs de serveurs inefficaces en infrastructures de Cloud fiables et maniables. Les principaux composants de VMware vSphere sont VMware vSphere Hypervisor et VMware vCenter Server, la plate-forme de gestion du système.

L’hyperviseur VMware s’exécute sur un serveur dédié et permet l’exécution simultanée de plusieurs systèmes d’exploitation 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 VMware vCenter, et permettent l’allocation dynamique de CPU, de mémoire et de stockage dans le cluster.

Des technologies telles que VMware vMotion, qui sert à déplacer des machines virtuelles d’un serveur à un autre sans interruption du système d’exploitation, et DRS (Distributed Resource Scheduler), 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 comptant jusqu’à 64 CPU virtuels et 1 To de RAM virtuelle.

Traitement

VSPEX fournit la flexibilité nécessaire pour concevoir et mettre en œuvre les composants de serveur de votre choix. L’infrastructure doit respecter les attributs suivants :

• cœurs de processeur et mémoire suffisants 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.




21

Réseau

VSPEX offre assez de flexibilité pour la conception et l’implémentation du choix du client concernant les composants du serveur. L’infrastructure doit respecter les attributs suivants :

• liaisons réseau redondantes pour les hôtes, les switches et les systèmes de stockage ;

• isolation du trafic conformément aux bonnes pratiques reconnues du secteur ;

• prise en charge de l’agrégation de liens.

• Les switches de réseau IP utilisés pour mettre en œuvre cette architecture de référence doivent disposer d’une capacité non bloquante minimale en backplane, suffisante pour prendre en charge le nombre cible de machines virtuelles et les charges de travail associées. Il est vivement recommandé d’utiliser des switches d’entreprise aux fonctions avancées de type qualité de service.

Stockage

La gamme de systèmes de stockage EMC VNX représente la plate-forme de stockage partagé leader sur le marché. VNX fournit à la fois un accès fichier et bloc avec de nombreuses fonctions, ce qui en fait la solution idéale pour l’implémentation de Clouds privés.

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 HBA (bloc) : ports fournissant une connectivité hôte vers la baie par le biais du fabric ;

• processeurs de stockage : composants de traitement de la baie de stockage, qui interviennent dans tous les aspects du déplacement de données à l’intérieur, en dehors et entre des baies ;

• disques : axes de disques et disques SSD comportant les données d’hôtes ou d’applications et leurs boîtiers ;

• Data Movers (fichier) : appliances front-end fournissant des services de fichiers aux hôtes (facultatif si les services CIFS/SMB ou NFS sont fournis).

Les solutions de Cloud privé VMware pour 200, 300, 600 et 1 000 machines virtuelles mentionnées dans ce document utilisent respectivement les baies de stockage VNX5200, VNX5400, VNX5600 et VNX5800. La baie VNX5200 peut prendre en charge un maximum de 125 disques, la baie VNX5400 peut en gérer jusqu’à 250, la baie VNX5600 jusqu’à 500 et la baie VNX5800 jusqu’à 750.

La gamme EMC VNX prend en charge un large éventail de fonctions avancées idéales pour les environnements de Cloud privé, notamment :

• Fully Automated Storage Tiering for Virtual Pools (FAST VP™)

• FAST Cache

• Déduplication et compression des données au niveau des fichiers



22

• Déduplication en mode bloc

• Allocation dynamique

• Réplication

• Snapshots/points de contrôle

• File-Level Retention (FLR)

• Gestion des quotas

• Compression en mode bloc

Fonctions et améliorations

La plate-forme de stockage unifié EMC VNX optimisée pour Flash s’appuie sur une technologie innovante et des fonctions d’entreprise pour fournir une solution unique de stockage en modes fichier, bloc et objet à la fois facile à utiliser et évolutive. Idéale pour les charges de travail mixtes des environnements physiques ou virtuels, la plate-forme VNX associe un matériel puissant et flexible à des logiciels de protection et de gestion hautes performances adaptés aux exigences des environnements applicatifs virtualisés d’aujourd’hui. VNX intègre de nombreuses fonctions et améliorations élaborées autour de celles qui ont fait le succès de la première génération. Ces fonctions et améliorations incluent :

• Davantage de capacité avec une optimisation multicœur via l’utilisation de Multicore Cache, Multicore RAID et Multicore FAST Cache (MCx) ;

• Une plus grande efficacité avec une baie hybride optimisée pour Flash ;

• Une meilleure protection grâce à une augmentation de la disponibilité des applications avec des processeurs de stockage actif/actif ;

• Une administration et un déploiement facilités grâce à une meilleure productivité avec la nouvelle suite Unisphere® Management Suite.

VSPEX est équipé de la baie VNX nouvelle génération pour une efficacité, des performances et une évolutivité nettement supérieures à celles fournies par le passé.

Baie hybride optimisée pour Flash

VNX est une baie hybride optimisée pour Flash. Elle offre une hiérarchisation automatisée pour garantir des performances optimales à vos données critiques, de même qu’elle déplace de manière intelligente les données auxquelles vous accédez le moins souvent sur des disques moins coûteux.

Dans cette approche hybride, un faible pourcentage de disques Flash du système global peut fournir un pourcentage élevé du nombre total d’E/S par seconde. Optimisée grâce à la technologie Flash, la baie VNX tire pleinement parti de la faible latence des disques Flash pour assurer une optimisation à moindre coût et une évolutivité hautes performances. EMC Fully Automated Storage Tiering Suite (FAST Cache et FAST VP) hiérarchise à la fois les données en modes bloc et fichier sur des disques hétérogènes et envoie les données les plus utilisées vers les disques Flash, évitant ainsi aux clients d’avoir à faire des concessions en termes de coûts ou de performances.

Gamme EMC VNX




23

C’est au moment de leur création que les données sont les plus utilisées. Par conséquent, les nouvelles données sont tout d’abord stockées sur des disques Flash pour des performances optimisées. À mesure que les données vieillissent et sont de moins en moins utilisées, FAST VP les déplace automatiquement des disques hautes performances vers des disques haute capacité, en fonction des règles définies par le client. Cette fonctionnalité a été améliorée. Elle bénéficie à présent d’une granularité multipliée par quatre et de nouveaux disques SSD FAST VP qui s’appuient sur la technologie eMLC (enterprise multilevel cell) pour diminuer le coût par gigaoctet. La technologie FAST Cache garantit des performances maximales en absorbant les pics de charge de travail imprévus du système de manière dynamique. Tous les exemples d’utilisation de VSPEX bénéficient de cette efficacité accrue.

Les infrastructures VSPEX EMC Proven proposent des solutions pour Cloud privé, environnement utilisateur et applications virtualisées. Avec VNX, les clients peuvent obtenir un retour sur investissement encore plus important. VNX fournit par ailleurs une déduplication hors bande en mode bloc qui peut réduire considérablement les coûts du niveau Flash.

Optimisation du chemin de code Intel MCx pour VNX

L’avènement de la technologie Flash a joué un rôle de catalyseur en changeant radicalement les exigences des systèmes de stockage milieu de gamme. EMC a repensé la plate-forme de stockage milieu de gamme pour optimiser efficacement les CPU multicœurs et offrir ainsi un système de stockage particulièrement performant et économique.

MCx répartit l’ensemble des services de données VNX sur tous les cœurs (jusqu’à 32), comme illustré sur la Figure 1. La gamme VNX avec MCx a considérablement amélioré les performances en mode fichier des applications transactionnelles comme les bases de données ou les machines virtuelles sur un stockage rattaché au réseau (NAS).

Figure 1. VNX nouvelle génération avec optimisation multicœur

Multicore Cache Le cache est la ressource la plus précieuse du sous-système de stockage. De son utilisation efficace dépend l’efficacité générale de la plate-forme en ce qui concerne la gestion des charges de travail variables et fluctuantes. Le moteur du cache a été modularisé pour tirer parti de tous les cœurs disponibles dans le système.



24

Multicore RAID Autre élément important de la refonte MCx : la gestion des E/S sur le stockage back-end permanent (disques durs et disques SSD). Les améliorations considérables des performances du VNX s’expliquent par la modularisation du traitement de la gestion des données back-end, qui permet à MCx d’évoluer de manière transparente sur tous les processeurs.

Performances du VNX

Amélioration des performances Profitant de l’architecture MCx, le stockage VNX est optimisé pour la technologie FLASH 1st. Il offre des performances globales exceptionnelles, ce qui renforce les performances transactionnelles (coût par IOPS) et de la bande passante (coût par Go/s) avec faible latence, et assure une efficacité optimale de la capacité de stockage (coût par Go).

VNX propose les améliorations de performances suivantes :

• jusqu’à quatre fois plus de transactions en mode fichier que les baies à double contrôleur ;

• des performances en mode fichier jusqu’à trois fois plus élevées pour les applications transactionnelles, avec un temps de réponse 60 % plus court ;

• jusqu’à quatre fois plus de transactions OLTP Oracle et Microsoft SQL Server ;

• jusqu’à six fois plus de machines virtuelles.

Processeurs de stockage de baie actif/actif

La nouvelle architecture du VNX fournit des processeurs de stockage de baie actif/actif, comme indiqué sur la Figure 2. Ceci permet d’éliminer les expirations du délai des applications lors du basculement de chemin sur incident, car les deux chemins traitent activement les demandes d’E/S.

Figure 2. Les processeurs actif/actif augmentent les performances, la résilience et l’efficacité

Présentation dde solution

L’éqpermoddispserv

Aveet Và grde tleur

Remlogi

Uni

La nd’Ules Figucenen c

Figu

Ges

VMwEMCpouclieLesà la

Clovirtuelle

quilibrage deformances jude bloc est idponibilité et vices de gest

ec cette versiVNX Replicatorande vitessetous les snapr activité dur

marque : ques (LUN) RA

sphere Mana

nouvelle suitnisphere pouperformance

ure 3, cette sntralisée de mcharge de Xtr

ure 3. Nouve

stion de la vi

Mware Virtual C VSI (Virtuaur tous les utents VSPEX pe administrate

aquelle ils so

ud privé EMCs, technolog

e la charge esusqu’à deux fdéale pour lede performation de l’effic

on de VNX, leor pour effecte, entre les sypshots et parrant la migrat

les processeuAID, non pour

agement Sui

te Unisphere ur y inclure laes et d’anticisuite intègre émilliers de syremCache.

elle suite Unis

rtualisation

l Storage Intel Storage Inteilisateurs VMeuvent utiliseurs VMwarent habitués p

C VSPEX : VMgies Microsoft

Powered

st égalementfois supérieu

es applicationces sans to

cacité tels qu

es clients VStuer des mig

ystèmes. Ce pramètres ; il tion.

urs actif/actif sles LUN de po

ite

Managemena fonction VNper les besoiégalement Ustèmes VNX

sphere Manag

egrator egrator) est u

Mware disposer VSI pour s

e utilisent qupour obtenir

Mware vSpheft Windows S

Backup - Gu

t amélioré et ures. La confins qui requiè

outefois néceue la compres

SPEX peuventgrations de syprocessus aspermet égale

sont uniquemeool.

nt Suite étendNX Monitorinins en capacnisphere Remet VNXe tout

gement Suite

un plug-in VMsant d’une sosimplifier la gant à eux la une visibilité

re 5.5 - Jusquerver 2012 Ride d’infrast

les applicatiiguration de èrent les mei

essiter de hiéssion ou la d

t utiliser les Dystèmes de fsure une mig

ement aux cl

ent disponible

d l’interface cg and Reportité. Comme imote pour pet en assurant

Mware vCenteolution de stogestion du stmême interfaé renforcée s

u’à 1 000 maR2, EMC VNX ructure EMC

ions affichentype actif/ac

illeurs niveauérarchisation déduplication

Data Movers ichiers autom

gration automients de pou

es pour les un

conviviale ting afin de villustré sur laermettre la get une nouvell

er gratuit disockage EMC.ockage virtuaace vCenter qsur leur stock

achines et EMC Proven

nt des ctif en ux de ni de

n.

virtuels matisées matique

rsuivre

ités

valider a estion le prise

ponible . Les alisé. que celle kage VNX.

25



26

Avec VSI, les administrateurs informatiques ont la possibilité d’en faire plus en moins de temps. VSI propose un contrôle d’accès inégalé qui vous permet de gérer efficacement les tâches de stockage et de les déléguer en toute confiance. Effectuez les tâches quotidiennes de gestion avec jusqu’à 90 % de clics en moins et une productivité jusqu’à 10 fois supérieure.

VMware vStorage APIs for Array Integration VAAI (VMware vStorage APIs for Array Integration) délègue les fonctions de stockage VMware du serveur au système de stockage. Cette utilisation plus efficace du serveur et des ressources réseau améliore les performances et la consolidation.

VMware vStorage APIs for Storage Awareness VASA (VMware vStorage APIs for Storage Awareness) est une API définie par VMware pour afficher les informations de stockage via vCenter. L’intégration entre la technologie VASA et VNX rend la gestion du stockage transparente dans un environnement virtualisé.

EMC Storage Integrator EMC Storage Integrator (ESI) cible l’administrateur Windows et l’administrateur de l’application. Simple à utiliser, ESI assure une surveillance de bout en bout et est compatible avec tous les hyperviseurs. Les administrateurs ont ainsi la possibilité de provisionner une plate-forme Windows dans des environnements virtuels et physiques, ainsi que de la dépanner en affichant la topologie d’une application, de l’hyperviseur sous-jacent au stockage.

Offloaded Data Transfer La fonction Offloaded Data Transfer (ODX) de Microsoft Windows Server 2012 (et versions supérieures) permet le déchargement des transferts de données pendant les opérations de copie sur la baie de stockage, libérant ainsi des cycles sur les hôtes. Par exemple, l’utilisation d’ODX pour la migration dynamique d’une machine virtuelle SQL Server a permis de multiplier les performances par deux, de réduire le temps de migration de 50 %, de réduire l’utilisation des CPU sur le serveur hôte de 20 % et d’éliminer le trafic réseau.

Déduplication en mode bloc La déduplication en mode bloc a été proposée en natif pour la première fois dans Windows Server 2012 ; la version R2 de l’OS apportait des améliorations mineures à cette offre. Il est important de bien comprendre l’impact de l’utilisation de la déduplication basée sur l’OS sur les performances globales de VSPEX, ce qui devient critique lorsque la déduplication basée sur la baie est activée. Les tests effectués en laboratoire ont abouti aux recommandations suivantes :

• Si la déduplication est activée, soit à partir de la baie soit au sein de l’OS, FAST Cache réduit de manière significative l’impact du temps système et atténue les répercussions sur le temps de latence. Il est considéré comme une bonne pratique d’activer FAST Cache lorsque la fonction de déduplication est activée au sein d’un environnement VSPEX.

• Par rapport à la déduplication basée sur l’OS, la déduplication basée sur une baie VNX a permis d’obtenir des résultats de déduplication nettement supérieurs (un gain d’espace multiplié par deux environ) et s’est montrée plus avantageuse pour une large gamme de charges de travail.




27

• Veillez à ne pas activer les deux types de déduplication (basée sur l’OS et basée sur la baie) sur les mêmes LUN.

• Assurez-vous que la taille d’unité d’allocation correspond à la taille des E/S de la charge de travail, sans quoi les économies liées à la déduplication ne seront pas optimales.

• La fonction de déduplication de Windows ne démarre pas si la LUN contient moins de 64 Go de données.

• La fonction de déduplication de Windows consomme à la fois des ressources de l’hôte et de la baie de stockage, et doit faire l’objet d’une surveillance afin de prévenir d’éventuels effets négatifs sur d’autres services de stockage de la baie. Les trois figures suivantes présentent les valeurs de consommation des ressources des processeurs de stockage (SP), le nombre d’IOPS et le temps de latence observés suite à la mise en œuvre de la fonction de déduplication de Windows.

Figure 4. Taux d’utilisation des processeurs de stockage avec la fonction de déduplication de Windows



28

Figure 5. Nombre d’IOPS pour les disques avec la fonction de déduplication de Windows

Figure 6. Temps de latence pour les disques avec la fonction de déduplication de Windows

EMC Avamar et EMC Data Domain, les solutions de sauvegarde et de restauration d’EMC, procurent le niveau de protection requis pour accélérer le déploiement des Clouds privés VSPEX.

Optimisées pour les environnements virtuels, la sauvegarde et la restauration EMC réduisent les temps de sauvegarde de 90 % et multiplient la vitesse de restauration par 30, offrant même un accès instantané aux machines virtuelles, pour une protection en toute simplicité. Les appliances de sauvegarde EMC renforcent encore la fiabilité des restaurations, grâce à la vérification de bout en bout et à l’autoréparation.

Sauvegarde et restauration EMC




29

Nos solutions permettent également de réaliser des économies substantielles. Grâce à la déduplication, vous pouvez réduire l’espace de stockage de sauvegarde de 10 à 30 fois, le temps de gestion des sauvegardes de 81 % et la bande passante WAN de 99 % pour une reprise après sinistre efficace et une période d’amortissement moyenne de sept mois. Vous bénéficiez d’une évolutivité simple et efficace du stockage au fil de la croissance de votre environnement.

Pour les déploiements de Cloud privé VSPEX plus petits, nous vous recommandons d’utiliser VDP Advanced dans le cadre de votre solution de sauvegarde. S’appuyant sur la technologie Avamar, VDP Advanced offre les avantages de la sauvegarde et de la restauration rapides et efficaces d’Avamar au niveau image, pour une protection fiable et exhaustive.

Figure 7. Solutions de sauvegarde et de restauration EMC

Les solutions de sauvegarde et de restauration EMC utilisées dans le cadre de cette solution VSPEX incluent le système et le logiciel de déduplication EMC Avamar, le système de stockage avec déduplication EMC Data Domain et VMware vSphere Data Protection Advanced.



30

Présentation technologique de la solution



31

Chapitre 3 Présentation technologique de la solution


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

Principaux composants .......................................................................................... 33

Virtualisation ......................................................................................................... 34

Traitement ............................................................................................................. 37

Réseau .................................................................................................................. 40

Stockage ............................................................................................................... 42

Sauvegarde et restauration .................................................................................... 51

Autres technologies ............................................................................................... 53



32

Présentation

Cette solution s’appuie sur la gamme EMC VNX et la technologie VMware vSphere 5.5 pour consolider le matériel de stockage et les serveurs dans un environnement de Cloud privé. 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 8 présente les composants de la solution.

Figure 8. Composants du Cloud privé

Les sections suivantes décrivent les composants de façon plus détaillée.




33

Principaux composants

La présente section décrit les principaux composants de la solution.

• Virtualisation

La couche de virtualisation permet de séparer l’implémentation physique des ressources et les applications qui les utilisent. En d’autres termes, 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éfinit la quantité minimale de ressources requises dans la couche de traitement et permet au partenaire d’implémenter la solution en utilisant tout matériel serveur répondant à ces exigences.

• Réseau

La couche réseau connecte les utilisateurs du Cloud privé aux ressources de ce dernier, et la couche de stockage à celle du traitement des données. Le programme VSPEX définit le nombre minimal de ports réseau requis, fournit des conseils généraux sur l’architecture réseau et permet au client d’implémenter la solution en utilisant le matériel réseau répondant à ces exigences.

• Stockage

La couche de stockage est un élément critique de l’implémentation du Cloud privé. Lorsque plusieurs hôtes doivent accéder à des données partagées, nombre des exemples d’utilisation définis dans le concept de Cloud privé peuvent être mis en œuvre. 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 EMC

Les composants de sauvegarde et restauration de la solution assurent la protection des données lorsque ces dernières sont supprimées du système principal, qu’elles sont endommagées ou inutilisables.

La section Architecture de la solution décrit en détail l’ensemble des composants de l’architecture de référence.



34

Virtualisation

La couche de virtualisation est un composant essentiel des solutions de Cloud privé et de virtualisation des serveurs. Elle sépare les besoins en ressources des applications et les ressources physiques sous-jacentes qui les desservent. Elle offre une plus grande flexibilité dans la couche applicative en supprimant les périodes d’interruption matérielle pour maintenance, et permet la modification physique du système sans nuire aux applications hébergées. Dans le cadre d’un exemple d’utilisation de virtualisation de serveurs ou de Cloud privé, elle permet à plusieurs machines virtuelles individuelles de partager le même matériel, par rapport à une mise en œuvre directe sur du matériel dédié.

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

Les fonctions haute disponibilité de VMware vSphere 5.5, comme vMotion et Storage vMotion, permettent une migration transparente des machines virtuelles et des fichiers stockés d’un serveur vSphere à l’autre, ou d’une zone de stockage des données à l’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.

VMware vSphere 5.5 inclut une vaste liste de nouveautés et d’améliorations 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. Le nombre de CPU logiques et virtuels a doublé dans cette version, tout comme le nombre de nœuds NUMA et la quantité de mémoire maximale. Cela signifie que les serveurs hôtes peuvent prendre en charge des charges de travail plus importantes.

• Prise en charge des fichiers VMDK de 62 To avec RDM. 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 NL-SAS 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 qui simplifie la configuration via des workflows et fait apparaître plus de propriétés au niveau des fonctions virtuelles.

• Prise en charge 16 Gbit de bout en bout des environnements FC.

Présentation

VMware vSphere 5.5

Nouvelles fonctionnalités VMware vSphere 5.5




35

• Fonctions LACP améliorées proposant des algorithmes de hachage supplémentaires et jusqu’à 64 LAG (Link Access Groups, groupes d’accès aux liens).

• 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 Gbit.

• Amélioration des heaps VMFS, qui réduisent les exigences de mémoire tout en permettant l’accès à l’espace d’adressage VMFS 64 To complet.

De nouveaux défis clients sont apparus avec l’avènement de la virtualisation (prolifération des machines virtuelles, surprovisionnement de machines virtuelles, taux d’utilisation de la capacité inefficace, etc.). Pour répondre à ces problématiques clients, VMware a introduit vSphere with Operations Management (vSOM) au cours du premier trimestre 2013. À mesure que VMware définit la vision du software-defined datacenter pour le marché, la virtualisation du traitement (ou VMware vSphere with Operations Management) demeure la base pour réaliser ce nouveau modèle informatique.

vSphere with Operations Management propose une plate-forme de virtualisation exceptionnelle. Conçue pour exécuter des applications critiques à des niveaux de service élevés, elle permet d’analyser la capacité et les performances de l’infrastructure informatique. En fournissant des informations sur la capacité de charge de travail et l’état de santé du système, elle permet aux utilisateurs d’atteindre de meilleurs résultats en termes de taux d’utilisation de la capacité, de taux de consolidation et d’économies de matériel. Grâce à une visibilité accrue sur les goulots d’étranglement de performances et à des recommandations en matière de résolution des problèmes, les utilisateurs sont à même de mieux comprendre le plein effet et la cause première d’un incident avant que celui-ci n’influe sur toute l’entreprise. De ce fait, les utilisateurs garantissent les performances et l’intégrité des applications tout en réduisant de manière considérable le temps consacré à la résolution des problèmes.

vSOM est entièrement pris en charge en tant qu’hyperviseur au sein de VSPEX. De plus, vers la mi-2014, les clients de vSOM disposeront d’une stratégie de mise à niveau de la version standard d’Operations Management vers Enterprise ou Enterprise Plus, ce qui leur permettra d’utiliser EMC Storage Analytics pour le produit EMC VNX. Il sera dès lors possible d’obtenir des informations supplémentaires sur la baie de stockage (mappage et visibilité de bout en bout des ressources, entre autres informations) et ce, de la machine virtuelle jusqu’au niveau des composants de la baie.

Pour des informations supplémentaires sur l’installation et la configuration d’Operations Manager au sein d’un environnement VSPEX, consultez le document suivant :

EMC VSPEX Solution for Infrastructure as a Service with VMware vCloud Suite

VMware vSphere with Operations Management (vSOM) 5.5

http://www.emc.com/collateral/technical-documentation/h12432-vspex-soln-iaas-vmware-vcloud-suite-dg-and-ig.pdf�



36

Figure 9. Vision approfondie de l’écosystème virtualisé grâce à vSOM 5.5

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

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

La fonctionnalité VMware vSphere High Availability permet à la couche de virtualisation de redémarrer automatiquement les machines virtuelles en cas de panne.

• Si une erreur se produit dans le système d’exploitation de la machine virtuelle, celle-ci peut être redémarrée automatiquement sur le même matériel.

• Si le matériel physique présente une erreur, les machines virtuelles affectées peuvent être automatiquement redémarrées 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 suffisantes. La section Traitement explique en détail comment activer cette fonction.

VMware vSphere High Availability permet de créer des règles pour déterminer quelles machines redémarrer automatiquement et selon quelles modalités.

EMC Virtual Storage Integrator (VSI) for VMware vSphere est un plug-in du client vSphere, qui fournit une interface de gestion unique pour le stockage EMC au sein de l’environnement vSphere. L’ajout et la suppression de fonctions individuelles dans VSI procurent une certaine flexibilité pour la personnalisation des environnements utilisateur VSI. VSI Feature Manager se charge de gérer ces fonctions.

VMware vCenter

VMware vSphere High-Availability

EMC Virtual Storage Integrator for VMware




37

VSI procure un environnement utilisateur unifié, qui permet l’introduction rapide de nouvelles fonctions en réponse à l’évolution des exigences clients.

Le test de validation utilise les fonctions suivantes :

• Storage Viewer (SV) : complète le client vSphere afin de permettre la découverte et l’identification des périphériques de stockage EMC VNX alloués aux hôtes et aux machines virtuelles VMware vSphere. SV présente à l’administrateur du datacenter virtuel les détails du stockage sous-jacent. Pour cela, il fusionne les données de différents outils de mappage du stockage dans des vues consolidées du client vSphere.

• Unified Storage Management : simplifie l’administration du stockage de la plate-forme de stockage unifié EMC VNX. Cette fonction permet aux administrateurs VMware de provisionner, de manière transparente à partir du client vSphere, des datastores VMFS (Virtual Machine File System), des volumes RDM (Raw Device Mapping) ou un système NFS (Network File System).

Pour plus d’informations, consultez les guides produit EMC VSI for VMware vSphere sur le site de support en ligne EMC.

L’accélération matérielle avec VMware vStorage API for Array Integration (VAAI) est une amélioration du stockage dans vSphere 5.5, qui permet à vSphere de décharger des opérations de stockage spécifiques vers du matériel de stockage compatible, par exemple les plates-formes de la gamme VNX. Grâce à cette aide matérielle au stockage, vSphere effectue ces opérations plus rapidement, et en consommant moins de CPU, de mémoire et de bande passante du fabric de stockage.

Traitement

Le choix d’une plate-forme de serveur pour l’infrastructure EMC VSPEX doit reposer non seulement sur les exigences techniques de l’environnement, mais également sur la capacité de prise en charge de la plate-forme, les relations existantes avec le fournisseur du serveur, les fonctions de gestion, des performances élevées et bien d’autres facteurs. C’est pour cette raison que les solutions EMC VSPEX sont conçues pour s’exécuter sur une vaste gamme de plates-formes serveur. Au lieu de nécessiter un certain nombre de serveurs avec un ensemble d’exigences spécifiques, VSPEX documente les exigences minimales concernant le nombre de cœurs de processeur et la quantité de RAM. Ces éléments peuvent être implémentés avec deux ou vingt serveurs, et toujours être considérés comme la même solution VSPEX.

Dans l’exemple de la Figure 10, les exigences de la couche de traitement pour une implémentation donnée englobent 25 cœurs de processeur et 200 Go de RAM. Un client peut implémenter ces éléments par le biais de serveurs génériques comportant 16 cœurs de processeur et 64 Go de RAM, alors qu’un autre client préférera un serveur haut de gamme avec 20 cœurs de processeur et 144 Go de RAM.

Prise en charge de VNX VMware vStorage API for Array Integration



38

Figure 10. Flexibilité de la couche de traitement des données

Le premier client a besoin de quatre serveurs, alors que l’autre n’en a besoin que de deux.

Remarque : pour garantir une haute disponibilité sur la couche de traitement, chaque client doit prévoir un serveur supplémentaire afin de permettre au système d’assurer la continuité des opérations métiers en cas de panne d’un serveur.

Appliquez les bonnes pratiques suivantes à la couche de traitement :

• Utilisez plusieurs serveurs identiques ou, du moins, compatibles. VSPEX intègre des technologies de haute disponibilité au niveau de l’hyperviseur, qui peuvent requérir des jeux d’instructions similaires sur le matériel physique sous-jacent. En mettant en œuvre VSPEX sur des serveurs identiques, vous réduisez les risques d’incompatibilité.




39

• 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 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 dispose de ressources suffisantes pour gérer au minimum les pannes d’un serveur. Cela permet de procéder à des mises à niveau avec un minimum d’interruptions de service, et au système de 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. Veillez à prévoir suffisamment de cœurs de processeur et de RAM par cœur pour satisfaire aux exigences de l’environnement cible.



40

Réseau

Le réseau d’infrastructure doit comporter des liaisons redondantes pour chaque hôte vSphere, 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. Cette configuration est incontournable, que l’infrastructure réseau de la solution soit déjà en place ou que vous la déployiez en parallèle avec les autres composants de la solution. La Figure 11 et la Figure 12 illustrent une topologie réseau haute disponibilité.

Figure 11. Exemple de conception réseau haute disponibilité (mode bloc)

Présentation




41

Figure 12. Exemple de conception réseau haute disponibilité (mode fichier)

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é.

En mode bloc, les plates-formes EMC de stockage unifié assurent la haute disponibilité ou la redondance du réseau grâce à deux ports par processeur de stockage .Si une liaison est perdue sur un port front-end de processeur de stockage, elle bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives.

En mode fichier, 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. Avec cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le VNX et combine plusieurs ports Ethernet en une seule unité virtuelle. Si une liaison est perdue sur un port Ethernet, elle bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives.



42

Stockage

La couche de stockage constitue également une composante clé dans toute solution d’infrastructure de type Cloud. 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 de 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 la gamme EMC VNX offrent des fonctions et les performances permettant d’activer et d’améliorer les environnements de virtualisation.

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.

La gamme VNX s’appuie sur les processeurs Intel Xeon, pour un stockage intelligent dont les performances évoluent automatiquement et efficacement, tout en garantissant l’intégrité et la sécurité des données. Elle est conçue pour répondre aux exigences de hautes performances et de haute évolutivité des petites et grandes entreprises.

Le Tableau 1 présente les avantages de la gamme VNX pour le client.

Tableau 1. Avantages de VNX pour les clients

Fonction Avantages

Stockage unifié nouvelle génération, optimisé pour les applications virtualisées

Intégration étroite avec VMware offrant des fonctions de baie avancées et une gestion centralisée

Fonctions d’optimisation de la capacité comprenant la compression, la déduplication, l’allocation dynamique et les copies cohérentes avec les applications

Réduction des coûts de stockage, utilisation efficace des ressources et restauration plus simple des applications

Haute disponibilité de 99,999 % Temps de fonctionnement supérieurs et risques de panne réduits

Hiérarchisation automatisée avec FAST VP et FAST Cache, pouvant être optimisée pour des performances système maximales, mais aussi des coûts de stockage considérablement réduits

Utilisation plus efficace des ressources de stockage, sans planification ni configuration complexes

Gestion simplifiée avec EMC Unisphere, grâce à une interface de gestion unique pour répondre à tous les besoins en NAS, en SAN et en réplication

Réduction du temps système de gestion et des jeux d’outils nécessaires à la gestion de l’environnement

Performances jusqu’à trois fois plus élevées avec la toute dernière technologie de processeur multicœur Intel Xeon, optimisée pour Flash

Réduction du temps de latence, et augmentation de la bande passante et des IOPS afin de bénéficier d’une capacité supérieure pour gérer les charges de travail exigeantes

Présentation

Gamme EMC VNX




43

Des suites logicielles et des packs logiciels sont aussi disponibles pour la gamme VNX, afin d’améliorer la protection et les performances :

Suites logicielles

• FAST Suite : optimise automatiquement le système pour fournir des performances optimales, tout en réduisant considérablement les coûts de stockage.

• Local Protection Suite : protège et réaffecte les données en toute sécurité.

• 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.

Packs logiciels

• Total Efficiency Pack : comprend l’ensemble des cinq suites logicielles.

• Total Protection Pack : comprend Local Protection Suite, Remote Protection Suite et Application Protection Suite.

Les snapshots VNX constituent une nouvelle fonction logicielle intégrée à VNX Operating Environment for Block version 32, qui crée des copies ponctuelles des données. Il s’agit d’une bonne solution pour la sauvegarde des données, le développement et le test des logiciels, la réaffectation, la validation et la restauration rapide des données en local. Les snapshots VNX améliorent la fonction existante de snapshot SnapView de par leur intégration avec les pools de stockage.

Remarque : les LUN créées sur les groupes RAID physiques, également nommées LUN RAID, ne prennent en charge que les snapshots SnapView. Cette limitation est due au fait que, par nature, les snapshots VNX requièrent de l’espace dans le pool.

La prise en charge est de 256 snapshots enregistrables par LUN de pool. Les ramifications (également appelées « Snap of a Snap ») sont prises en charge si le nombre total de snapshots pour une LUN primaire est inférieur à 256, ceci étant une limite stricte.

Les snapshots VNX utilisent la technologie Redirect on Write (ROW). Cette technologie redirige les nouvelles écritures destinées à la LUN primaire vers un nouvel emplacement du pool de stockage. Cette mise en œuvre diffère de la fonction Copy On First Write (COFW), utilisée dans SnapView, qui maintient l’écriture sur la LUN primaire jusqu’à la copie des données d’origine sur le pool de LUN réservées pour conserver un snapshot.

Cette version (VNX Operating Environment for Block version 33) prend également en charge les groupes de cohérence. Il est possible de combiner plusieurs LUN de pool dans un groupe de cohérence et de les soumettre à un snapshot simultanément. Lorsque le snapshot d’un groupe de cohérence est lancé, toutes les écritures dans les LUN appartenant au groupe sont conservées jusqu’à la création des snapshots correspondants. Généralement, les groupes de cohérence sont utilisés pour les LUN appartenant à une même application.

Snapshots VNX



44

VNX SnapSure est une fonction logicielle d’EMC VNX Operating Environment for File permettant de créer et de gérer des points de contrôle représentés par des images logiques et ponctuelles d’un système de fichiers de production (PFS). SnapSure applique un principe de copie à la première modification. Un système de fichiers de production est constitué de blocs. Lors de la modification d’un bloc dans un système de fichiers de production, une copie incluant le contenu initial du bloc est sauvegardée dans un volume séparé du nom de SavVol. Les prochaines modifications effectuées sur le même bloc du système de fichiers de production ne seront pas copiées dans le SavVol. Les blocs originaux du système de fichiers de production contenus dans le SavVol et les blocs du système de fichiers de production non modifiés demeurent dans ce système sont lus par SnapSure selon une structure de suivi des données de carte des bits et de carte des blocs. Ces blocs combinés fournissent une image ponctuelle complète appelée « point de contrôle ».

Un point de contrôle reflète l’état d’un système de fichiers de production à un moment précis. SnapSure prend en charge deux types de point de contrôle :

• Point de contrôle en lecture seule : système de fichiers en lecture seule créé à partir d’un système de fichiers de production.

• Point de contrôle inscriptible : système de fichiers accessible en lecture/écriture créé à partir d’un point de contrôle en lecture seule.

SnapSure maintient en conditions opérationnelles un maximum de 96 points de contrôle en lecture seule et 16 points de contrôle inscriptibles par système de fichiers de production. En outre, il permet aux applications du système de fichiers de production d’accéder aux données en continu et en temps réel.

Remarque : chaque point de contrôle inscriptible est associé à un point de contrôle en lecture seule, appelé « point de contrôle de base ». Un seul point inscriptible peut être associé à chaque point de contrôle de base.

Pour obtenir des informations détaillées, consultez le document Using VNX Snapsure.

EMC VNX Virtual Provisioning permet aux entreprises de réduire leurs coûts de stockage en augmentant l’utilisation de leur capacité, en simplifiant la gestion du stockage et en diminuant les interruptions des applications. Virtual Provisioning leur permet également de réduire leurs besoins en énergie et en refroidissement, ainsi que de diminuer leurs investissements en capital.

Il propose un provisionnement du stockage de type pool via la mise en œuvre de LUN de pool (thin LUN ou thick LUN). Les thin LUN fournissent un espace de stockage à la demande qui optimise l’utilisation de votre système de stockage en allouant de l’espace en fonction des besoins. Les thick LUN offrent des performances à la fois élevées et prévisibles au niveau de vos applications. Les deux types de LUN bénéficient des fonctions simples d’emploi de provisionnement de type pool.

Les pools et les LUN de pool constituent également la base de services de données avancés comme FAST VP, les snapshots VNX et la compression. Les LUN de pool prennent également en charge de nombreuses autres fonctions, telles que la réduction de LUN, l’extension en ligne et le paramètre de seuil de capacité utilisateur.

VNX SnapSure

VNX Virtual Provisioning

https://support.emc.com/docu41442_Using-VNX-SnapSure.pdf�




45

EMC VNX Virtual Provisioning permet de développer la capacité d’un pool de stockage à partir de l’interface utilisateur Unisphere une fois que les disques sont physiquement attachés au système. Les systèmes VNX peuvent rétablir l’équilibre des éléments de données alloués pour tous les disques membres afin d’utiliser les nouveaux disques une fois le pool développé. La fonction de rééquilibrage démarre automatiquement et s’exécute en arrière-plan après une action de développement. Surveillez l’évolution d’une opération de rééquilibrage depuis l’onglet General de la fenêtre Pool Properties dans Unisphere, comme illustré sur la Figure 13.

Figure 13. Progression du rééquilibrage du pool de stockage

Extension de LUN

Utilisez l’extension de LUN de pool pour développer la capacité des LUN existantes. Ceci permet de provisionner de plus grandes capacités à mesure que les besoins métiers augmentent.

La gamme VNX peut étendre une LUN de pool sans perturber l’accès utilisateur. Pour procéder à cette opération, il suffit de quelques clics la capacité développée sera alors immédiatement disponible. Toutefois, vous ne pouvez pas étendre une LUN de pool si elle fait partie d’une opération de protection des données ou de migration de LUN. Par exemple, il n’est pas possible d’étendre des LUN de snapshot ou des LUN de migration.

Pour plus d’informations sur l’extension des LUN de pool, consultez le Livre blanc EMC VNX Virtual Provisioning — Applied Technology.

Réduction des LUN

Utilisez la réduction de thin LUN pour diminuer la capacité des LUN existantes.

VNX peut réduire une LUN de pool. Cette fonctionnalité est uniquement disponible pour les LUN hébergées par Windows Server 2008 et versions ultérieures. Le processus de réduction se compose de deux étapes :

http://www.france.emc.com/collateral/white-papers/h12204-vp-for-new-vnx-series-wp.pdf�




46

1. Réduisez le système de fichiers depuis le programme Windows Disk Management.

2. Réduisez la LUN de pool grâce à la fenêtre de commande et à l’utilitaire DISKRAID. Cet utilitaire est disponible via VDS Provider, qui fait partie du module EMC Solutions Enabler.

la nouvelle taille de LUN apparaît dès la fin du processus de réduction. Une tâche d’arrière-plan récupère l’espace supprimé ou réduit, puis le renvoie vers le pool de stockage. Une fois la tâche terminée, toute autre LUN de ce pool peut utiliser l’espace récupéré.

Pour plus d’informations sur l’extension des LUN de pool, consultez le Livre blanc EMC VNX Virtual Provisioning — Applied Technology.

Alerte utilisateur via le paramètre de seuil de capacité

Le client doit configurer des alertes proactives lors de l’utilisation d’un système de fichiers ou de pools de stockage basés sur des thin pools. Surveillez ces ressources afin que le stockage soit disponible pour le provisionnement au moment opportun et ainsi éviter le manque de capacité.

La Figure 14 explique pourquoi le provisionnement avec des thin pools nécessite une surveillance.

Figure 14. Utilisation de l’espace de thin LUN

Surveillez les valeurs suivantes pour l’utilisation de thin pools :

• Capacité totale correspond à la capacité physique totale disponible pour toutes les LUN d’un pool.

• Allocation totale correspond à la capacité physique totale allouée actuellement à toutes les LUN de pool.

• Capacité réservée correspond à la capacité totale prise en charge par le pool déclarée par l’hôte.

• Capacité d’over-subscription correspond au volume de capacité utilisateur configuré pour les LUN dépassant la capacité physique sur un pool.







47

• Allocation totale ne doit jamais dépasser la capacité totale. Néanmoins, si elle s’en approche, ajoutez en prévision de l’espace de stockage aux pools avant d’atteindre une limite stricte.

La Figure 15 affiche la boîte de dialogue Storage Pool Properties dans Unisphere. Celle-ci contient des paramètres de capacité tels que Free, Percent Full, Total allocation, Total Subscription, Percent Subscribed et Oversubscribed By.

Figure 15. Examen de l’utilisation de l’espace du pool de stockage

Lorsque la capacité du pool de stockage est épuisée, toute demande d’allocation d’espace supplémentaire sur des LUN à Thin Provisionnement échoue. En général, les applications tentant d’écrire des données sur ces LUN échouent également, et il en résultera probablement une panne. Pour éviter cela, surveillez l’utilisation du pool et donnez l’alerte lorsque les seuils sont atteints. Définissez le paramètre Percentage Full Threshold pour configurer un espace de mémoire tampon suffisant permettant la correction du problème avant qu’une panne ne se produise. Pour régler ce paramètre, cliquez sur l’onglet Advanced de la boîte de dialogue Storage Pool Properties, comme indiqué sur la Figure 16. Cette alerte est active seulement si au moins une thin LUN est présente sur le pool, car les thin LUN sont la seule façon de surprovisionner un pool. Si le pool contient uniquement des thick LUN, l’alerte n’est pas active car il n’existe aucun risque de manquer d’espace en raison d’une over-subscription. Vous pouvez également indiquer une valeur pour Percent Full Threshold, égale à Total Allocation/Total Capacity, lors de la création d’un pool.



48

Figure 16. Définition des seuils d’utilisation du pool de stockage

Visualisez les alertes grâce à l’onglet Alert dans Unisphere. La Figure 17 présente l’assistant Unisphere Event Monitor, dans lequel vous pouvez également sélectionner une option permettant de recevoir les alertes par e-mail, par service de radiomessagerie ou par trap SNMP.

Figure 17. Définition des notifications automatisées (mode bloc)




49

Le Tableau 2 présente des informations sur des seuils et leurs paramètres sous VNX OE Block 33.

Tableau 2. Seuils et paramètres sous VNX OE Block version 33

Type de seuil Plage de seuil Valeur seuil par défaut

Gravité des alertes

Effet secondaire

Définissable par l’utilisateur

1 à 84 % 70 % Avertissement Aucun

Intégré N/A 85 % Critique Efface l’alerte définissable par l’utilisateur

Si vous permettez que l’allocation totale dépasse 90 % de la capacité totale, vous courez le risque de manquer d’espace, ce qui peut avoir une incidence sur toutes les applications utilisant des thin LUN dans le pool.

VNX FAST Cache, qui fait partie de la suite logicielle VNX FAST Suite, permet d’utiliser des disques Flash comme couche de cache étendue pour la baie. FAST Cache est un cache sans perturbation à l’échelle de la baie. Il est disponible pour le stockage en modes fichier et bloc. Les données auxquelles les utilisateurs accèdent fréquemment sont copiées dans FAST Cache par incréments de 64 Ko, puis les lectures et/ou les écritures suivantes sur les segments de données sont traitées par FAST Cache. Cela permet de promouvoir immédiatement les données très actives sur les disques Flash, mais aussi d’améliorer considérablement les temps de réponse pour ces données et de réduire les points sensibles susceptibles de survenir au sein d’une LUN. La fonction FAST Cache est un composant en option de cette solution.

VNX FAST VP, qui fait partie de VNX FAST Suite, peut hiérarchiser automatiquement les données dans plusieurs types de disque pour tirer parti des différences de performances et de capacité. FAST VP agit au niveau du pool de stockage en mode bloc et choisit automatiquement l’emplacement de stockage des données en fonction de la fréquence de leur utilisation. Les données souvent consultées sont promues vers des niveaux de stockage plus élevés, par incréments de 256 Mo, tandis que les données les moins utilisées peuvent migrer vers un niveau plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d’une opération de maintenance programmée à intervalles réguliers.

Les fonctionnalités 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, qui fait partie de VMware vCloud Suite. Les solutions de Cloud privé VSPEX associées à VMware vCloud Networking permettent aux clients d’adopter des réseaux virtualisés pour se 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 optimisée. Les réseaux physiques ne suivent pas le rythme de la virtualisation des datacenters, ce qui empêche les entreprises de déployer, déplacer, faire évoluer et protéger rapidement les applications et les données conformément à leurs besoins métiers.

VNX FAST Cache

VNX FAST VP

vCloud Networking and Security



50

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 exigences en matière de performances et d’évolutivité des datacenters virtualisés. vCloud Networking and Security fournit des réseaux et une sécurité définis par logiciel, ainsi qu’une vaste gamme de services dans une solution unique. Cette solution inclut un pare-feu virtuel, un réseau privé virtuel (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 la flexibilité 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 contre les risques, 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-feux virtuels.

Les administrateurs déployant des bureaux virtuels avec l’environnement utilisateur VSPEX avec VMware vSphere 5.5 et 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, empêchant 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 définis par logiciel, capables de faire évoluer et de déplacer des charges de travail virtuelles au sein de leurs infrastructures VSPEX EMC Proven. Cela se fait sans mise en réseau physique, ni contraintes de sécurité, qui peuvent être rationalisées via l’intégration avec VMware vCenter et VMware vCloud Director.

Dans de nombreux environnements, il est important de stocker au même emplacement les fichiers auxquels accèdent beaucoup de personnes. Cette mise en œuvre est effectuée sous forme de partages de fichiers CIFS ou NFS à partir d’un serveur de fichiers. Les baies de stockage VNX offrent ce service en plus d’une gestion centralisée, d’une intégration client, d’options de sécurité avancées et de fonctions d’amélioration de l’efficacité.

Les entreprises ayant des bureaux distants/succursales préfèrent souvent localiser leurs données et applications à proximité des utilisateurs afin de leur offrir des performances optimales et des temps de latence réduits. Dans ces environnements, les départements informatiques doivent trouver l’équilibre entre les avantages de la prise en charge locale et la nécessité de maintenir un contrôle central. Les solutions de stockage et les systèmes locaux sont faciles à administrer pour le personnel du site, mais elles prennent également en charge la gestion à distance et les outils d’agrégation flexibles qui réduisent les demandes effectuées sur ces ressources locales. Avec VSPEX, vous pouvez accélérer le déploiement d’applications dans des bureaux distants et succursales. Les clients peuvent tirer parti d’Unisphere Remote pour consolider leurs solutions de surveillance, les alertes système et le reporting de centaines de sites, tout en conservant la simplicité d’opération et la fonctionnalité de stockage unifié pour les gestionnaires locaux.

Partages de fichiers VNX

Bureaux distants/ succursales




51

Sauvegarde et restauration

La sauvegarde et la restauration représentent un autre composant important de cette solution VSPEX, qui fournit une protection des données en sauvegardant les volumes ou les fichiers de données selon un calendrier défini, et en restaurant les données à partir de la sauvegarde en cas de sinistre.

La solution de sauvegarde et de restauration EMC est une méthode intelligente de protection de données. Elle s’appuie sur des logiciels et un stockage de protection avancés et intégrés conçus pour répondre aux objectifs de sauvegarde et de restauration actuels et à venir. Grâce au stockage de protection EMC leader sur le marché, à une intégration approfondie des sources de données et à des services de gestion des données riches en fonctionnalités, vous pouvez déployer une architecture de stockage de protection ouverte et modulaire vous permettant de faire évoluer le système tout en réduisant les coûts et la complexité qui y sont associés.

EMC Avamar propose une sauvegarde et une restauration rapides et efficaces, grâce à une solution logicielle et matérielle complète. Intégrant une technologie de déduplication de segments de longueur variable, Avamar permet de réaliser rapidement des sauvegardes complètes quotidiennes des environnements virtuels, bureaux distants, applications d’entreprise, serveurs NAS et ordinateurs de bureau/portables. En savoir plus : http://france.emc.com/avamar

Grâce à leur technologie de déduplication à la volée ultrarapide des charges de travail de sauvegarde et de restauration, les systèmes de stockage avec déduplication EMC Data Domain continuent de révolutionner la sauvegarde sur disque, l’archivage et la reprise après sinistre. En savoir plus : http://france.emc.com/datadomain

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 du produit primé Avamar d’EMC et dispose de nombreux points d’intégration avec vSphere 5.5, permettant ainsi la découverte aisée de vos machines virtuelles et la création efficace de règles. L’un des défis que les systèmes habituels rencontrent avec les machines virtuelles a trait à la masse de données que contiennent ces fichiers. 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 du stockage de sauvegarde en continu. Les données sont dédupliquées dans toutes les machines virtuelles associées à l’appliance virtuelle VDP.

VDP utilise vStorage APIs for Data Protection (VADP), qui envoie uniquement les blocs de données modifiés. 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 finaux à 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 proposant des fonctions de contrôle de version et de recherche. Ils peuvent restaurer des fichiers individuels ou des répertoires sans intervention du département informatique, ce qui dégage un temps et des ressources précieux, et améliore l’expérience utilisateur.

Présentation

Déduplication EMC Avamar

Systèmes de stockage avec déduplication EMC Data Domain

VMware vSphere Data Protection

http://france.emc.com/avamar�

http://france.emc.com/datadomain�



52

Pour connaître les options de sauvegarde et de restauration, consultez le document EMC Backup and Recovery Options for VSPEX Private Clouds Design and Implementation Guide.

vSphere Replication est une fonctionnalité de la plate-forme vSphere 5.5 qui assure une continuité d’activité. Elle copie une machine virtuelle définie dans l’infrastructure VSPEX vers une deuxième instance de VSPEX ou à l’intérieur des serveurs mis en cluster dans un système VSPEX unique. vSphere Replication continue à protéger la machine virtuelle en permanence et réplique les modifications sur la machine virtuelle copiée. Cela garantit la protection continue de la machine virtuelle et sa disponibilité pour une restitution sans restauration à partir de la sauvegarde. Les machines virtuelles de l’application Replication sont définies dans VSPEX pour garantir des données cohérentes dans l’application en un simple clic 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é de volumes Microsoft (VSS), afin de garantir que les applications telles que les bases de données Microsoft Exchange ou Microsoft SQL Server sont passives et cohérentes lors de la génération des données de réplica. Un appel rapide à 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 entièrement restaurées. Cette démarche automatisée simplifie la gestion et augmente l’efficacité de votre environnement virtuel basé sur VSPEX.

EMC RecoverPoint est une solution d’entreprise qui protège les données des applications sur des serveurs et des baies de stockage hétérogènes rattachés à un SAN. RecoverPoint s’exécute sur une appliance dédiée (RPA) et combine une technologie de protection continue des données leader sur le marché avec une technologie de réplication sans perte de données, qui assure une utilisation efficace de la bande passante. Cette technologie permet à RPA de protéger les données en local (protection continue des données, CDP), à distance (réplication continue à distance, CRR) ou les deux (CLR), ce qui offre les avantages suivants :

• RecoverPoint CDP réplique les données sur un même site ou vers un site de baie intermédiaire local situé à une distance variable, puis il transfère les données via Fibre Channel (FC).

• RecoverPoint CRR utilise FC ou un réseau IP existant pour envoyer les snapshots de données vers les sites distants grâce à des techniques qui conservent l’ordre d’écriture.

• Dans une configuration CLR, RecoverPoint effectue des réplications vers un site local et un site distant simultanément.

RecoverPoint a recours à une technologie de séparation légère sur le serveur d’applications, sur le fabric ou dans la baie, pour mettre en miroir les écritures d’application sur le cluster RecoverPoint. Il prend en charge les types de séparation des écritures suivants :

• Basée sur la baie

• Type fabric

• Basée sur l’hôte

vSphere Replication

EMC RecoverPoint

https://community.emc.com/servlet/JiveServlet/download/27126-10-71703/h12387-backup-options-for-vspex-private-clouds-dg-ig.pdf�




53

Autres technologies

Outre les composants techniques requis pour les solutions EMC VSPEX, d’autres éléments peuvent offrir une valeur ajoutée selon l’exemple d’utilisation. Cela inclut les technologies suivantes, sans s’y limiter.

VMware vCloud Automation Center, qui fait partie de vCloud Suite Enterprise, coordonne le provisionnement de services de software-defined datacenter en tant que datacenters virtuels complets prêts à l’emploi. vCloud Automation Center est une solution logicielle qui permet aux clients de créer des Clouds privés 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.

VMware vCloud Automation Center utilise des pools de ressources extraits des ressources physiques, virtuelles et de Cloud sous-jacentes pour permettre le déploiement automatique de ressources virtuelles au moment et à l’endroit opportuns. L’association de VSPEX et de vCloud Automation Center permet aux clients de mettre en place des datacenters virtuels complets, fournissant des ressources de réseau, de traitement, de stockage et de sécurité, ainsi qu’un jeu complet de services nécessaires pour rendre les charges de travail opérationnelles avec un minimum de temps système.

Le service de datacenter défini par logiciel et les datacenters virtuels simplifient radicalement le provisionnement d’infrastructure. Ils permettent également aux systèmes informatiques de suivre le rythme de l’entreprise. VMware vCloud Automation Center s’intègre avec les déploiements de Cloud privé VSPEX avec VMware vSphere 5.5 nouveaux ou existants. Il prend en charge les applications existantes et futures en fournissant des interfaces de stockage et de gestion réseau standard ajustables, telles qu’une diffusion et une connectivité Layer 2 entre les machines virtuelles. VMware vCloud Automation Center utilise des normes ouvertes afin de préserver la flexibilité des déploiements et d’ouvrir la voie au Cloud hybride. Les principales caractéristiques de VMware vCloud Automation Center sont les suivantes :

• provisionnement en libre-service ;

• gestion du cycle de vie ;

• gestion du Cloud unifiée ;

• documentation de référence multi-VM ;

• gouvernance basée sur des règles orientée contexte ;

• gestion intelligente des ressources.

Toutes les infrastructures VSPEX EMC Proven peuvent utiliser vCloud Automation Center pour coordonner le déploiement de datacenters virtuels en se basant sur un ou plusieurs déploiements VSPEX. Ces infrastructures permettent un déploiement simple et efficace de machines virtuelles, d’applications et de réseaux virtuels.

Présentation

VMware vCloud Automation Center



54

VMware vCenter Operations Manager Suite (vC Ops) assure une visibilité inégalée sur les environnements virtuels VSPEX. Elle permet de collecter et d’analyser des données, de corréler les anomalies et d’identifier la cause première des problèmes de performances, tout en fournissant aux administrateurs les informations dont ils ont besoin pour optimiser et ajuster leurs infrastructures virtuelles VSPEX. vCenter Operations Manager propose une approche automatisée pour l’optimisation de l’environnement virtuel VSPEX en apportant des outils analytiques d’autoapprentissage intégrés, afin d’améliorer les performances, l’utilisation de la capacité et la gestion de la configuration. vC Ops fournit un jeu complet de fonctionnalités de gestion, notamment :

• Performances

• Capacité

• Capacité d’adaptation

• Gestion de la configuration et de la conformité

• Découverte et surveillance des applications

• Évaluation des coûts

vC Ops inclut cinq composants : VMware vCenter Operations Manager, VMware vCenter Configuration Manager, VMware vFabric Hyperic, VMware vCenter Infrastructure Navigator et VMware vCenter Chargeback Manager.

VMware vCenter Operations Manager constitue la base de la suite logicielle et fournit une interface de tableau de bord opérationnel, facilitant ainsi la visualisation des problèmes dans votre environnement virtuel VSPEX. 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.

vCenter Infrastructure Navigator fournit une visibilité des services d’application exécutés sur l’infrastructure de machines virtuelles et de leurs relations pour la gestion opérationnelle quotidienne.

vCenter Chargeback Manager permet de mesurer avec précision le coût des machines virtuelles, de l’analyser et de générer un rapport à ce sujet. Cela rend plus visible le coût de l’infrastructure virtuelle définie sur VSPEX et requise pour prendre en charge les services métiers.

Avec l’introduction de VMware vCenter Single Sign-on (SSO) dans VMware vSphere 5.5, les administrateurs disposent désormais d’un niveau plus élevé de services d’authentification lors de la gestion de leurs infrastructures VSPEX EMC Proven. Une authentification par vCenter SSO sécurise davantage la plate-forme d’infrastructure de type Cloud VMware. Cette fonction permet 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 tel qu’Active Directory.

Lorsque les utilisateurs se connectent au client Web vSphere avec un nom d’utilisateur et un mot de passe, le serveur vCenter SSO reçoit leurs informations d’identification. Celles-ci sont ensuite authentifiées par rapport aux sources d’identité back-end et échangées contre un token de sécurité renvoyé au client pour octroyer l’accès aux solutions de l’environnement. Un accès SSO se traduit par un

VMware vCenter Operations Management Suite

VMware vCenter Single Sign-On




55

gain de temps et d’argent, ce qui peut entraîner des économies significatives et des workflows rationalisés à l’échelle de toute l’entreprise.

Avec vSphere 5.5, les utilisateurs disposent d’une vue unifiée de l’intégralité de leur environnement 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.

La solution de Cloud privé VSPEX avec VMware vSphere 5.5 est simple, efficace et flexible. VMware SSO simplifie l’authentification, accroît la productivité et confère aux administrateurs la flexibilité requise pour rendre les serveurs d’accès SSO locaux ou globaux.

La possibilité de sécuriser les données et de garantir l’identité des périphériques et des utilisateurs est critique dans les environnements informatiques des entreprises d’aujourd’hui. Cela est particulièrement vrai dans les secteurs réglementés tels que la santé, le secteur financier et les administrations. Les solutions VSPEX peuvent offrir des plates-formes informatiques plus robustes, le plus souvent via la mise en œuvre d’une infrastructure à clé publique (PKI).

Les solutions VSPEX peuvent être élaborées avec une solution PKI conçue pour répondre aux critères de sécurité de votre entreprise, à partir d’un processus modulaire, par lequel des couches de sécurité sont ajoutées à mesure que les besoins surviennent. Le processus général implique en premier lieu la mise en œuvre d’une infrastructure à clé publique en remplaçant les certificats génériques autocertifiés par des certificats approuvés par une autorité de certification tierce. Les services prenant en charge la PKI peuvent être activés à l’aide des certificats approuvés, ce qui garantit un degré élevé d’authentification et de chiffrement, le cas échéant.

En fonction de l’étendue des services PKI requis, il peut être nécessaire de mettre en œuvre une infrastructure PKI dédiée à ces besoins. De nombreux outils tiers proposent ces services, notamment les solutions de bout en bout de RSA, qui peuvent être déployées au sein d’un environnement VSPEX. Pour obtenir des informations complémentaires, rendez-vous sur le site Web de RSA.

Ce logiciel combine les fonctions et fonctionnalités de VMware vCenter Operations Manager avec une fonction d’analytique de stockage VNX approfondie. Grâce à cette intégration, une analytique et des visualisations personnalisées fournissent une visibilité détaillée sur l’infrastructure EMC et permettent d’identifier les problèmes de performances de stockage et de gestion de la capacité, de les résoudre et de prendre des mesures dans les plus brefs délais.

Infrastructure à clé publique

EMC Storage Analytics for EMC VNX

http://www.france.emc.com/security/rsa-digital-certificate.htm�



56

Des visualisations personnalisées « prêtes à l’emploi » permettent aux clients de déployer rapidement la prise en charge de l’infrastructure EMC au sein de vCenter Operations Manager et ce, sans nécessiter une intégration cliente ni l’intervention de EMC Professional Services. Ce logiciel propose par ailleurs une analyse des performances exploitable qui permet aux clients d’identifier et de résoudre rapidement les problèmes de performances et de capacité liés aux systèmes de la gamme VNX.

• EMC Storage Analytics for VNX est pris en charge par tous les systèmes VNX. Analytique de stockage complète : affichez les statistiques sur les performances et la capacité, notamment concernant FAST Cache et FAST VP.

• Vues de la topologie : mappage de topologie de bout en bout, des machines virtuelles aux disques, en vue de simplifier la gestion des opérations de stockage.

• Maintien des SLA : dépannage rapide des problèmes de performances et service d’assistance qui vous aide à maintenir vos contrats de niveau de service.

EMC PowerPath/VE for VMware vSphere 5.5 est un module d’extension multipathing vSphere qui fonctionne avec un stockage SAN afin de gérer intelligemment les chemins d’E/S FC, iSCSI et FCoE (Fibre Channel over Ethernet).

PowerPath/VE est installé sur l’hôte vSphere et évolue jusqu’au nombre maximal de machines virtuelles sur l’hôte, améliorant ainsi les performances d’E/S. Ce module n’est pas installé sur les machines virtuelles et celles-ci ignorent qu’il gère les E/S sur le système de stockage. PowerPath/VE répartit les demandes d’équilibrage de la charge d’E/S de façon dynamique. Il détecte et restaure automatiquement les chemins en cas de défaillance.

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 PCIe Flash.

Flash Cache sur serveur pour une vitesse maximale

XtremCache permet d’améliorer les performances du système grâce aux fonctions suivantes :

• Elle met en cache les données les plus fréquemment sollicitées sur la carte PCIe du serveur pour rapprocher les données de l’application.

• Elle s’adapte automatiquement à la fluctuation des charges de travail en identifiant les données les plus fréquemment sollicitées pour les promouvoir sur la carte Flash du serveur. Cela signifie que les données les plus actives sont automatiquement placées sur la carte PCIe sur serveur en vue d’un accès plus rapide.

• Elle décharge la baie de stockage du trafic de lecture, ce qui permet d’allouer une puissance de traitement supérieure à d’autres applications. Tandis qu’une application est exécutée plus rapidement grâce à XtremCache, les performances de la baie pour les autres applications sont maintenues, voire légèrement améliorées.

PowerPath/VE (bloc)

EMC XtremCache




57

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 ni aucune nouvelle certification n’est nécessaire pour déployer cette solution dans l’environnement.

Intégration dans vSphere 5.5

XtremCache améliore les environnements virtualisés et physiques. L’intégration avec le plug-in VSI dans VMware vSphere 5.5 vCenter simplifie la gestion et la surveillance de XtremCache.

Impact minimal sur les ressources système

Contrairement à d’autres solutions de mise en cache existant sur le marché, et 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 ne requiert pas une quantité notable de mémoire, ni de cycles CPU. Il n’a pas non plus recours aux ressources serveur. Contrairement à d’autres solutions PCIe, aucun temps système significatif n’est utilisé lorsque XtremCache est exécuté sur des 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

Avec la configuration des scripts de clustering XtremCache, 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 éléments à prendre en compte concernant les performances de Xtrem Cache :

• Lors d’une demande d’écriture, XtremCache écrit en premier sur la baie, puis sur le cache, et enfin se charge des E/S de l’application.

• Lors d’une demande de lecture, XtremCache répond avec les données mises en cache ou, lorsque ces données ne sont pas disponibles, les récupère de la baie, les écrit sur le cache, puis les renvoie à l’application. La transmission à 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 affiche une efficacité optimale pour des charges de travail présentant un rapport lecture/écriture 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 1.5.

Remarque : pour plus d’informations, consultez le livre blanc intitulé Introduction to XtremCache.

http://www.france.emc.com/collateral/hardware/white-papers/h10502-vfcache-intro-wp.pdf�





58



59

Chapitre 4 Présentation de l’architecture de la solution


Présentation .......................................................................................................... 60

Architecture de la solution ..................................................................................... 60

Instructions pour la configuration des serveurs ...................................................... 69

Instructions pour la configuration du réseau .......................................................... 74

Instructions pour la configuration du stockage ...................................................... 77

Haute disponibilité et basculement sur incident ..................................................... 90

Profil du test de validation ..................................................................................... 93

Instructions pour la configuration de la sauvegarde et de la restauration ............... 93

Instructions pour le dimensionnement ................................................................... 94

Charge de travail de référence ............................................................................... 94

Application de la charge de travail de référence ..................................................... 95

Implémentation de la solution ............................................................................... 97

Évaluation rapide ................................................................................................. 101

Présentation de l’architecture de la solution


60

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, avec les minima requis en matière de CPU, de mémoire et de ressources réseau. Le client peut choisir le matériel serveur et réseau de son choix pour respecter la configuration minimale indiquée, voire la dépasser. L’architecture de stockage spécifiée et un système répondant aux exigences de serveur et de réseau mentionnées ont été validés par EMC pour fournir de hauts niveaux de performances tout en offrant une haute disponibilité dans le cadre du déploiement de votre Cloud privé.

Chaque infrastructure éprouvée VSPEX répartit les ressources de traitement, du stockage et réseau requises pour un ensemble de machines virtuelles validées par EMC. Chaque machine virtuelle possède ses propres exigences, lesquelles coïncident rarement avec un schéma universel prédéfini. Lors de toute discussion portant sur les infrastructures virtuelles, il est essentiel de définir en premier lieu une charge de travail de référence. 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.

Architecture de la solution

La solution de Cloud privé VSPEX pour VMware vSphere avec EMC VNX est validée pour quatre points d’échantillonnage : une configuration comprenant jusqu’à 200 machines virtuelles, une configuration comprenant jusqu’à 300 machines virtuelles, une configuration comprenant jusqu’à 600 machines virtuelles et une configuration comprenant jusqu’à 1 000 machines virtuelles. Les configurations définies constituent les bases de la création d’une solution personnalisée.

Remarque : VSPEX utilise le concept de « charge de travail de référence » pour décrire et définir une machine virtuelle. Par conséquent, un serveur physique ou virtuel dans un environnement existant peut ne pas équivaloir à une machine virtuelle dans une solution VSPEX. Évaluez votre charge de travail par rapport à la charge de référence, afin de définir un point d’échantillonnage approprié. Ce document décrit le processus en question à la section Application de la charge de travail de référence

Présentation




61

Les schémas d’architecture de cette section présentent l’organisation des principaux composants des solutions. Les systèmes de stockage en modes bloc et fichier sont illustrés dans les schémas suivants.

La Figure 18 illustre l’infrastructure validée avec un stockage en mode bloc, où un SAN FC/FCoE de 8 Gbit ou iSCSI de 10 Gbit assure le transport du trafic de stockage, tandis qu’un réseau 10 GbE assure le transport du trafic de gestion et d’applications.

Figure 18. Architecture logique pour le stockage en mode bloc

Architecture logique



62

La Figure 19 illustre l’infrastructure validée avec un stockage en mode fichier, où un réseau 10 GbE assure le transport du trafic de stockage, ainsi que le restant du trafic.

Figure 19. Architecture logique pour le stockage en mode fichier

L’architecture comprend les principaux composants suivants :

VMware vSphere 5.5 : fournit une couche de virtualisation commune pour héberger un environnement de serveurs. Les caractéristiques techniques de l’environnement validé figurent dans le Tableau 3. vSphere 5.5 fournit une infrastructure haute disponibilité, avec les fonctions suivantes :

• vMotion : assure une migration dynamique 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 une migration dynamique des fichiers disque des machines virtuelles dans et entre les baies de stockage, sans période d’interruption des machines virtuelles ni interruption de service.

• vSphere High Availability (HA) : détecte une machine virtuelle en échec dans un cluster et en assure la restauration rapide.

• Distributed Resource Scheduler (DRS) : permet un équilibrage de la charge de la capacité de traitement au sein d’un cluster.

• Storage Distributed Resource Scheduler (SDRS) : assure un équilibrage de la charge sur plusieurs datastores, en fonction de l’espace utilisé et du temps de latence des E/S.

VMware vCenter Server : fournit une plate-forme évolutive et extensible sur laquelle repose la gestion de la virtualisation des clusters VMware vSphere. vCenter gère tous les hôtes vSphere et leurs machines virtuelles.

SQL Server : VMware vCenter Server nécessite un service de base de données pour stocker les informations de configuration et de surveillance. Cette solution a recours à un serveur Microsoft SQL Server 2008 R2.

Principaux composants




63

Serveur DNS : utilisez des services DNS pour les différents composants de la solution, afin d’exécuter la résolution de noms. Cette solution a recours au service Microsoft DNS exécuté sous Windows Server 2012 R2.

Serveur Active Directory : plusieurs composants de la solution nécessitent les services Active Directory pour fonctionner correctement. Le service Active Directory de Microsoft s’exécutant sur Windows Server 2012 R2 est utilisé.

Infrastructure partagée : ajoutez des services DNS et d’authentification/autorisation tels qu’Active Directory dans l’infrastructure existante ou comme partie intégrante de la nouvelle infrastructure virtuelle.

Réseau IP : un réseau Ethernet standard prend en charge tout le trafic réseau à l’aide d’un câblage et de switches redondants. Un réseau IP partagé supporte le trafic des utilisateurs et de la gestion.

Réseau de stockage

Le réseau de stockage est un réseau isolé qui fournit aux hôtes un accès à la baie de stockage. VSPEX offre différentes options de stockage en mode bloc et en mode fichier.

Réseau de stockage en mode bloc : Cette solution offre trois options pour les réseaux de stockage en mode bloc.

• Fibre Channel (FC) : un ensemble de normes qui définit les protocoles servant aux transferts de données en série à grande vitesse. FC offre une trame standard de transport des données entre les serveurs et des unités de stockage partagées.

• Fibre Channel over Ethernet (FCoE) : protocole de mise en réseau du stockage plus récent, qui prend en charge FC en natif sur Ethernet en incorporant les trames FC dans des trames Ethernet. Cela permet aux trames FC incorporées de s’exécuter en même temps que le trafic IP traditionnel.

• Ethernet 10 Gbit (iSCSI) : permet le transport de blocs SCSI sur un réseau TCP/IP. iSCSI encapsule les commandes SCSI dans des paquets TCP et envoie ces paquets via le réseau IP.

Réseau de stockage en mode fichier : Avec un stockage en mode fichier, un sous-réseau 10 GbE privé et non routable assure le transport du trafic de stockage.

Baie de stockage VNX

La configuration du Cloud privé VSPEX commence avec les baies de stockage VNX :

• Baie EMC VNX5200 : fournit du stockage aux hôtes vSphere pour un maximum de 200 machines virtuelles.



• Baie EMC VNX5800 : fournit du stockage aux hôtes vSphere pour un maximum de 1 000 machines virtuelles.



64

Les baies de stockage de la gamme VNX incluent les composants suivants :

• Processeurs de stockage (SP) : prennent en charge les données en mode bloc par l’intermédiaire de la technologie UltraFlex I/O, qui prend en charge les protocoles Fibre Channel, iSCSI et FCoE. Ces processeurs proposent un accès pour tous les hôtes externes et la baie VNX, côté fichier.

• Boîtier du processeur de disques (DPE) : de dimension 3U, héberge les processeurs de stockage et le premier plateau de disques. Les modèles VNX5200, VNX5400, VNX5600 et VNX5800 utilisent ce composant.

• Lames X-Blade (ou Data Movers) : accèdent aux données depuis le back-end et assurent un accès hôte au moyen de la technologie UltraFlex I/O, qui prend en charge les protocoles NFS, CIFS, MPFS et pNFS. Les lames X-Blade de chaque baie sont évolutives et fournissent une redondance pour garantir l’absence de points uniques de défaillance.

• Boîtier DME : de dimension 2U, héberge les Data Movers (lames X-Blade). Tous les modèles VNX for File utilisent le boîtier DME.

• Alimentation de secours : de dimension 1U, fournit une puissance suffisante à chaque processeur de stockage pour que les données en cours de transfert soient stockées dans la chambre forte de la baie en cas de coupure d’alimentation. Cela garantit l’absence de pertes d’écritures. Lors du redémarrage de la baie, les écritures en attente sont rapprochées et rendues persistantes.

• Station pilote : de dimension 1U, offre des fonctions de gestion aux lames X-Blade. Ces stations sont responsables du basculement sur incident des lames X-Blade. Une station pilote secondaire en option assure la redondance sur la baie VNX.

• Boîtiers DAE : contiennent les disques utilisés dans la baie.

Le Tableau 3 répertorie le matériel utilisé dans cette solution.

Tableau 3. Matériel utilisé dans la solution

Composant Configuration

Serveurs VMware vSphere

CPU 1 CPU virtuel par machine virtuelle 4 CPU virtuels par cœur physique

Pour 200 machines virtuelles : 200 CPU virtuels 50 CPU physiques minimum

Pour 300 machines virtuelles : • 300 CPU virtuels • 75 CPU physiques minimum

Pour 600 machines virtuelles : • 600 CPU virtuels • 150 CPU physiques minimum

Pour 1 000 machines virtuelles : • 1 000 CPU virtuels • 250 CPU physiques minimum

Ressources matérielles




65


Mémoire 2 Go de RAM par machine virtuelle

Réservation de 2 Go de RAM par hôte VMware vSphere

Pour 200 machines virtuelles :

400 Go de RAM minimum

Plus 2 Go pour chaque serveur physique


• 600 Go de RAM minimum

• Plus 2 Go pour chaque serveur physique


• 1 200 Go de RAM minimum


Pour 1 000 machines virtuelles :



Réseau

Bloc 2 cartes réseau 10 GbE par serveur

2 adaptateurs HBA par serveur

Fichier 4 cartes réseau 10 GbE par serveur

Remarque : ajoutez au moins un autre serveur à l’infrastructure en plus du nombre indiqué dans les conditions minimales requises pour implémenter la fonction VMware vSphere High Availability (HA) et atteindre les valeurs minimales répertoriées.

Infrastructure réseau

Configuration minimale des switches

Bloc 2 switches physiques

2 ports 10 GbE par serveur VMware vSphere

1 port 1 GbE par station pilote pour la gestion

2 ports par serveur VMware vSphere pour le réseau de stockage

2 ports par processeur de stockage pour les données

Fichier 2 switches physiques



2 ports 10 GbE par Data Mover pour les données

Sauvegarde EMC

Avamar Consultez le document EMC Backup and Recovery Options for VSPEX Private Clouds Design and Implementation Guide.

Data Domain Consultez le document EMC Backup and Recovery Options for VSPEX Private Clouds Design and Implementation Guide.

http://www.france.emc.com/collateral/technical-documentation/h12387-backup-options-for-vspex-private-clouds-dg-ig.pdf�










66


Baie de stockage de la gamme EMC VNX

Bloc Caractéristiques communes :

• 1 interface 1 GbE par station pilote pour la gestion

• 1 interface 1 GbE par processeur de stockage pour la gestion

• 2 ports front-end par processeur de stockage • Disques système pour VNX OE


• EMC VNX5200 • 75 disques SAS 3,5 pouces, 600 Go,

15 000 t/min • 4 disques Flash de 200 Go • 3 disques SAS 3,5 pouces, 600 Go,

15 000 t/min, utilisés comme disques de secours

• 1 disque Flash de 200 Go utilisé comme disque de secours



















67


Fichier Caractéristiques communes : • 2 interfaces 10 GbE par Data Mover • 1 interface 1 GbE par station pilote pour la

gestion • 1 interface 1 GbE par processeur de stockage

pour la gestion • Disques système pour VNX OE

Pour 200 machines virtuelles : • EMC VNX5200 • 2 Data Movers (actif/veille) • 75 disques SAS 3,5 pouces, 600 Go,

15 000 t/min • 4 disques Flash de 200 Go • 3 disques SAS 3,5 pouces, 600 Go, 15 000 t/min,

utilisés comme disques de secours • 1 disque Flash de 200 Go utilisé comme

disque de secours Pour 300 machines virtuelles : • EMC VNX5400 • 2 Data Movers (actif/veille) • 110 disques SAS 3,5 pouces, 600 Go,



disque de secours Pour 600 machines virtuelles : • EMC VNX5600 • 2 Data Movers (actif/veille) • 220 disques SAS 3,5 pouces, 600 Go,



disque de secours Pour 1 000 machines virtuelles : • EMC VNX5800 • 3 Data Movers (2 actifs/1 en veille) • 360 disques SAS 3,5 pouces, 600 Go,




Remarque : avec la baie VNX5800, il est recommandé de ne pas exécuter plus de 600 machines virtuelles sur un même Data Mover actif. Configurez deux Data Movers actifs (2 actifs/1 en veille) lors de l’évolution à 600 machines virtuelles ou plus dans ce cas.



68


Infrastructure partagée

Dans la plupart des cas, un environnement client dispose déjà de services d’infrastructures, 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.

Si la mise en œuvre a été effectuée sans infrastructure existante, la nouvelle configuration minimale requise est la suivante :

• 2 serveurs physiques

• 16 Go de RAM par serveur

• 4 cœurs de processeur par serveur

• 2 ports 1 GbE par serveur

Remarque : ces services peuvent être migrés dans le postdéploiement VSPEX. Toutefois, ils doivent exister avant le déploiement de VSPEX.

Remarque : la solution doit utiliser de préférence un réseau 10 GbE ou une infrastructure réseau 1 GbE équivalente, à condition que les exigences sous-jacentes liées à la bande passante et à la redondance soient satisfaites.

Le Tableau 4 répertorie les logiciels utilisés dans cette solution.

Tableau 4. Logiciels utilisés dans la solution

Logiciels Configuration

VMware vSphere 5.5

Serveur vSphere Enterprise Edition

vCenter Server Édition standard

Système d’exploitation pour vCenter Server

Windows Server 2008 R2 SP1 Standard Edition

Remarque : tout système d’exploitation pris en charge pour vCenter est acceptable.

Microsoft SQL Server Version 2008 R2 Standard Edition

Remarque : toute base de données prise en charge pour vCenter est acceptable.

EMC VNX

VNX Operating Environment for File 8.0

VNX Operating Environment for Block 05.33

EMC VSI for VMware vSphere : Unified Storage Management

Rechercher la dernière version

EMC VSI for VMware vSphere : Storage Viewer

EMC PowerPath/VE Rechercher la dernière version

Ressources logicielles

http://www.france.emc.com/cloud-virtualization/virtual-storage-integrator.htm�

http://www.france.emc.com/storage/powerpath/powerpath-ve.htm�




69

Logiciels Configuration

Sauvegarde EMC


OS Data Domain

Machines virtuelles (utilisées pour la validation, non requises pour le déploiement)

Système d’exploitation de base Microsoft Windows Server 2012 R2 Data Center Edition

Instructions pour la configuration des serveurs

Lors de la conception et de la commande de la couche de traitement/serveur pour la solution VSPEX décrite ci-dessous, il se peut que certains facteurs influent sur 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 artificielle de la capacité mémoire et le partage de page transparent peuvent réduire les besoins en mémoire agrégée.

Si le pool de machines virtuelles présente un faible nombre de pics ou d’utilisations simultanées, il est possible de réduire le nombre de CPU virtuels. À l’inverse, si les applications déployées effectuent beaucoup de traitements informatiques, le nombre de CPU et la quantité de mémoire à acheter doivent augmenter.

Les instructions de dimensionnement VSPEX actuelles indiquent un rapport de cœur CPU virtuel à cœur CPU physique de 4:1. Ce rapport est basé sur l’exemple de technologies CPU moyennes disponibles au moment des tests. À mesure que les technologies CPU évoluent, les fournisseurs de serveurs OEM, qui sont des partenaires VSPEX, peuvent proposer des rapports différents (généralement plus élevés). Suivez les directives mises à jour du fournisseur de serveurs OEM.

Les tests réalisés suite à la commercialisation des processeurs de la gamme Ivy Bridge d’Intel ont montré des hausses significatives de la densité des machines virtuelles du point de vue des ressources serveur. Si des processeurs Ivy Bridge sont inclus dans le déploiement de serveurs, nous vous recommandons d’augmenter le rapport CPU virtuels/CPU physique de 4:1 à 8:1. Cette technique permet de diminuer de moitié le nombre de cœurs de serveur requis pour héberger les machines virtuelles de référence.

Présentation

Mises à jour des processeurs Ivy Bridge







70

La Figure 20 illustre les résultats des configurations testées :

Figure 20. Conseils relatifs aux processeurs Ivy Bridge




71

Le Tableau 5 répertorie les ressources matérielles utilisées pour la couche de traitement des données.

Tableau 5. Ressources matérielles pour la couche de traitement des données



CPU 1 CPU virtuel par machine virtuelle

4 CPU virtuels par cœur physique


• 200 CPU virtuels

• 50 CPU physiques minimum








• 1 000 CPU virtuels
















Réseau




Remarque : ajoutez au moins un autre serveur à l’infrastructure en plus du nombre indiqué dans les conditions minimales requises pour implémenter la fonction VMware vSphere High Availability (HA) et atteindre les valeurs minimales répertoriées.



72


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.

De manière générale, les machines virtuelles sur un seul hyperviseur consomment de la mémoire comme un pool de ressources, tel qu’indiqué sur la Figure 21.

Figure 21. Consommation de la mémoire de l’hyperviseur

La compréhension des technologies abordées dans cette section permet de dépasser le concept de base.

Compression de mémoire

Ce type de situation 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 VMware vSphere. Grâce à des techniques sophistiquées, comme l’augmentation artificielle de la capacité mémoire et le partage de page transparent, vSphere 5.5 peut gérer la surallocation de la mémoire sans nuire aux performances. Cependant, si l’utilisation de la mémoire dépasse la capacité des serveurs, vSphere peut permuter des parties de la mémoire d’une machine virtuelle.

Virtualisation de la mémoire dans VMware vSphere pour VSPEX




73

Accès NUMA (Non-Uniform Memory Access)

vSphere 5.5 utilise un répartiteur de charge NUMA pour attribuer un nœud principal à une machine virtuelle. Comme la mémoire de la machine virtuelle est allouée à partir du nœud principal, l’accès mémoire est effectué en local et offre les meilleures performances possibles. Les applications qui ne prennent pas directement en charge NUMA profitent également de cette fonction.

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 pages permet à l’hyperviseur de réclamer les copies redondantes des pages de mémoire et de ne conserver qu’une seule copie, ce qui libère la consommation de mémoire hôte totale. Si la plupart de vos machines virtuelles d’applications exécutent le même système d’exploitation et les mêmes données binaires d’application, l’utilisation de mémoire totale peut être réduite afin d’augmenter les taux de consolidation.

Augmentation artificielle de la capacité mémoire

L’utilisation d’un « Balloon driver » 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, avec peu, voire aucun impact sur les performances de l’application.

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 implique un temps système supplémentaire. Ce temps système inclut deux éléments :

• capacité de mémoire système supplémentaire fixe pour VMkernel ;

• celui de chaque mémoire virtuelle.

La capacité mémoire supplémentaire requise 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

De nombreux facteurs déterminent le dimensionnement approprié de la mémoire d’une machine virtuelle dans les architectures VSPEX. 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.

Instructions pour la configuration de la mémoire



74

Instructions pour la configuration du réseau

Cette section fournit des conseils pour paramétrer une configuration réseau redondante et haute disponibilité. Les instructions décrites s’appliquent aux trames Jumbo, aux réseaux VLAN et au LACP dans un stockage unifié EMC. Pour obtenir plus d’informations sur les besoins en ressources réseau, reportez-vous au Tableau 6.

Tableau 6. Ressources matérielles pour le réseau













Remarque : la solution peut utiliser une infrastructure réseau 1 GbE, à condition que les exigences sous-jacentes liées à la bande passante et à la redondance soient satisfaites.

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, il suffit souvent de recourir à un isolement logique avec des VLAN.

Cette solution utilise trois réseaux VLAN au minimum :

• Accès client

• Stockage (pour iSCSI et NFS)

• Gestion

Présentation

VLAN




75

La Figure 22 représente les VLAN et les exigences de connectivité réseau pour une baie VNX en mode bloc.

Figure 22. Réseaux requis pour le stockage en mode bloc



76

La Figure 23 représente les VLAN et les exigences de connectivité réseau pour une baie VNX en mode fichier.

Figure 23. Réseaux requis pour le stockage en mode fichier

Remarque : La Figure 23 illustre les exigences relatives à la connectivité du réseau pour une baie VNX utilisant des connexions réseau 10 GbE. Créez une topologie similaire pour les connexions réseau 1 GbE.

Le réseau d’accès des clients permet aux utilisateurs du système (ou clients) de communiquer avec l’infrastructure. Le réseau de stockage est utilisé pour la communication entre la couche de traitement et la couche de stockage. Il permet aux administrateurs de disposer d’un moyen d’accès dédié aux connexions de gestion sur la baie de stockage, les switches réseau et 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. Implémentez ces réseaux supplémentaires si nécessaire.

Pour cette solution, nous recommandons de définir la MTU sur 9 000 (trames Jumbo) de façon à garantir un stockage et un trafic de migration efficaces. La plupart des fournisseurs de switches suggèrent également l’activation de trames jumbo enfants (en définissant la valeur MTU sur 2 158) afin d’éviter la fragmentation des trames. Consultez les instructions du fournisseur des switches afin d’activer les trames Jumbo pour les ports de stockage et d’hôte sur les switches.

Activer les trames Jumbo (pour iSCSI, FCoE et NFS)




77

Une agrégation de liens ressemble à un canal Ethernet, mais 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. Avec cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le 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

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.

VMware vSphere 5.5 propose plusieurs méthodes d’utilisation du stockage en cas d’hébergement de machines virtuelles. Les solutions testées et décrites ci-dessous utilisent différents protocoles en mode bloc (FC/FCoE/iSCSI) et en mode fichier (NFS). L’organisation du stockage présentée ici est conforme à toutes les bonnes pratiques actuelles. Un client ou un architecte doté de la formation requise et d’une expérience pertinente peut apporter des modifications selon sa compréhension de l’utilisation du système et de la charge, si nécessaire. Toutefois, les modules décrits dans le présent document garantissent des performances acceptables. La section Modules de stockage VSPEX fournit des recommandations en matière de personnalisation.

Agrégation de liens (pour NFS)

Présentation



78

Le Tableau 7 répertorie les ressources matérielles utilisées pour le stockage.

Tableau 7. Ressources matérielles pour le stockage



Bloc Caractéristiques communes :



• 2 ports front-end par processeur de stockage

• Disques système pour VNX OE


• EMC VNX5200

• 75 disques SAS 3,5 pouces, 600 Go, 15 000 t/min

• 4 disques Flash de 200 Go

• 3 disques SAS 3,5 pouces, 600 Go, 15 000 t/min, utilisés comme disques de secours



• EMC VNX5400






• EMC VNX5600






• EMC VNX5800








79


Fichier Caractéristiques communes :

• 2 interfaces 10 GbE par Data Mover



• Disques système pour VNX OE


• EMC VNX5200

• 2 Data Movers (actif/veille)






• EMC VNX5400







• EMC VNX5600







• EMC VNX5800

• 3 Data Movers (2 actifs/1 en veille)








80

VMware ESXi fournit une virtualisation du stockage au niveau des hôtes, virtualise le stockage physique, et met le stockage ainsi virtualisé à la disposition des machines virtuelles.

Le système d’exploitation d’une machine virtuelle et tous les autres fichiers liés à l’activité de celle-ci sont stockés sur un disque virtuel. Le disque virtuel lui-même se compose d’un ou de plusieurs fichiers. VMware utilise un contrôleur SCSI virtuel pour présenter les disques virtuels au système d’exploitation invité s’exécutant sur les machines virtuelles.

Les disques virtuels résident dans un datastore. Selon le protocole utilisé, il peut s’agir d’un datastore VMware VMFS ou d’un datastore NFS. Une option supplémentaire, RDM, permet à l’infrastructure virtuelle de connecter directement un périphérique physique à une machine virtuelle.

Figure 24. Types de disque virtuel VMware

VMFS

VMFS est un système de fichiers en cluster proposant une virtualisation du stockage optimisée pour les machines virtuelles. Déployez-le sur un stockage SCSI local ou en réseau.

Raw Device Mapping (RDM)

VMware fournit également une fonction RDM permettant à une machine virtuelle d’accéder directement à un volume du stockage physique. RDM est compatible uniquement avec FC ou iSCSI.

NFS

VMware prend en charge l’utilisation du protocole NFS à partir d’un périphérique ou d’un système de stockage NAS externe en tant que datastore de machine virtuelle.

Virtualisation du stockage VMware vSphere pour VSPEX




81

Le dimensionnement du système de stockage en fonction des E/S par seconde du serveur virtuel représente un processus compliqué. Lorsqu’une E/S parvient à la baie de stockage, elle est traitée par plusieurs composants : le Data Mover (pour le stockage en mode fichier), les processeurs de stockage, le cache DRAM back-end, FAST VP ou FAST Cache (si utilisé) et les disques. Les clients doivent considérer plusieurs facteurs lors de la planification et de la mise à l’échelle de leur stockage, afin d’équilibrer la capacité, les performances et le coût de leurs applications.

VSPEX utilise une approche modulaire afin de réduire la complexité. Un module est un ensemble d’axes de disque qui prend en charge un certain nombre de serveurs virtuels dans l’architecture VSPEX. Chaque module combine plusieurs axes de disque pour créer un pool de stockage prenant en charge les besoins de l’environnement de Cloud privé. Chaque pool de stockage modulaire, quelle que soit sa taille, contient deux disques Flash avec un niveau de stockage FAST VP pour améliorer les performances et les opérations sur les métadonnées.

Les solutions VSPEX ont été conçues pour fournir une variété de configurations de dimensionnement qui offre une certaine flexibilité lors de la conception de la solution. Les clients peuvent commencer par déployer les configurations les plus petites, puis évoluer en fonction de la progression de leurs besoins. Ils évitent ainsi également des achats trop importants, en choisissant une configuration qui correspond étroitement à leurs besoins. Pour cela, les solutions VSPEX peuvent être déployées à l’aide d’un ou de deux points d’échelle présentés ci-dessous afin d’obtenir la configuration idéale tout en garantissant un niveau de performances donné.

Module pour 13 serveurs virtuels

Le premier module peut contenir jusqu’à 13 serveurs virtuels. Il possède deux disques Flash et cinq disques SAS dans un pool de stockage, comme indiqué sur la Figure 25.

Figure 25. Module d’organisation du stockage pour 13 machines virtuelles

Il s’agit du plus petit module qualifié pour l’architecture VSPEX. Il peut être étendu grâce à l’ajout de cinq disques SAS et en permettant un rembobinage du pool afin d’ajouter une prise en charge pour 13 serveurs virtuels supplémentaires. Pour en savoir plus sur l’extension et le rembobinage des pools, consultez le livre blanc EMC VNX Virtual Provisioning Applied Technology.

Module pour 125 serveurs virtuels

Le second module peut contenir jusqu’à 125 serveurs virtuels. Il contient deux disques Flash et 45 disques SAS, comme indiqué sur la Figure 26. Les sections suivantes décrivent une approche permettant de passer de 13 machines virtuelles à un pool de 125 machines virtuelles. Cependant, une fois que vous avez atteint les 125 machines virtuelles dans un pool, n’allez pas au-delà. Créez un autre pool et recommencez la séquence de mise à l’échelle.

Modules de stockage VSPEX



82

Figure 26. Module d’organisation du stockage pour 125 machines virtuelles

Implémentez ce module avec toutes les ressources du pool dans un premier temps, ou étendez le pool au fur et à mesure que l’environnement s’agrandit. Le Tableau 8 répertorie le nombre de disques Flash et SAS requis dans un pool en fonction du nombre de serveurs virtuels.

Tableau 8. Nombre de disques requis pour différentes quantités de machines virtuelles

Serveurs virtuels Disques Flash Disques SAS

13 2 5

26 2 10

39 2 15

52 2 20

65 2 25

78 2 30

91 2 35

104 2 40

117 2 45

125 2 45*

Remarque : plus efficace grâce à des bandes plus larges, le module de 45 disques SAS prend en charge jusqu’à 125 serveurs virtuels.

Pour que l’environnement puisse aller au-delà de 125 serveurs virtuels, créez un autre pool de stockage en utilisant la méthode modulaire décrite ici.

La configuration des Cloud privés VSPEX est validée sur les plates-formes VNX5200, VNX5400, VNX5600 et VNX5800. Chaque plate-forme a des capacités différentes en matière de processeurs, de mémoire et de disques. Pour chaque baie, il existe une configuration maximale recommandée pour le Cloud privé VSPEX. En plus des modules de Cloud privé VSPEX, chaque baie de stockage doit contenir les disques utilisés pour VNX Operating Environment et des disques de secours pour l’environnement.

Remarque : allouez au moins un disque de secours à 30 disques d’un certain type et d’une certaine taille.

Valeurs maximales validées pour le Cloud privé VSPEX




83

VNX5200

Le VNX5200 est validé pour un maximum de 200 serveurs virtuels. La Figure 27 présente une configuration type.

Figure 27. Organisation du stockage pour 200 machines virtuelles avec le VNX5200

Cette configuration utilise l’organisation de stockage suivante :

• Soixante-quinze disques SAS de 600 Go sont alloués à deux pools de stockage en mode bloc : un pool RAID-5 (4+1) de 45 disques SAS pour 125 machines virtuelles et un pool RAID-5 (4+1) de 30 disques SAS pour 75 machines virtuelles.

Remarque : pour respecter les recommandations relatives à la charge, tous les disques du pool de stockage doivent être de la même taille et tourner à 15 000 t/min. Les algorithmes d’organisation du stockage peuvent produire des résultats inférieurs aux performances optimales avec des disques de différentes tailles.

• Quatre disques Flash de 200 Go sont configurés pour Fast VP, soit deux pour chaque pool défini en type RAID 1/0.

• Trois disques SAS de 600 Go sont configurés en tant que disques de secours.

• Un disque Flash de 200 Go est configuré en tant que disque de secours.

• Activez FAST VP pour hiérarchiser automatiquement les données selon les différences de performances et de capacité.

FAST VP :

agit au niveau du pool de stockage en mode bloc et choisit automatiquement l’emplacement de stockage des données en fonction de la fréquence de leur utilisation ;

promeut les données fréquemment consultées vers des niveaux de stockage plus élevés par incréments de 256 Mo et migre les données peu consultées vers un niveau de stockage plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d’une opération de maintenance programmée à intervalles réguliers.



84

• En mode bloc, allouez au moins deux LUN au cluster vSphere à partir d’un pool de stockage unique tenant lieu de datastores pour les serveurs virtuels.

• En mode fichier, allouez au moins deux partages NFS au cluster vSphere à partir d’un pool de stockage unique tenant lieu de datastores pour les serveurs virtuels.

• Vous pouvez également configurer des disques Flash pour la fonction FAST Cache (jusqu’à 1 To) dans la baie. Les LUN ou les pools de stockage où résident les machines virtuelles et présentant des exigences d’E/S plus élevées que la moyenne peuvent tirer parti de la fonction FAST Cache. Ces disques sont facultatifs dans la solution et des licences supplémentaires peuvent se révéler nécessaires pour utiliser FAST Suite.

Avec cette configuration, le VNX5200 peut prendre en charge 200 serveurs virtuels, comme défini à la section Charge de travail de référence.

VNX5400

Le VNX5400 est validé pour un maximum de 300 serveurs virtuels. Il existe plusieurs façons d’obtenir cette configuration avec les modules. La Figure 28 présente une configuration potentielle.

Figure 28. Organisation du stockage pour 300 machines virtuelles avec VNX5400


• Cent dix disques SAS de 600 Go sont alloués à trois pools de stockage en mode bloc : deux pools de 45 disques SAS pour 125 machines virtuelles chacun et un pool avec 20 disques SAS pour 50 machines virtuelles.




85

Remarque : le pool a recours à des disques système pour un stockage supplémentaire.

Remarque : si nécessaire, utilisez des disques plus grands afin d’accroître la capacité. Pour respecter les recommandations relatives à la charge, tous les disques du pool de stockage doivent être de la même taille et tourner à 15 000 t/min. Les algorithmes d’organisation du stockage peuvent produire des résultats inférieurs aux performances optimales avec des disques de différentes tailles.

• Six disques Flash de 200 Go sont configurés pour FAST VP (deux pour chaque pool).

• Quatre disques SAS de 600 Go sont configurés comme disques de secours.

• Un disque Flash de 200 Go est configuré comme disque de secours.

• Activez FAST VP pour hiérarchiser automatiquement les données selon les différences de performances et de capacité. FAST VP :

agit au niveau du pool de stockage en mode bloc et choisit automatiquement l’emplacement de stockage des données en fonction de la fréquence de leur utilisation ;

promeut les données fréquemment consultées vers des niveaux de stockage plus élevés par incréments de 256 Mo et migre les données peu consultées vers un niveau de stockage plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d’une opération de maintenance programmée à intervalles réguliers.



• Vous pouvez également configurer des disques Flash pour la fonction FAST Cache (jusqu’à 1 To) dans la baie. Les LUN ou les pools de stockage où résident les machines virtuelles et présentant des exigences d’E/S plus élevées que la moyenne peuvent tirer parti de la fonction FAST Cache. Ces disques sont facultatifs dans la solution et des licences supplémentaires peuvent se révéler nécessaires pour utiliser FAST Suite.


VNX5600

Le VNX5600 est validé pour un maximum de 600 serveurs virtuels. Il existe plusieurs façons d’obtenir cette configuration avec les modules. La Figure 29 présente une configuration potentielle.



86

Figure 29. Organisation du stockage pour 600 machines virtuelles avec le VNX5600

Il ne s’agit là que d’un exemple parmi d’autres pour obtenir cette mise à l’échelle à l’aide des modules ci-dessus.


• Deux-cent vingt disques SAS de 600 Go sont alloués à cinq pools de stockage en mode bloc : Quatre pools de 45 disques SAS pour 125 machines virtuelles chacun et un pool avec 40 disques SAS pour 100 machines virtuelles.

Remarque : le pool n’a pas recours à des disques système et n’est pas utilisé pour le stockage supplémentaire.




87

Remarque : si nécessaire, utilisez des disques plus grands afin d’accroître la capacité. Pour répondre aux recommandations de charge, les disques doivent être de même taille et tourner à 15 000 t/min. En cas d’utilisation de capacités différentes, les algorithmes d’organisation du stockage risquent de produire de moins bons résultats.

• Dix disques Flash de 200 Go sont configurés pour FAST VP (deux pour chaque pool).

• Huit disques SAS de 600 Go sont configurés comme disques de secours.



FAST VP agit au niveau du pool de stockage en mode bloc et détermine automatiquement l’emplacement de stockage des données en fonction de la fréquence des accès.

FAST VP promeut les données fréquemment consultées vers des niveaux de stockage plus élevés par incréments de 256 Mo et migre les données peu consultées vers un niveau de stockage plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d’une opération de maintenance programmée à intervalles réguliers.



• Vous pouvez également configurer des disques Flash pour la fonction FAST Cache (jusqu’à 2 To) dans la baie. Ces disques sont indispensables dans la solution et des licences supplémentaires peuvent se révéler nécessaires pour utiliser FAST Suite.


VNX5800

Le VNX5800 peut évoluer jusqu’à atteindre 1 000 serveurs virtuels. Il existe plusieurs façons d’obtenir cette configuration avec les modules. La Figure 30 montre une façon d’obtenir ce niveau de dimensionnement.



88

Figure 30. Organisation du stockage pour 1 000 machines virtuelles avec le VNX5800




89


• Trois cent soixante disques SAS de 600 Go sont alloués à huit pools de stockage en mode bloc : avec 45 disques SAS pour 125 machines virtuelles chacun.

Remarque : le pool n’a pas recours à des disques système et n’est pas utilisé pour le stockage supplémentaire.

Remarque : si nécessaire, utilisez des disques plus grands afin d’accroître la capacité. Pour respecter les recommandations relatives à la charge, tous les disques du pool de stockage doivent être de la même taille et tourner à 15 000 t/min. Les algorithmes d’organisation du stockage peuvent produire des résultats inférieurs aux performances optimales avec des disques de différentes tailles.

• Seize disques Flash de 200 Go sont configurés pour FAST VP (deux pour chaque pool).

• Douze disques SAS de 600 Go sont configurés comme disques de secours.



FAST VP agit au niveau du pool de stockage en mode bloc et détermine automatiquement l’emplacement de stockage des données en fonction de la fréquence des accès.

FAST VP promeut les données fréquemment consultées vers des niveaux de stockage plus élevés par incréments de 256 Mo et migre les données peu consultées vers un niveau de stockage plus bas pour une optimisation des coûts. Ce rééquilibrage par tranches de 256 Mo de données est effectué dans le cadre d’une opération de maintenance programmée à intervalles réguliers.



• Vous pouvez également configurer des disques Flash pour la fonction FAST Cache (jusqu’à 3 To) dans la baie. Ces disques ne sont pas indispensables à la solution et des licences supplémentaires peuvent se révéler nécessaires pour utiliser FAST Suite.

Avec cette configuration, le VNX5800 peut prendre en charge 1 000 serveurs virtuels, comme défini à la section Charge de travail de référence.

Conclusion

Figure 31 indiquent les points d’entrée et les valeurs maximales prises en charge pour les baies dans l’environnement de Cloud privé VSPEX. Ces points d’entrée représentent les démarcations de modèle optimales en termes de nombre de machines virtuelles au sein de l’environnement. Cela vous permet de déterminer quelle baie VNX choisir en fonction de vos besoins. Vous pouvez choisir de configurer l’une des baies répertoriées avec moins de machines virtuelles que le nombre maximal pris en charge en utilisant l’approche modulaire décrite précédemment.



90

Figure 31. Point d’entrée et niveau d’échelle maximal pour différentes baies

Haute disponibilité et basculement sur incident

Cette solution VSPEX fournit une infrastructure de stockage, de réseau et de serveurs virtualisée et haute disponibilité. Une fois implémentée conformément à ce guide, elle permet de supporter des défaillances sur des points uniques avec peu ou pas de répercussions sur les opérations métiers.

Configurez la haute disponibilité dans la couche de virtualisation et activez l’hyperviseur afin qu’il redémarre automatiquement les machines virtuelles en panne. La Figure 32 illustre la couche de l’hyperviseur qui réagit à une défaillance de la couche de traitement des données.

Figure 32. Haute disponibilité de la couche de virtualisation

Avec l’implémentation de la haute disponibilité sur la couche de virtualisation, même en cas de panne matérielle, l’infrastructure tente de continuer à exécuter le plus de services possible.

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 33. Connectez les serveurs à des unités d’alimentation distinctes, conformément aux bonnes pratiques du fournisseur de vos serveurs.

Présentation

Couche de virtualisation

Couche de traitement

Présentation d

Couche rése

de l’architectu

Figu

Poucoude lFigu

Lesde crésepancondéf

Figu

au

ure de la solut

Clovirtuelle

ure 33. Alime

ur paramétreruche de traitel’environnemure 32.

fonctions réconnexion réeau utilisatennes de liaisonnexions sur aillances des

ure 34. Haute

ion


entations redo

r la haute disement avec s

ment, même e

éseau avancééseau. Chaquur et au réseon, comme inplusieurs sws composant

e disponibilité


Powered

ondantes

sponibilité desuffisammenten cas de pa

ées de la gamue hôte vSphau de stockandiqué sur la

witches Etherts du réseau.

é de la couche


Backup - Gu

e la couche dt de ressourcnne d’un ser

mme VNX proere dispose

age Ethernet a Figure 34 etrnet afin d’off.

réseau (VNX)


de virtualisatces pour satirveur, comme

tègent la baide plusieurspour se prémt la Figure 35frir une prote

, stockage en


tion, configursfaire aux bee illustré sur

ie contre les s connexionsmunir contre 5. Répartissezection contre

mode bloc


rez la esoins la

pannes au les z ces les

91



92

Figure 35. Haute disponibilité de la couche réseau (VNX), stockage en mode fichier

Vérifiez que la couche réseau ne présente aucun point unique de défaillance pour permettre à la couche de traitement d’accéder au stockage et de communiquer avec les utilisateurs, même en cas de panne d’un composant.

La gamme VNX est conçue pour assurer une disponibilité de 99,999 % grâce à l’utilisation de composants redondants sur l’ensemble de la baie. 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 remplacer un disque défaillant, comme le montre la Figure 36.

Figure 36. Haute disponibilité de la gamme VNX

Couche de stockage




93

Les baies de stockage EMC fournissent par défaut une haute disponibilité. Lorsque la configuration est effectuée conformément aux instructions des guides d’installation, aucun point unique de défaillance n’entraîne de perte ni d’indisponibilité de données.

Profil du test de validation

La solution VSPEX a été validée avec le profil d’environnement présenté dans le Tableau 9.

Tableau 9. Caractéristiques du profil

Caractéristique du profil Valeur

Nombre de machines virtuelles 200/300/600/1 000

OS machine virtuelle Windows Server 2012 Édition Datacenter

Processeurs par machine virtuelle 1

Nombre de processeurs virtuels par cœur CPU physique

4

RAM par machine virtuelle 2 Go

Stockage moyen disponible pour chaque machine virtuelle

100 Go

Nombre moyen d’E/S par seconde par machine virtuelle

25 E/S par seconde

Nombre de LUN et de partages NFS pour stocker les disques des machines virtuelles

6/10/16

Nombre de machines virtuelles par LUN ou partage NFS

62 ou 63 par LUN ou partage NFS

Types de disque et RAID pour les LUN ou les partages NFS

Disques SAS RAID 5, 3,5 pouces, 600 Go, 15 000 t/min

Remarque : cette solution a été testée et validée avec Windows Server 2012 R2 comme système d’exploitation pour les machines virtuelles vSphere, mais elle prend également en charge Windows Server 2008, Windows Server 2008 R2 et Windows Server 2012. La configuration de vSphere 5.5 est la même pour toutes les versions de Windows Server prises en charge.

Instructions pour la configuration de la sauvegarde et de la restauration

Pour en savoir plus sur la configuration de la sauvegarde et de la restauration de cette solution de Cloud privé VSPEX, consultez le document EMC Backup and Recovery Options for VSPEX Private Clouds Design and Implementation Guide.

Caractéristiques du profil

http://bit.ly/GzrW8F�





94

Instructions pour le dimensionnement

Les sections suivantes fournissent des définitions de la charge de travail de référence utilisée pour dimensionner et implémenter les architectures VSPEX. Elles expliquent comment corréler ces charges de travail de référence avec les charges de travail réelles des clients, et l’incidence que cela peut avoir sur la distribution finale côté serveur et réseau.

Modifiez la définition de stockage en ajoutant des disques pour une plus grande capacité et de meilleures performances, ainsi qu’en ajoutant des fonctions telles que FAST Cache et FAST VP. Les organisations de disques prennent en charge le nombre approprié de machines virtuelles en fonction du niveau de performances défini et d’autres opérations classiques telles que les snapshots. La baisse du nombre de disques recommandés ainsi que le passage à un type de baie inférieur peuvent entraîner une valeur d’E/S par seconde plus faible par machine virtuelle, ainsi qu’une expérience utilisateur réduite en raison de temps de réponse plus élevés.

Charge de travail de référence

Lorsque vous déplacez 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 VSPEX EMC Proven équilibre les ressources de traitement, de stockage et de réseau requises pour un ensemble de machines virtuelles, conformément à la solution validée par EMC. Dans la pratique, chaque machine virtuelle possède ses propres exigences, lesquelles 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.

Pour simplifier ces explications, la section suivante présente une charge de travail de référence d’un 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 est une machine virtuelle unique. Le Tableau 10 répertorie les caractéristiques de cette machine virtuelle.

Tableau 10. Caractéristiques de la machine virtuelle

Caractéristique Valeur

Système d’exploitation de la machine virtuelle Microsoft Windows Server 2012 R2 Data Center Edition

Processeurs virtuels par machine virtuelle 1

RAM par machine virtuelle 2 Go

Capacité de stockage disponible par machine virtuelle

100 Go

Présentation

Définition de la charge de travail de référence




95

Caractéristique Valeur

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 représentent aucune application en particulier. 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

Lorsque vous envisagez de déplacer 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.

La solution crée un pool de ressources permettant d’héberger un nombre donné de machines virtuelles de référence présentant les caractéristiques indiquées dans le Tableau 10. Les machines virtuelles peuvent ne pas exactement correspondre aux spécifications. Dans ce cas, vous devez définir une seule machine virtuelle du client pour correspondre à un certain nombre de machines virtuelles de référence, supposées être utilisées dans le pool. Continuez à provisionner des machines virtuelles à partir du pool de ressources jusqu’à épuisement de ces dernières.

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.

Sur la base de ces chiffres, le pool de ressources a besoin des ressources suivantes :

• CPU d’une machine virtuelle de référence ;

• mémoire de deux machines virtuelles de référence ;

• stockage d’une machine virtuelle de référence ;

• E/S d’une machine virtuelle de référence.

Dans cet exemple, une machine virtuelle appropriée utilise les ressources correspondant à deux machines virtuelles de référence. Si celles-ci sont implémentées sur un système de stockage VNX5400, pouvant prendre en charge jusqu’à 300 machines virtuelles, il reste des ressources pour 298 machines virtuelles de référence.

Présentation

Exemple 1 : Application personnalisée



96

Le serveur de base de données du système de point de vente d’un client doit migrer vers cette 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.

Les conditions requises pour la virtualisation de cette application sont :

• 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 de huit machines virtuelles de référence.

Dans cet exemple, la machine virtuelle appropriée utilise les ressources de huit machines virtuelles de référence. Si celles-ci sont implémentées sur un système de stockage VNX5400, pouvant prendre en charge jusqu’à 300 machines virtuelles, il reste des ressources pour 292 machines virtuelles de référence.

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.


• 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 de deux machines virtuelles de référence.

Dans cet exemple, la machine virtuelle appropriée utilise les ressources de quatre machines virtuelles de référence. Si celles-ci sont implémentées sur un système de stockage VNX5400, pouvant prendre en charge jusqu’à 300 machines virtuelles, il reste des ressources pour 296 machines virtuelles de référence.

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.


• 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 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 celles-ci sont implémentées sur un système de stockage VNX5400, pouvant prendre en charge jusqu’à 300 machines virtuelles, il reste des ressources pour 248 machines virtuelles de référence.

Exemple 2 : Système de point de vente

Exemple 3 : Serveur Web

Exemple 4 : base de données d’aide à la décision




97

Ces quatre exemples illustrent la flexibilité du modèle de pool de ressources. Dans tous les cas de figure, les charges de travail réduisent la quantité de ressources disponibles dans le pool. Ces quatre exemples peuvent être mis en œuvre sur la même infrastructure virtuelle présentant une capacité initiale de 300 machines virtuelles de référence, suite à quoi les ressources nécessaires à 234 machines virtuelles de référence restent dans le pool, comme le montre la Figure 37.

Figure 37. 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. Examinez les changements dans l’équilibre des ressources et déterminez le nouveau niveau d’exigence. Ajoutez ces machines virtuelles à l’infrastructure à l’aide de la méthode décrite dans les exemples.

Implémentation de la solution

La solution décrite dans ce document requiert la disponibilité d’un ensemble matériel pour les besoins en CPU, mémoire, réseau et stockage du système. Il s’agit de conditions générales, indépendantes de toute implémentation en particulier, si ce n’est qu’elles évoluent proportionnellement au niveau d’échelle cible. La présente section répertorie certaines considérations nécessaires à la mise en œuvre de cette configuration.

La solution définit les besoins matériels sur la base de quatre types de ressource de base :

• Ressources CPU

• Ressources mémoire ;

• Ressources réseau

• Ressources de stockage

Cette section décrit les types de ressource, leur fonction dans la solution, ainsi que les éléments clés à prendre en compte pour leur mise en œuvre dans l’environnement d’un client.

La solution définit le nombre de cœurs CPU requis, mais elle n’en précise ni le type, ni la configuration. Les nouveaux déploiements doivent utiliser des versions récentes des technologies de processeurs courantes. Ils sont supposés fonctionner aussi bien, voire mieux, que les systèmes utilisés pour valider la solution.

Synthèse des exemples

Présentation

Types de ressource

Ressources CPU



98

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 quatre CPU virtuels pour chaque cœur de processeur physique (rapport de 4 pour 1). En général, ce niveau de ressources correspond parfaitement aux machines virtuelles hébergées. Néanmoins, ce rapport ne convient pas à toutes les utilisations. Nous vous recommandons de surveiller l’utilisation du CPU au niveau de la couche hyperviseur, afin de déterminer si davantage de ressources sont requises.

Chaque serveur virtuel de la solution doit disposer de 2 Go de mémoire. Dans un environnement virtuel, il est fréquent de provisionner les machines virtuelles avec davantage de mémoire que celle installée sur le serveur physique de l’hyperviseur, en raison de contraintes budgétaires. 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é alloué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 goulot d’étranglement du serveur vers le sous-système de stockage, ce qui risquerait de surcharger ce dernier.

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 configuré, les rares pics dus à l’activité vswap n’engendrent pas de problèmes 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, ajoutez d’autres disques pour accroître les performances. L’administrateur doit décider s’il est plus abordable d’ajouter de la mémoire physique au serveur ou d’augmenter la quantité de stockage. Les modules de mémoire étant des composants standard, la première option est susceptible de revenir moins cher.

La présente solution est 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.

La solution souligne les exigences minimales du système. Si davantage de bande passante est nécessaire, ajoutez 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 UltraFlex.

Ressources mémoire ;

Ressources réseau




99

À des fins de référence, pour l’environnement validé, 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 prenant en charge 100 machines virtuelles, cela revient à un minimum d’environ 20 Mo/s. Si cette quantité est approprié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 réseau dépendent de son utilisation. Nous ne pouvons pas réellement proposer de chiffres précis. Toutefois, le réseau décrit dans l’architecture de référence pour chaque solution est censé convenir à des charges de travail moyennes pour les exemples d’utilisation décrits précédemment.

Quelles que soient les exigences en termes de trafic réseau, vous devez toujours disposer d’au moins deux connexions réseau physiques partagées par un réseau logique afin que la panne d’une seule liaison n’ait pas d’impact sur la disponibilité du système. Le réseau doit être conçu de telle façon qu’en cas de panne, la bande passante totale puisse traiter la charge de travail dans son intégralité.

Les modules de stockage décrits dans cette solution présentent l’organisation des disques utilisés dans le cadre de la validation du système. Chaque configuration équilibre la capacité de stockage disponible et les performances des disques. Plusieurs facteurs doivent être pris 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 Microsoft Hyper-V. Chaque couche présente une configuration spécifique, définie pour la solution et décrite dans la section de ce guide consacrée au déploiement, au Chapitre 5.

Les actions suivantes sont possibles :

• Remplacer des disques par d’autres de plus grande capacité (mais de même type et avec les mêmes caractéristiques de performances) ou par des disques plus performants (mais de même type et de même capacité)

• Modifier le positionnement des disques dans les étagères en cas de nouvel agencement

• Procéder à une mise à l’échelle avec des modules dotés de plus de disques, et ce jusqu’à atteindre la limite définie à la section Valeurs maximales validées pour le Cloud privé VSPEX.

Recourez à l’une des bonnes pratiques suivantes :

• Utilisez les tout derniers conseils en matière de bonnes pratiques fournis par EMC à propos du positionnement des disques sur l’étagère. Consultez le document Applied Best Practices Guide: EMC VNX Unified Best Practice for Performance.

Ressources de stockage

https://support.emc.com/docu42660_Applied-Best-Practices-Guide:-EMC-VNX-Unified-Best-Practices-for-Performance.pdf?language=fr_fr�





100

• Lors de l’extension de la capacité d’un pool de stockage à l’aide des modules décrits dans ce document, utilisez des disques de même type et de même taille dans le pool. Pour employer des disques de type et de taille différents, créez un autre pool. Cela contribuera à harmoniser les performances dans le pool.

• Configurez au moins un disque de secours pour chaque type et taille de disque sur le système.

• Configurez au moins un disque de secours pour chaque groupe de 30 disques d’un type donné.

S’il est nécessaire de s’écarter du nombre et du type de disque indiqués, ou des organisations de pool et de datastore spécifiées, assurez-vous que l’ensemble ainsi obtenu apporte au système des ressources au moins équivalentes et qu’il est conforme aux bonnes pratiques publiées par EMC.

La configuration requise par l’architecture de référence est considérée par EMC comme l’ensemble de ressources minimal 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. Ajoutez des ressources dans un système si les machines virtuelles 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.

Résumé de la mise en œuvre




101

Évaluation rapide

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 le Cloud privé 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 d’utilisation de ce processus.

Pour chaque application, remplissez une ligne de la fiche technique, comme indiqué dans le Tableau 11.

Tableau 11. 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

s.o.


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é.

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 utiliser efficacement tous les CPU présentés. Utilisez un outil de contrôle des performances, tel que VMware esxtop, sur les hôtes 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, collectez des échantillons de données sur une période englobant tous les exemples d’utilisation du système. À des fins de planification, utilisez soit la valeur maximale, soit le 95e centile des ressources requises.

Présentation

CPU requis



102

La mémoire serveur joue un rôle capital dans le fonctionnement et les performances d’une application. Par conséquent, chaque processus serveur vise des objectifs différents quant à la quantité 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, tel que VMware esxtop, afin de déterminer si elle est utilisée de manière efficace.

Dans toute opération impliquant le contrôle des performances, collectez des échantillons de données sur une période englobant tous les exemples d’utilisation du système. À des fins de planification, utilisez soit la valeur maximale, soit le 95e centile des ressources 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, ou E/S par seconde ;

• la taille de la demande ou taille des E/S (par exemple, une demande de 4 Ko de données est plus facile et plus rapide à traiter qu’une demande de 4 Mo) ;

• le temps de réponse moyen des E/S, ou latence des E/S.

La machine virtuelle de référence appelle 25 E/S par seconde. Pour surveiller ceci sur un système existant, utilisez un outil de contrôle des performances, tel que VMware esxtop, qui fournit plusieurs compteurs susceptibles de vous aider. Les plus courants sont :

En mode bloc :

• Physical Disk \Commands/sec

• Physical Disk \Reads/sec

• Physical Disk \Writes/sec

• Physical Disk \ Average Guest MilliSec/Command

En mode fichier :

• Physical Disk NFS Volume \Commands/sec ;

• Physical Disk NFS Volume \Reads/sec ;

• Physical Disk NFS Volume \Writes/sec ;

• Physical Disk NFS Volume \Average Guest MilliSec/Command.

La machine virtuelle de référence prend en charge un rapport lecture/écriture de 2 pour 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.

Mémoire requise

Performances de stockage requises

Opérations d’E/S par seconde




103

La taille des 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. La plupart des applications utilisent des tailles d’E/S correspondant à des puissances de 2, donc paires : 4 Ko, 8 Ko, 16 Ko, 32 Ko, et ainsi de suite. Toutefois, le compteur de performances générant une moyenne simple, il n’est pas rare de voir 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 génère 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.

Le temps de réponse moyen des E/S, ou latence d’E/S, mesure la rapidité avec laquelle le système de stockage traite les demandes d’E/S. Les solutions VSPEX prennent en charge une latence d’E/S moyenne cible de 20 ms. Bien que les recommandations de ce document soient censées permettre au système d’atteindre cet objectif, surveillez tout de même le système et réévaluez l’utilisation du pool de ressources au besoin.

Pour surveiller la latence d’E/S, utilisez le compteur Physical Disk\Average Guest MilliSec/Command (stockage en mode bloc) ou le compteur Physical Disk NFS Volume\Average Guest MilliSec/Command (stockage en mode fichier) dans esxtop. 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.

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 l’espace disque utilisé et ajoutez un facteur approprié pour l’adapter à 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. Par ailleurs, réservez de l’espace pour les correctifs de maintenance régulière et les fichiers d’échange. Certains systèmes de fichiers, tels que Microsoft NTFS, présentent des performances moindres lorsqu’ils sont trop encombrés.

À 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 12. Arrondissez toutes les valeurs au nombre entier le plus proche.

Taille d’E/S

Latence d’E/S

Capacité de stockage requise

Définition de machines virtuelles de référence équivalentes



104

Tableau 12. Ressources de la machine virtuelle de référence

Ressource 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

Ainsi, le système Point de vente utilisé dans l’Exemple 2 : Système de point de vente requiert quatre 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 13 illustre l’application des caractéristiques de la machine sur la ligne de la fiche technique.

Tableau 13. Exemple de ligne de fiche technique

Application

CPU

(CPU virtuels)

Mémoire (Go)

E/S par seconde

Capacité (Go)


Exemple d’application

Ressources requises

4 16 200 200 s.o.


4 8 8 2 8

Utilisez la valeur maximale de la ligne pour remplir la colonne Machines virtuelles de référence équivalentes. Comme indiqué sur la Figure 38, l’exemple nécessite huit machines virtuelles de référence.




105

Figure 38. Ressource requise dans le pool de machines virtuelles de référence

Exemple d’implémentation : phase 1

Un client souhaite créer une infrastructure virtuelle pour prendre en charge une application personnalisée, un point de système de vente et un serveur Web. Il calcule la somme de la colonne Machines virtuelles de référence équivalentes à droite de la fiche technique, tel qu’indiqué dans le Tableau 14, afin d’obtenir le nombre total de machines virtuelles de référence nécessaires. Ce tableau présente le résultat du calcul, ainsi que la valeur à utiliser, arrondie à l’entier le plus proche.

Tableau 14. Exemples d’applications : phase 1

Ressources serveur Ressources de stockage


Mémoire (Go)

E/S par seconde

Capacité (Go)

Machines virtuelles de référence

Exemple d’application n° 1 : application personnalisée

Ressources requises

1 3 15 30 s.o.


1 2 1 1 2

Exemple d’application n° 2 : Système de point de vente

Ressources requises

4 16 200 200 s.o.


4 8 8 2 8

Exemple d’application n° 3 : Serveur Web

Ressources requises

2 8 50 25 s.o.


2 4 2 1 4

Total des machines virtuelles de référence équivalentes 14



106

Dans cet exemple, 14 machines virtuelles de référence sont requises. Selon les instructions de dimensionnement, un pool de stockage avec 10 disques SAS et au moins 2 disques Flash fournit suffisamment de ressources pour répondre aux besoins actuels et prévoir la croissance. Vous pouvez effectuer la mise en œuvre avec une baie VNX5400, qui prend en charge jusqu’à 300 machines virtuelles de référence.

Figure 39. Ressources globales requises : phase 1

La Figure 39 présente douze machines virtuelles de référence disponibles après l’implémentation du VNX5400 avec 10 disques SAS et 2 disques Flash.

Figure 40. Configuration de pool : phase 1

La Figure 40 illustre la configuration de pool dans cet exemple.


Le client doit ensuite ajouter une base de données d’aide à la décision à cette infrastructure virtuelle. En utilisant la même stratégie, vous pouvez calculer le nombre de machines virtuelles de référence nécessaires, comme indiqué dans le Tableau 15.




107




Mémoire (Go)

E/S par seconde

Capacité (Go)



Ressources requises

1 3 15 30 s.o.


1 2 1 1 2


Ressources requises

4 16 200 200 s.o.


4 8 8 2 8

Exemple d’application n° 3 : Serveur Web

Ressources requises

2 8 50 25 s.o.


2 4 4 1 4

Exemple d’application n° 4 : Base de données d’aide à la décision

Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Dans cet exemple, 66 machines virtuelles de référence sont requises. Selon les instructions de dimensionnement, un pool de stockage avec 30 disques SAS et au moins 2 disques Flash fournit suffisamment de ressources pour répondre aux besoins actuels et prévoir la croissance. Vous pouvez implémenter cette organisation de stockage avec un VNX5400, pour un maximum de 300 machines virtuelles de référence.

La Figure 41 présente 12 machines virtuelles de référence disponibles après l’implémentation du VNX5400 avec 30 disques SAS et 2 disques Flash.



108

Figure 41. Ressources d’agrégation requises : phase 2




Avec le développement de l’activité, le client doit implémenter un environnement virtuel beaucoup plus vaste pour prendre en charge une application personnalisée, un point de système de vente, deux serveurs Web et trois bases de données d’aide à la décision. En utilisant la même stratégie, calculez le nombre de machines virtuelles de référence équivalentes, comme indiqué dans le Tableau 16.




Mémoire (Go)

E/S par seconde

Capacité (Go)



Ressources requises

1 3 15 30 s.o.


1 2 1 1 2




109



Ressources requises

4 16 200 200 s.o.


4 8 8 2 8

Exemple d’application n° 3 : Serveur Web n° 1

Ressources requises

2 8 50 25 s.o.


2 4 4 1 4

Exemple d’application n° 4 : Base de données d’aide à la décision n° 1

Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Ressources requises

2 8 50 25 s.o.


2 4 4 1 4


Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Dans cet exemple, 174 machines virtuelles de référence sont requises. Selon le dimensionnement, deux pools de stockage avec 70 disques SAS et au moins 4 disques Flash fournissent suffisamment de ressources pour répondre aux besoins actuels et prévoir la croissance. Vous pouvez implémenter cette organisation de stockage avec le VNX5400, pour un maximum de 300 machines virtuelles de référence.



110

La Figure 43 présente 16 machines virtuelles de référence disponibles après l’implémentation du VNX5400 avec 70 disques SAS et 4 disques Flash.

Figure 43. Ressources d’agrégation requises : phase 3



Généralement, le processus décrit détermine la taille recommandée du matériel pour les serveurs et le stockage. Toutefois, dans certains cas, le client souhaite 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 document. Néanmoins, une personnalisation plus poussée est possible à ce stade.

Ressources de stockage

Dans certaines applications, les données applicatives doivent être séparées des autres charges de travail. L’organisation du stockage dans les architectures VSPEX place toutes les machines virtuelles dans un seul pool de ressources. Pour séparer les charges de travail, procurez-vous d’autres disques pour la charge de travail applicative et ajoutez-les à un pool dédié.

Avec la méthode décrite à la section Définition de machines virtuelles de référence équivalentes, il est facile de construire une infrastructure virtuelle en passant de 13 à 1 000 machines virtuelles de référence à l’aide des modules décrits à la section Modules de stockage VSPEX, tout en gardant à l’esprit les limites recommandées pour chaque baie de stockage documentées à la section Valeurs maximales validées pour le Cloud privé VSPEX.

Réglage précis des ressources matérielles




111

Ressources serveur

Pour certaines charges de travail, la relation entre les besoins en serveur et les besoins en stockage ne correspond pas à ce qu’indique la machine virtuelle de référence. Dimensionnez les couches serveur et les couches de stockage séparément dans ce cas de figure.

Figure 45. 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 17. Sur la ligne Total des composants de serveur (en bas de la fiche technique), additionnez les ressources serveur requises par les applications répertoriées.

Remarque : lors d’une telle personnalisation des ressources, vérifiez que la taille du stockage est toujours appropriée. La ligne Total des composants de stockage (située au bas du Tableau 17) décrit le volume de stockage nécessaire.

Tableau 17. Total des composants des ressources serveur



Mémoire (Go)

E/S par seconde

Capacité (Go)



Ressources requises

1 3 15 30 s.o.


1 2 1 1 2


Ressources requises

4 16 200 200 s.o.


4 8 8 2 8



112



Ressources requises

2 8 50 25 s.o.


2 4 4 1 4


Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Ressources requises

2 8 50 25 s.o.


2 4 4 1 4


Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Ressources requises

10 64 700 5 120 s.o.


10 32 28 52 52


Personnalisation du serveur

Total des composants de serveur 39 227 s.o.

Personnalisation du stockage

Total des composants de stockage 2 415 15 640 s.o.

Machines virtuelles de référence équivalentes pour les composants de stockage

97 157 s.o.

Total des machines virtuelles de référence équivalentes (stockage) 157

Remarque : calculez la somme de la ligne Ressources requises pour chaque application, et non celle de la ligne Machines virtuelles de référence équivalentes, de façon à obtenir le Total des composants de stockage et de serveur.




113

Dans cet exemple, l’architecture cible nécessite 39 CPU virtuels et 227 Go de mémoire. Si vous utilisez quatre machines virtuelles par cœur de processeur physique et qu’un surprovisionnement de la mémoire n’est pas nécessaire, l’architecture requiert 10 cœurs de processeurs physiques et 227 Go de mémoire. Dans cet environnement, la solution peut être mise en œuvre efficacement avec moins de ressources serveur et de stockage.

Remarque : lors de la personnalisation du matériel du pool de ressources, gardez à l’esprit les exigences de haute disponibilité du système.

Annexe C fournit une fiche technique vide permettant de calculer le nombre de composants des ressources serveur.

Pour simplifier le dimensionnement de cette solution, EMC a développé l’outil de dimensionnement VSPEX. Cet outil utilise le même processus de dimensionnement décrit dans la section ci-dessus et intègre également le dimensionnement pour d’autres solutions VSPEX.

L’outil de dimensionnement VSPEX vous permet de saisir vos exigences en ressources d’après les réponses fournies par le client dans la fiche technique de qualification. Une fois la saisie terminée dans cet outil, celui-ci génère une série de recommandations. Elles permettent de valider vos hypothèses de dimensionnement tout en fournissant les informations de configuration de la plate-forme répondant à ces exigences. Cet outil est accessible à l’emplacement suivant : Outil de dimensionnement EMC VSPEX.

Outil de dimensionnement EMC VSPEX

https://express.salire.com/signin.aspx?t=emc&atid=224a9bcc-caa3-48f4-8ff8-33051513c410�





114



115

Chapitre 5 Instructions pour la configuration de VSPEX


Présentation ........................................................................................................ 116

Tâches préalables au déploiement ....................................................................... 117

Données de configuration du client ...................................................................... 119

Préparer les switches, effectuer la connexion au réseau et configurer les switches .................................................................................... 119

Préparer la baie de stockage et la configurer ........................................................ 122

Installer et configurer les hôtes vSphere .............................................................. 139

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

Installation et configuration de VMware vCenter Server ....................................... 145

Résumé ............................................................................................................... 148

Instructions pour la configuration de VSPEX


116

Présentation

Les phases du processus de déploiement sont indiquées dans le Tableau 18. Après le déploiement, intégrez l’infrastructure VSPEX à l’infrastructure réseau et serveur client existante.

Le Tableau 18 répertorie les phases principales du processus de déploiement de la solution. Ce tableau inclut également des références aux chapitres contenant des procédures pertinentes.

Tableau 18. Présentation du processus de déploiement

Phase Description Référence

1 Vérifier les conditions préalables

Tâches préalables au déploiement

2 Réunir les outils de déploiement

Conditions de déploiement

3 Rassembler les données de configuration du client

Données de configuration du client

4 Installer sur rack et câbler les composants

Consultez la documentation fournisseur.

5 Configurer les switches et les réseaux, se connecter au réseau du client

Préparer les switches, effectuer la connexion au réseau et configurer les switches

6 Installer et configurer la baie VNX

Préparer la baie de stockage et la configurer

7 Configurer les datastores de machines virtuelles


8 Installer et configurer les serveurs

Installer et configurer les hôtes vSphere

9 Configurer SQL Server (utilisé par VMware vCenter™)

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

10 Installer et configurer vCenter et le réseau de machines virtuelles

Configurer la base de données pour VMware vCenter




117

Tâches préalables au déploiement

Les tâches de préparation du déploiement incluent des procédures qui ne se rapportent pas directement à l’environnement, à l’installation ou à la configuration de la solution. Cependant, elles produisent des résultats au moment de l’installation. Par exemple, il est important de réunir les noms d’hôte, les adresses IP, les identifiants de réseau VLAN, les clés de licence et les kits d’installation. Ces tâches doivent être réalisées avant l’intervention sur le site du client, afin d’éviter toute perte de temps sur place.

Tableau 19. Tâches préalables au déploiement

Tâche Description Référence

Rassembler les documents

Rassembler tous les documents mentionnés dans l’Annexe D. Ces documents détaillent les procédures de configuration et les bonnes pratiques de déploiement des différents composants de la solution.

Références : Documentation EMC

Rassembler les outils

Réunir les outils indispensables ou simplement utiles au déploiement. Se reporter au Tableau 20 pour s’assurer que l’ensemble de l’équipement, des logiciels et des licences requis sont disponibles avant le processus de déploiement.

Tableau 20 Liste de contrôle des conditions de déploiement

Rassembler les données

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 Fiche Données de configuration du client pour pouvoir s’y reporter au cours du processus de déploiement.

Annexe B

Le Tableau 20 indique le matériel, les logiciels et les licences requis pour configurer la solution. Pour plus d’informations, reportez-vous au Tableau 3 et au Tableau 4.

Tableau 20. Liste de contrôle des conditions de déploiement

Exigences Description Référence

Matériel Serveurs physiques destinés à héberger les serveurs virtuels : capacité de serveur physique suffisante pour héberger 200, 300, 600 ou 1 000 serveurs virtuels.

Tableau 3: Matériel utilisé dans la solution

Serveurs VMware vSphere pour l’hébergement des serveurs d’infrastructure virtuelle Remarque : l’infrastructure existante peut déjà remplir cette condition.

Présentation

Conditions de déploiement



118

Exigences Description Référence

Caractéristiques et capacité des ports de switch requises par l’infrastructure de serveurs virtuels.

EMC VNX5200 (200 machines virtuelles) ou EMC VNX5400 (300 machines virtuelles) ou EMC VNX5600 (600 machines virtuelles) ou EMC VNX5800 (1 000 machines virtuelles) : baie de stockage multiprotocole avec l’organisation de disques requise.

Logiciels Kit d’installation de VMware ESXi™

Kit d’installation de VMware vCenter Server

EMC VSI for VMware vSphere : Unified Storage Management

Support en ligne EMC

EMC VSI for VMware vSphere : Storage Viewer

Kit d’installation de Microsoft Windows Server 2008 R2 (système d’exploitation recommandé pour VMware vCenter)

Kit d’installation de Microsoft SQL Server 2008 R2 ou d’une version plus récente Remarque : cette exigence est peut-être déjà remplie par l’infrastructure existante.

Plug-in EMC vStorage API for Array Integration

Support en ligne EMC

Kit d’installation de Microsoft Windows Server 2012 R2 Datacenter (système d’exploitation recommandé pour l’OS invité de la machine virtuelle) ou kit d’installation de Windows Server 2008 R2.

Licences

Clé de licence VMware vCenter

Clés de licence VMware ESXi

Clés de licence Microsoft Windows Server 2008 R2 Standard (ou version supérieure) Clés de licence Microsoft Windows Server 2012 R2 Datacenter Remarque : il est possible qu’un serveur KMS (Microsoft Key Management Server) existant remplisse déjà cette condition.

Clé de licence Microsoft SQL Server Remarque : l’infrastructure existante peut déjà remplir cette condition.




119

Données de configuration du client

Recueillez les informations telles que les adresses IP et les noms d’hôte au cours du processus de planification, afin de réduire le temps sur site.

Annexe B contient un tableau permettant de noter les informations nécessaires. Ajoutez, enregistrez et modifiez des informations si besoin au cours du processus de déploiement.

En parallèle, complétez la fiche VNX File and Unified Worksheet, disponible sur le Support en ligne EMC, afin de disposer d’informations aussi exhaustives que possible sur la baie à traiter.

Préparer les switches, effectuer la connexion au réseau et configurer les switches

Cette section décrit l’infrastructure réseau requise pour prendre en charge cette architecture. Le Tableau 21 récapitule les tâches de configuration des switches et du réseau, et donne des références pour plus d’informations.

Tableau 21. Tâches de configuration des switches et du réseau


Configurer le réseau d’infrastructure

Configurer le réseau d’infrastructure des baies de stockage et des hôtes VMware ESXi comme indiqué aux sections Préparer la baie de stockage et la configurer et Installer et configurer les hôtes vSphere.

Préparer la baie de stockage et la configurer et Installer et configurer les hôtes vSphere.

Configurer les réseaux VLAN

Configurer les réseaux VLAN publics et privés en fonction des besoins.

Guide de configuration des switches de votre fournisseur

Terminer le câblage réseau

Connecter les ports d’interconnexion des switches.

Connecter les ports du VNX.

Connecter les ports du VMware ESXi.

Les performances nominales et les caractéristiques de haute disponibilité de cette solution impliquent la configuration des switches indiquée dans le Tableau 3. N’utilisez pas de nouveau matériel si l’infrastructure existante remplit les conditions.

Le réseau d’infrastructure doit comporter des liaisons redondantes pour chaque hôte VMware ESXi ainsi que pour la baie de stockage, les ports d’interconnexion des switches et les ports uplink des switches, afin de permettre la redondance et d’augmenter la bande passante réseau. Cette configuration est incontournable, que l’infrastructure réseau de la solution soit déjà en place ou que vous la déployiez en parallèle avec les autres composants de la solution.

Présentation

Préparer les switches réseau

Configurer le réseau d’infrastructure



120

La Figure 46 et la Figure 47 présentent des exemples d’infrastructure réseau redondante pour cette solution. Les schémas illustrent l’utilisation de switches et de liaisons redondants permettant de s’assurer que la connectivité réseau ne comporte aucun point unique de défaillance.

Sur la Figure 46, les switches convergés fournissent différentes options de protocole (FC, FCoE ou iSCSI) aux clients pour les réseaux de stockage. Vous pouvez employer les switches FC existants pour l’option de protocole FC, mais utilisez des switches Ethernet 10 Gbit pour iSCSI.

Figure 46. Exemple d’architecture réseau : stockage en mode bloc




121

La Figure 47 représente un exemple d’infrastructure Ethernet redondante pour le stockage en mode fichier. Le schéma illustre l’utilisation de switches et de liaisons redondants afin de s’assurer que la connectivité réseau ne comporte aucun point unique de défaillance.

Figure 47. Exemple d’architecture réseau Ethernet : stockage en mode fichier

Vérifiez que vous disposez des ports de switch adéquats pour la baie de stockage et les hôtes VMware ESXi. Utilisez au moins deux réseaux VLAN aux fins suivantes :

• Réseau de machines virtuelles et gestion VMware ESXi. (Il s’agit de réseaux orientés client. Séparez-les si nécessaire.)

• Réseau de stockage (iSCSI et NFS seulement) et vMotion.

Utilisez les trames Jumbo pour les protocoles iSCSI et NFS. Définissez la MTU sur 9 000 pour les ports de switch des réseaux de stockage iSCSI ou NFS. Pour des instructions à ce sujet, consultez le guide de configuration de votre switch.

Configurer les réseaux VLAN

Configurer les trames Jumbo (iSCSI et NFS uniquement)



122

Assurez-vous que :

• Tous les serveurs, baies de stockage, interconnexions de switch et uplinks de switch sont raccordés dans différentes infrastructures de switch et possèdent des connexions redondantes.

• La connexion au réseau existant du client est complète.

Remarque : assurez-vous que les interactions imprévues ne génèrent pas de problèmes de service lorsque vous connectez le nouvel équipement au réseau du client.


Les instructions de mise en œuvre et les bonnes pratiques peuvent varier selon le protocole du réseau de stockage choisi pour la solution. Dans tous les cas, vous devez suivre trois étapes :

1. Configurez le VNX.

2. Provisionnez le stockage sur les hôtes.

3. Configurez FAST VP.

4. Configurez éventuellement FAST Cache.

Les sections ci-dessous abordent séparément les options de chaque étape, selon que vous implémentez un protocole en mode bloc (FC, FCoE, iSCSI) ou un protocole en mode fichier (NFS) :

• Pour FC, FCoE ou iSCSI, reportez-vous aux instructions concernant les protocoles en mode bloc.

• Pour NFS, reportez-vous aux instructions relatives aux protocoles en mode fichier.

Cette section décrit comment configurer la baie de stockage VNX pour permettre l’accès des hôtes via des protocoles en mode bloc comme FC, FCoE et iSCSI. Dans le cadre de cette solution, les systèmes VNX assurent le stockage de données pour les hôtes VMware.

Terminer le câblage réseau

Configuration des systèmes VNX pour les protocoles en mode bloc




123

Tableau 22. Tâches de configuration de VNX


Préparer le VNX Installez physiquement le matériel VNX en suivant les procédures de la documentation du produit.

• Guide d’installation d’EMC VNX5200 Unified




• Unisphere System Getting Started Guide

• Guide de configuration des switches de votre fournisseur

Mettre en place une configuration VNX initiale

Configurez les adresses IP et les autres paramètres clés de la baie VNX.

Provisionner le stockage des hôtes VMware

Créez les zones de stockage nécessaires pour cette solution.

Préparer le VNX

Pour les modèles VNX5200, VNX5400, VNX5600 et VNX5800, le Guide d’installation Unified explique comment assembler, monter en rack, câbler et mettre sous tension le VNX. Il n’existe pas d’instructions d’installation propres à la présente solution.


Une fois la configuration initiale de VNX 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 aux informations de l’infrastructure existante :

• DNS

• NTP

• Interfaces du réseau de stockage

Pour les connexions de données utilisant les protocoles FC ou FCoE : Veillez à connecter au moins un serveur au système de stockage VNX, directement ou via des switches FC ou FCoE qualifiés. Pour plus d’informations, consultez le manuel EMC Host Connectivity Guide for VMware ESX Server.

Pour les connexions de données utilisant le protocole iSCSI : Connectez au moins un serveur au système de stockage VNX, directement ou à travers des switches IP qualifiés. Pour plus d’informations, consultez le manuel EMC Host Connectivity Guide for VMware ESX Server.

Configurez également les éléments suivants en fonction des règles relatives à votre datacenter informatique et des informations de l’infrastructure existante :

1. Définissez une nouvelle adresse IP pour le réseau de stockage.

Isolez logiquement les autres réseaux de la solution, comme indiqué au Chapitre 3. Vous vous assurez ainsi qu’aucun autre trafic réseau n’affecte le trafic entre les hôtes et le stockage.



124

2. Activez les trames Jumbo sur les ports VNX iSCSI.

Utilisez des trames Jumbo afin d’obtenir une bande passante plus large sur les réseaux iSCSI. Appliquez la taille de MTU indiquée ci-dessous à toutes les interfaces réseau de l’environnement :

a. Dans Unisphere, cliquez sur Settings > Network > Settings for Block.

b. Sélectionnez l’interface réseau iSCSI appropriée.

c. Cliquez sur Properties.

d. Définissez la taille de MTU sur une valeur de 9 000.

e. Cliquez sur OK pour appliquer les modifications.

Les documents de référence qui figurent dans le Tableau 22 fournissent des informations complémentaires sur la configuration de la plate-forme VNX. Instructions pour la configuration du stockage fournissent de plus amples informations sur l’organisation des disques.

Provisionner le stockage des hôtes VMware

Cette section décrit le provisionnement du stockage en mode bloc pour les hôtes VMware. Pour provisionner le stockage en mode fichier, reportez-vous à la Configuration de VNX pour les protocoles en mode fichier.

Dans Unisphere, procédez comme suit afin de configurer des LUN sur la baie VNX en vue du stockage des serveurs virtuels :

1. Créez le nombre de pools de stockage nécessaires pour cet environnement sur la base des informations de dimensionnement détaillées au Chapitre 4. Cet exemple utilise les quantités maximales de baies recommandées au Chapitre 4.

a. Connectez-vous à Unisphere.

b. Sélectionnez la baie de cette solution.

c. Sélectionnez Storage > Storage Configuration > Storage Pools.

d. Cliquez sur l’onglet Pools.

e. Cliquez sur Create.

Remarque : le pool n’a pas recours à des disques système pour le stockage supplémentaire.




125

Tableau 23. Tableau du stockage alloué aux données en mode bloc

Configuration Nombre de pools

Nombre de disques SAS 15 000 t/min par pool

Nombre de disques Flash par pool

Nombre de LUN par pool

Taille de LUN (To)

200 machines virtuelles

1 45 2 2 7

1 30 2 2 4

Total 2 75 4 4 2 LUN de 7 To 2 LUN de 4 To


2 45 2 2 7

1 20 2 2 3



4 45 2 2 7

1 40 2 2 6


1 000 machines virtuelles

8 45 2 2 7

Total 8 360 16 16 16 LUN de 7 To

Remarque : chaque machine virtuelle occupe 102 Go dans cette solution, dont 100 Go pour le système d’exploitation et l’espace utilisateur, et 2 Go pour un fichier d’échange.

Créez les disques de secours à ce stade. Pour obtenir des informations complémentaires, consultez le guide d’installation approprié.

La Figure 27 décrit l’organisation du stockage cible pour 200 machines virtuelles.



La Figure 30 décrit l’organisation du stockage cible pour 1 000 machines virtuelles.

3. Utilisez le pool créé à l’étape 1 pour le provisionnement de thin LUN :

a. Cliquez sur Storage > LUNs.

b. Cliquez sur Create.

c. Sélectionnez le pool créé à l’étape 1. Créez toujours deux thin LUN sur un même pool de stockage physique. Le paramètre User Capacity dépend du nombre spécifique de machines virtuelles. Pour plus d’informations, reportez-vous au Tableau 23.



126

4. Créez un groupe de stockage, puis ajoutez-y des LUN et des serveurs VMware :

a. Cliquez sur Hosts > Storage Groups.

b. Cliquez sur Create et entrez un nom.

c. Sélectionnez le groupe de stockage créé.

d. Cliquez sur LUNs. Dans le volet Available LUNs, sélectionnez toutes les LUN créées lors des étapes précédentes. La boîte de dialogue Selected LUNs apparaît.

e. Configurez et ajoutez les hôtes VMware au pool de stockage.

Cette section décrit le provisionnement du stockage en mode fichier pour VMware.

Tableau 24. Tâches de configuration du stockage


Préparer le VNX Installez physiquement le matériel VNX en suivant les procédures de la documentation du produit.





• Unisphere System Getting Started Guide

• Guide de configuration des switches de votre fournisseur


Configurer l’adresse IP et les autres paramètres clés de la baie VNX.

Créer une interface réseau

Configurez l’adresse IP et les informations de l’interface réseau pour le serveur NFS.

Créer un pool de stockage en mode fichier

Créez la structure du pool et les LUN qui contiendront le système de fichiers.

Créer les systèmes de fichiers

Définissez le système de fichiers qui sera partagé avec le protocole NFS et exportez-le vers les hôtes VMware.

Préparer le VNX

Le Guide d’installation de VNX5200, VNX5400, VNX5600 ou VNX5800 Unified explique comment assembler, monter en rack, câbler et mettre sous tension le VNX. Il n’existe pas d’instructions d’installation propres à la présente solution.

Configuration de VNX pour les protocoles en mode fichier




127


Après la configuration VNX initiale, définissez les informations clés sur l’environnement existant pour permettre à la baie de stockage de communiquer avec les autres unités de l’environnement. Veillez à connecter au moins un serveur au système de stockage VNX, directement ou via des switches IP qualifiés. 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 Active Directory

Pour plus d’informations, consultez le manuel EMC Host Connectivity Guide for Windows.

Activer les trames Jumbo sur les interfaces réseau du stockage VNX Utilisez les trames Jumbo afin d’obtenir une bande passante plus large sur les réseaux de stockage. Appliquez la taille de MTU indiquée ci-dessous à toutes les interfaces réseau de l’environnement :

1. Dans Unisphere, cliquez sur Settings > Network > Settings for File.

2. Sélectionnez l’interface réseau appropriée dans l’onglet Interfaces.

3. Cliquez sur Properties.

4. Définissez la taille de MTU sur une valeur de 9 000.

5. Cliquez sur OK pour appliquer les modifications.

Les documents de référence qui figurent dans le Tableau 22 fournissent des informations complémentaires sur la configuration de la plate-forme VNX. Instructions pour la configuration du stockage fournissent de plus amples informations sur l’organisation des disques.

Créer une interface réseau

Une interface réseau est mappée à une exportation NFS. Les partages de fichiers fournissent un accès à cette interface.

Effectuez les opérations suivantes pour créer une interface réseau :

1. Connectez-vous au VNX.

2. Dans le tableau de bord VNX, cliquez sur Settings > Network > Settings For File.

3. Dans l’onglet Interfaces, cliquez sur Create.



128

Figure 48. Boîte de dialogue Network > Settings for File

Dans l’assistant Create Network Interface, procédez comme suit :

1. Sélectionnez le Data Mover qui permettra d’accéder au partage de fichiers.

2. Sélectionnez le nom de l’unité où résidera l’interface réseau.

Remarque : pour vous assurer que l’unité sélectionnée possède un lien connecté, exécutez la commande suivante en tant que nasadmin à partir de la station pilote : > server_sysconfig <datamovername> -pci Cette commande affiche le statut du lien (UP ou DOWN) pour toutes les unités du Data Mover spécifié.

3. Saisissez l’adresse IP de l’interface.

4. Saisissez le nom de l’interface.

5. Saisissez le masque de réseau de l’interface.

6. Le champ Broadcast Address se remplit automatiquement lorsque vous indiquez l’adresse IP et le masque de réseau.

7. Définissez la taille de MTU de l’interface sur 9 000.

Remarque : assurez-vous que tous les périphériques du réseau (switches, serveurs, etc.) ont la même taille de MTU.

8. Si nécessaire, renseignez le champ VLAN ID.

9. Cliquez sur OK.




129

Figure 49. Boîte de dialogue Create Interface

Créer un pool de stockage en mode fichier

Dans Unisphere, procédez comme suit afin de configurer des LUN sur la baie VNX en vue du stockage des serveurs virtuels :

1. Créez le nombre de pools de stockage nécessaires pour cet environnement sur la base des informations de dimensionnement détaillées au Chapitre 4. Cet exemple utilise les quantités maximales de baies recommandées au Chapitre 4.

a. Connectez-vous à Unisphere.

b. Sélectionnez la baie de cette solution.

c. Cliquez sur Storage > Storage Configuration > Storage Pools > Pools.

d. Cliquez sur Create.

Remarque : le pool n’a pas recours à des disques système pour le stockage supplémentaire.



130

Tableau 25. Tableau du stockage alloué en mode fichier

Configuration Nombre de pools

Nombre de disques SAS 15 000 t/min par pool

Nombre de disques Flash par pool

Nombre de LUN par pool

Nombre de systèmes de fichiers par pool de stockage en mode fichier

Taille de la LUN (Go)

Taille du système de fichiers (To)


1 45 2 20 2 800 5

1 30 2 20 2 600 4

Total 2 75 4 40 4 20 LUN de 800 Go 20 LUN de 600 Go

2 systèmes de fichiers de 5 To 2 systèmes de fichiers de 4 To


2 45 2 20 2 800 7

1 20 2 20 2 400 3




4 45 2 20 2 800 7

1 40 2 20 2 700 6



1 000 machines virtuelles

8 45 2 20 2 800 7

Total 8 360 16 160 16 160 LUN de 800 Go

16 systèmes de fichiers de 7 To

Créez les disques de secours. Pour obtenir des informations complémentaires, consultez le Guide d’installation d’EMC VNX5400 Unified.



Instructions pour la configu

2

3

4

Utilsyst

Cré

Un fich

VNXd’u

S’il danfich

uration de VSP

Clovirtuelle

La Figurevirtuelle

La Figurevirtuelle

. Utilisez

a. Sél

b. Cliq

c. Séll’opqui dépTabdan

st

. Connect

a. Cliq

b. Sél

c. Cliq

d. DanséleSel

4. Relancestockag

a. Cliq

b. Dan

c. Cliq

isez un nouvtèmes de fic

er les systèm

système de fhiers avant de

X exige un pon système de

n’existe aucns les sectionhier pour les c

PEX


e 29 décrit l’es.

e 30 décrit l’es.

le pool créé

ectionnez St

quez sur Crea

ectionnez le ption Thin. Po

indique la tapend du nombleau 25 pouns chaque po

Remarque :stockage disptechnologie FA

tez les LUN p

quez sur Hos

ectionnez fil

quez sur Con

ns le volet Avectionnez touected LUNs

z l’analyse de disponible

quez sur l’on

ns le volet Fil

quez sur OK a

veau pool dehiers.

mes de fichie

fichiers expoe créer le par

ool de stockae fichiers.

cun pool de sns Créer une créer.


Powered

organisation

organisation

à l’étape 1 e

torage > LUN

ate.

pool créé à lour le champaille des LUN

mbre de disqur plus d’infor

ool.

n’attribuezponible en modAST VP.

provisionnées

sts > Storage

estorage.

nect LUNs.

vailable LUNutes les LUN s’affiche. Cli

es systèmes.

glet Storage

le Storage, cl

afin de pours

e stockage e

ers

orte un partagrtage de fichi

age et une int

stockage ni ainterface rés


Backup - Gu

n du stockage

n du stockage

t provisionne

s.

l’étape 1. Sop User CapacN. La valeur dues dans le prmations sur

z pas plus de 9de fichier pou

s au Data Mo

Groups.

Ns, développecréées lors d

iquez sur OK

s de stockage

.

liquez sur Re

suivre dans l

n mode fich

ge de fichiersiers NFS.

terface résea

ucune interfaseau et Créer


e cible pour 6

e cible pour 1

ez des LUN :

us LUN Propcity, reporteze Number of

pool. Reporter le nombre d

95 % de la car la mise en œ

over pour acc

ez SP A et SPdes étapes p

K.

e pour détect

escan Storag

a fenêtre qui

hier pour crée

s NFS. Créez

au pour perm

ace, suivez ler un pool de s


600 machine

1 000 machin

perties, désaz-vous au Tabf LUNs to cre

ez-vous au de LUN néces

pacité du pooœuvre de la

céder aux fich

P B, puis récédentes.

ter le nouvea

ge Systems.

i s’ouvre.

er plusieurs

un système d

mettre la créat

es étapes déstockage en m


es

nes

ctivez bleau 25 eate

ssaires

l de

hiers :

Le volet

au

de

tion

étaillées mode

131



132

Créez deux systèmes de fichiers thin à partir de chaque pool de stockage en mode fichier. Reportez-vous au Tableau 25 pour en savoir plus sur le nombre de systèmes de fichiers. Pour créer des systèmes de fichiers pour les partages de fichiers NFS sur le VNX, procédez comme suit :

1. Connectez-vous à Unisphere.

2. Sélectionnez Storage > Storage Configuration > File Systems.

3. Cliquez sur Create. L’assistant File System Creation apparaît.

4. Indiquez les détails du système de fichiers :

a. Sélectionnez Storage Pool.

b. Dans le champ File System Name, indiquez le nom du système de fichiers.

c. Dans la liste Storage Pool, choisissez le pool de stockage qui contiendra le système de fichiers.

d. Dans le champ Storage Capacity, indiquez la capacité de stockage du système de fichiers. Reportez-vous au Tableau 25 pour plus d’informations sur la capacité de stockage.

e. Sélectionnez Thin Enabled.

f. Multipliez par 1048575 le nombre de téraoctets spécifié pour le système de fichiers dans le Tableau 25 pour obtenir la taille de fichier en mégaoctets. Reportez ce nombre dans le champ Maximum Capacity (MB).

g. Sélectionnez le Data Mover (R/W) auquel appartiendra le système de fichiers.

Remarque : une interface doit être définie sur le Data Mover sélectionné.

h. Cliquez sur OK.

Figure 50. Boîte de dialogue Create File System




133

Le nouveau système de fichiers apparaît sous l’onglet File Systems.

5. Cliquez sur Mounts.

6. Sélectionnez le système de fichiers créé, puis cliquez sur Properties.

7. Sélectionnez Set Advanced Options.

8. Sélectionnez Direct Writes Enabled.

9. Sélectionnez CIFS Sync Writes Enabled.

Figure 51. Case à cocher Direct Writes Enabled

10. Cliquez sur OK.

11. Exportez les systèmes de fichiers avec NFS et accordez un accès à la racine aux serveurs VMware ESXi.

a. Cliquez sur Storage > Shared Folders > NFS.

b. Cliquez sur Create.

12. Dans la boîte de dialogue, ajoutez les adresses IP de tous les serveurs VMware ESXi dans Read/Write Hosts et Root Hosts.



134

Cette procédure s’applique aux implémentations de stockage en modes fichier et bloc. Pour configurer FAST VP, suivez les étapes ci-après : Attribuez deux disques Flash à chaque pool de stockage en mode bloc :

1. Accédez au pool de stockage en mode bloc créé à l’étape précédente via Unisphere. Sélectionnez le pool de stockage afin de configurer FAST VP.

2. Cliquez sur Properties pour un pool de stockage donné. La boîte de dialogue Storage Pool Properties s’affiche. La Figure 52 fournit des informations sur la hiérarchisation d’un pool FAST spécifique.

Remarque : la zone Tier Status présente les informations de réaffectation FAST spécifiques du pool sélectionné.

3. Sélectionnez la réaffectation planifiée au niveau du pool dans la liste Auto-Tiering. Sélectionnez l’option Scheduled (recommended) ou Manual.

4. La zone Tier Details présente la distribution exacte de vos données.

Figure 52. Boîte de dialogue Storage Pool Properties

Vous pouvez également vous connecter à la fonction Relocation Schedule de la baie grâce au bouton du coin supérieur droit : il permet d’accéder à la boîte de dialogue Manage Auto-Tiering présentée sur la Figure 53.

Configuration de FAST VP




135

Figure 53. Boîte de dialogue Manage Auto-Tiering

Utilisez la boîte de dialogue d’état pour contrôler l’option Data Relocation Rate. Par défaut, ce taux est défini sur la valeur Medium, afin que les E/S de l’hôte ne soient pas affectées de façon trop importante.

Remarque : FAST VP est un outil automatisé qui permet de créer un calendrier de réaffectation. Planifiez les réaffectations en dehors des heures de travail pour en minimiser l’impact potentiel sur les performances.

Configurez éventuellement FAST Cache. Pour configurer FAST Cache sur les pools de stockage de cette solution, procédez comme suit :

Remarque : les disques Flash répertoriés dans la section relative au dimensionnement du Chapitre 4 sont destinés à un usage avec FAST VP et configurés dans la section précédente. FAST Cache est un composant en option de cette solution. Il permet d’améliorer les performances, tel qu’indiqué au Chapitre 3.

1. Configurez les disques Flash en tant que FAST Cache :

a. Cliquez sur Properties dans le tableau de bord ou sur Manage Cache dans le volet de gauche de l’interface d’Unisphere pour accéder à la boîte de dialogue Storage System Properties, illustrée sur la Figure 54.

b. Pour afficher les informations relatives à FAST Cache, cliquez sur l’onglet FAST Cache.

Configuration de FAST Cache



136

Figure 54. Boîte de dialogue Storage System Properties

c. Cliquez sur Create pour ouvrir la boîte de dialogue Create FAST Cache, comme illustré sur la Figure 55.

Le champ RAID Type est défini sur RAID 1 une fois FAST Cache créé. Sur cet écran, vous pouvez choisir le nombre de disques Flash. La partie inférieure de l’écran présente les disques Flash utilisés pour configurer la fonction FAST Cache. Sélectionnez Manual pour choisir les disques manuellement.

d. Pour déterminer le nombre de disques Flash utilisés dans cette solution, reportez-vous aux Instructions pour la configuration du stockage.

Remarque : s’il n’y a pas assez de disques Flash disponibles, FLARE affiche un message d’erreur et ne configure pas la fonction FAST Cache.




137

Figure 55. Boîte de dialogue Create FAST Cache

2. Activez FAST Cache sur le pool de stockage.

Si une LUN est créée dans un pool de stockage, vous pouvez uniquement configurer FAST Cache pour cette LUN, au niveau du pool de stockage. La fonction FAST Cache est activée ou désactivée pour toutes les LUN créées dans le pool de stockage. Configurez les LUN à partir de l’onglet Advanced de la boîte de dialogue Create Storage Pool, comme illustré sur la Figure 56. Une fois FAST Cache installé sur les systèmes VNX, il est activé par défaut à chaque création d’un pool de stockage.



138

Figure 56. Onglet Advanced de la boîte de dialogue Create Storage Pool

Si le pool de stockage a déjà été créé, utilisez l’onglet Advanced de la boîte de dialogue Storage Pool Properties pour configurer FAST Cache, comme indiqué sur la Figure 57.

Figure 57. Onglet Advanced de la boîte de dialogue Storage Pool Properties

Remarque : la fonction FAST Cache VNX n’entraîne aucune amélioration instantanée des performances. Le système doit collecter des données sur les schémas d’accès et promouvoir les informations fréquemment utilisées dans le cache. Ce processus peut prendre quelques heures, pendant lesquelles les performances de la baie augmentent régulièrement.




139

Installer et configurer les hôtes vSphere

Cette section explique les conditions nécessaires à l’installation et à la configuration des hôtes VMware ESXi et des serveurs d’infrastructure indispensables à la prise en charge de l’architecture. Le Tableau 26 décrit les tâches à réaliser.

Tableau 26. Tâches d’installation des serveurs


Installer VMware ESXi

Installer l’hyperviseur VMware ESXi sur les serveurs physiques déployés pour la solution.

Installation et configuration de vSphere

Configurer le réseau VMware ESXi

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.

vSphere Networking

Installer et configurer PowerPath/VE (stockage en mode bloc seulement)

Installer et configurer PowerPath/VE pour gérer le multipathing des LUN VNX.

PowerPath VE for VMware vSphere Installation and Administration Guide

Connecter les datastores VMware

Connecter les datastores VMware aux hôtes VMware ESXi déployés pour la solution.

Stockage vSphere

Planifier l’allocation de mémoire aux machines virtuelles

S’assurer que les techniques de gestion de la mémoire VMware sont configurées correctement pour l’environnement.

Installation et configuration de vSphere

Lors du démarrage 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 les serveurs sont équipés d’un contrôleur RAID, configurez la mise en miroir sur les disques locaux.

Démarrez le kit d’installation de VMware ESXi 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. Annexe B indique les valeurs appropriées.

Installez également les pilotes HBA ou configurez des initiateurs iSCSI sur chaque hôte ESXi. Pour plus de détails, consultez le manuel EMC Host Connectivity Guide for VMware ESX Server.

Présentation

Installer VMware ESXi

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



140

L’installation de VMware ESXi entraîne la création d’un switch virtuel standard (vSwitch). 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, ajoutez 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 d’interface pour chaque réseau virtuel, non seulement pour en assurer la redondance, mais encore pour équilibrer la charge sur le réseau et être en mesure de procéder à un basculement d’adaptateur sur incident.

La configuration réseau de VMware ESXi, y compris les options d’équilibrage de la charge et de basculement sur incident, est détaillée dans le document Mise en réseau vSphere. Choisissez une option d’équilibrage de la 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 réseau de stockage (protocoles iSCSI et NFS) ;

• port VMkernel pour le trafic VMware vMotion ;

• groupes de ports de serveur virtuel (permet aux serveurs virtuels de communiquer sur le réseau).

Le document vSphere Networking explique comment configurer ces paramètres. Pour plus d’informations, reportez-vous à l’Annexe D.

Trames Jumbo (iSCSI et NFS seulement)

Si vous utilisez une carte réseau, activez ses trames Jumbo pour les données iSCSI et NFS. Définissez la MTU sur 9 000. Pour obtenir des instructions, consultez le guide de configuration fourni par le vendeur de la carte réseau.

Installez PowerPath/VE sur l’hôte VMware vSphere pour améliorer les performances et accroître la capacité de la baie de stockage VNX. Pour connaître les étapes d’installation détaillées, consultez le document PowerPath VE for VMware vSphere Installation and Administration Guide.

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 vSphere regroupe les instructions relatives à la connexion des datastores VMware à l’hôte VMware ESXi. Pour plus d’informations, reportez-vous à l’Annexe E.

Configurer le réseau VMware ESXi

Installer et configurer PowerPath/VE (en mode bloc seulement) Connecter les datastores VMware









141

Dans le cadre de cette solution, la capacité des serveurs est importante pour deux raisons :

• prendre en charge la nouvelle infrastructure de serveurs virtualisés ;

• prendre en charge les services d’infrastructure requis, tels que l’authentification/l’autorisation, DNS et les bases de données.

Pour plus d’informations sur les exigences d’infrastructure minimales, reportez-vous au Tableau 3. 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

Lors de la configuration de la mémoire du serveur, dimensionnez et configurez correctement la solution. Cette section présente l’allocation de mémoire pour les serveurs virtuels, ainsi que des facteurs de capacité mémoire supplémentaire requise vSphere et de configuration de machine virtuelle

Gestion de la mémoire par VMware ESXi

Les techniques de virtualisation de la mémoire permettent à l’hyperviseur vSphere de faire abstraction des ressources hôtes physiques, comme la mémoire, pour isoler les ressources sur plusieurs machines virtuelles, tout en évitant leur épuisement. 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, ce processus se déroule au niveau de l’hyperviseur lui-même.

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 ».

• 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.

• Compression de la mémoire : VMware ESXi stocke des pages, qui seraient dans le cas contraire permutées vers le disque par le biais du swapping hôte, dans un cache compressé situé dans la mémoire principale.

• L’augmentation artificielle de la capacité mémoire évite les risques d’épuisement des ressources de l’hôte. Ce processus nécessite l’allocation de pages libres issues de la machine virtuelle vers l’hôte pour être réutilisées.

• Le remplacement de l’hyperviseur amène l’hôte à forcer le transfert de pages de machines virtuelles arbitraires vers le disque.

Vous pouvez obtenir des informations complémentaires dans le livre blanc Understanding Memory Resource Management in VMware vSphere 5.0.

Planifier l’allocation de mémoire aux machines virtuelles

http://www.vmware.com/files/pdf/mem_mgmt_perf_vsphere5.pdf�



142

Concepts relatifs aux machines virtuelles

La Figure 58 illustre les paramètres de configuration de la mémoire dans la machine virtuelle.

Figure 58. Paramètres de la mémoire de la machine virtuelle

Voici les paramètres de la mémoire :

• 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 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.

Les bonnes pratiques recommandées sont les suivantes :

• 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. La surallocation gaspille des ressources, tandis que la sous-allocation affecte les performances qui peuvent toucher d’autres ressources de partage de la machine virtuelle.

• La surallocation peut causer l’épuisement des ressources lorsque l’hyperviseur ne peut pas fournir les ressources mémoire. Dans les cas les plus sérieux de swapping de l’hyperviseur, les performances de la machine virtuelle peuvent être sévèrement affectées. Le fait de disposer de bases de performances pour les charges de travail de la machine virtuelle vous apporte une aide dans cette optique.

Vous pouvez obtenir des informations complémentaires sur les outils tels qu’esxtop dans le document Interpreting esxtop Statistics.

http://communities.vmware.com/docs/DOC-9279�




143

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

Le Tableau 27 explique comment installer et configurer une base de données Microsoft SQL Server dans le cadre de la solution. À l’issue de ce chapitre, SQL Server est installé sur une machine virtuelle, et les bases de données requises par VMware vCenter sont configurées et prêtes à l’emploi.

Tableau 27. Tâches d’installation de la base de données SQL Server


Créer une machine virtuelle pour SQL Server

Créer la machine virtuelle devant héberger SQL Server. S’assurer que le serveur virtuel respecte les configurations matérielles et logicielles requises.

http://msdn.microsoft/fr-fr.com

Installer Microsoft Windows sur la machine virtuelle

Installer Microsoft Windows Server 2008 R2 sur la machine virtuelle devant héberger SQL Server.

http://technet.microsoft/fr-fr.com

Installer SQL Server

Installer SQL Server sur la machine virtuelle prévue à cet effet.

http://technet.microsoft/fr-fr.com


Créer la base de données requise pour le serveur vCenter dans le datastore concerné.

Préparation des bases de données vCenter Server

Configurer la base de données pour VMware Update Manager

Créer la base de données requise pour Update Manager dans le datastore approprié.

Préparation de la base de données Update Manager

Créez la machine virtuelle en octroyant suffisamment de ressources de traitement sur l’un des serveurs VMware ESXi prévus pour les machines virtuelles de l’infrastructure. Utilisez le datastore conçu pour 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.

Le service SQL Server doit s’exécuter sous Microsoft Windows. Installez la version Windows requise sur la machine virtuelle, et sélectionnez le réseau, l’heure et les paramètres d’authentification appropriés.

Présentation

Créer une machine virtuelle pour SQL Server

Installer Microsoft Windows sur la machine virtuelle

http://msdn.microsoft/fr-fr.com�

http://technet.microsoft/fr-fr.com�




144

Installez SQL Server sur la machine virtuelle à partir du kit d’installation de SQL Server.

Le support d’installation de SQL Server inclut SSMS (SQL Server Management Studio). Installez ce composant directement sur le serveur SQL Server, ainsi que sur une console d’administration.

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 le chemin de stockage par défaut des fichiers de données :

1. Cliquez sur l’objet serveur dans SSMS avec le bouton droit de la souris, puis sélectionnez Propriétés de la base de données. La fenêtre Propriétés apparaît.

2. Modifiez les répertoires de données et de logs par défaut des bases de données créées sur le serveur.

Remarque : pour assurer une haute disponibilité, installez SQL Server dans un cluster de basculement Microsoft Failover Cluster ou sur une machine virtuelle protégée par le clustering VMware VMHA. Évitez de combiner ces technologies.

Pour inclure VMware vCenter dans cette solution, créez une base de données correspondant au service. Les conditions requises et les instructions de configuration de la base de données vCenter Server figurent à la section Preparing vCenter Server Databases. Pour plus d’informations, reportez-vous à la liste de documents fournie à l’Annexe E.

Remarque : n’utilisez pas l’option de base de données reposant sur Microsoft SQL Server Express dans le cadre de cette solution.

Créez des comptes de connexion individuels pour chaque service accédant à une base de données SQL Server.

Pour inclure VMware Update Manager dans cette solution, créez une base de données pour le service. Les conditions requises et les instructions de configuration de la base de données Update Manager figurent à la section Configurer la base de données pour VMware Update Manager. Créez des comptes de connexion individuels pour chaque service accédant à une base de données sur SQL Server. Contactez votre administrateur de base de données pour identifier les règles propres à votre entreprise.

Installer SQL Server


Configurer la base de données pour VMware Update Manager




145

Installation et configuration de VMware vCenter Server

La présente section porte sur la configuration de VMware vCenter. Effectuez les tâches indiquées dans le Tableau 28.

Tableau 28. Tâches de configuration de vCenter


Créer la machine virtuelle de l’hôte vCenter

Créer la machine virtuelle à utiliser pour VMware vCenter Server.

vSphere Virtual Machine Administration

Installer le système d’exploitation invité vCenter

Installer Windows Server 2008 R2 Standard sur la machine virtuelle vCenter hôte.

Mettre à jour la machine virtuelle

Installer VMware Tools, activer l’accélération matérielle et prévoir un accès à la console distante.


Créer des connexions ODBC vCenter

Créer les connexions ODBC vCenter 64 bits et vCenter Update Manager 32 bits.

vSphere Installation and Setup

Installing and Administering VMware vSphere Update Manager

Installer vCenter Server Installer le logiciel vCenter Server.


Installer vCenter Update Manager

Installer le logiciel vCenter Update Manager.


Créer un datacenter virtuel

Créer un datacenter virtuel. vCenter Server and Host Management

Appliquer les clés de licence vSphere

Entrer les clés de licence vSphere dans le menu Licensing de vCenter.


Ajouter les hôtes VMware ESXi

Connecter vCenter aux hôtes VMware ESXi.

vCenter Server and Host Management

Configurer le clustering vSphere

Créer un cluster vSphere et y déplacer les hôtes VMware ESXi.

vSphere Resource Management

Découvrir les hôtes VMware ESXi de la baie

Procéder à la découverte des hôtes VMware ESXi à partir de la console Unisphere.

Using EMC VNX Storage with VMware vSphere—TechBook

Installer le plug-in vCenter Update Manager

Installer le plug-in vCenter Update Manager sur la console d’administration.


Présentation



146


Installer la CLI d’EMC VNX UEM

Installer l’interface de ligne de commande EMC VNX UEM sur la console d’administration.

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

Installer le plug-in EMC VSI plug-in

Installer le plug-in EMC Virtual Storage Integrator sur la console d’administration.

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

Créer une machine virtuelle dans vCenter

Créer une machine virtuelle à l’aide de vCenter


Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier

Utilisez Diskpart.exe pour effectuer un positionnement de partition, assigner des lettres de lecteur et attribuer la taille d’unité d’allocation de fichier du disque de la machine virtuelle.

http://technet.microsoft/fr-fr.com/

Créer un modèle de machine virtuelle

Créer un modèle à partir de la machine virtuelle existante.

Créez une spécification de personnalisation à ce stade.


Déployer les machines virtuelles à partir du modèle

Déployer les machines virtuelles à partir du modèle.


Pour déployer VMware vCenter Server en tant que machine virtuelle sur un serveur VMware ESXi installé dans le cadre de cette solution, créez une connexion directe à un serveur d’infrastructure VMware ESXi à 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 figurent dans le document vSphere Installation and Setup Guide.

Installez le système d’exploitation invité sur la machine virtuelle hôte de vCenter. VMware recommande d’utiliser Windows Server 2008 R2 Standard.

Avant d’installer vCenter Server et vCenter 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. Annexe B fournit un emplacement de consignation des informations de connexion SQL Server.

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

http://technet.microsoft.com/fr-fr/library/gg610679.aspx�

http://technet.microsoft.com/fr-fr/library/gg610679.aspx�




147

Installez vCenter Server à 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.

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.

Intégrez le système de stockage VNX avec VMware vCenter à l’aide d’EMC VSI for VMware vSphere : Unified Storage Management Les administrateurs peuvent utiliser le plug-in pour gérer les tâches de stockage VNX à partir de l’hyperviseur vCenter.

une fois le plug-in installé sur la console vSphere, ils peuvent utiliser vCenter pour :

• créer des datastores NFS sur le VNX et les monter sur les serveurs VMware ESXi ;

• créer des LUN sur le VNX et les mapper avec des serveurs VMware ESXi ;

• étendre les LUN/datastores NFS ;

• créer des clones FAST ou FULL Clone des machines virtuelles pour le stockage de fichiers NFS.

Créez une machine virtuelle dans vCenter afin de l’utiliser comme modèle. Après avoir installé la machine virtuelle, installez le logiciel et modifiez les paramètres de Windows et ceux de l’application.

Consultez le document vSphere Virtual Machine Administration sur le site Web de VMware pour créer une machine virtuelle.

Effectuez un positionnement de partition de disque sur les machines virtuelles dont le système d’exploitation est antérieur à Windows Server 2008. Positionnez le disque avec un décalage de 1 024 Ko, et formatez le disque avec une taille d’unité d’allocation de fichier (cluster) de 8 Ko.

Consultez l’article Disk Partition Alignment Best Practices for SQL Server pour effectuer un positionnement de partition, assigner des lettres de lecteur et attribuer la taille d’unité d’allocation de fichier du disque à l’aide de diskpart.exe

Convertissez une machine virtuelle en modèle. Créez une spécification de personnalisation lors de la création d’un modèle.

Consultez le document vSphere Virtual Machine Administration pour créer le modèle et la spécification.

Consultez le document vSphere Virtual Machine Administration pour déployer les machines virtuelles à l’aide du modèle de machine virtuelle et de la spécification de personnalisation.

Installer vCenter Server

Appliquer les clés de licence vSphere

Installer le plug-in EMC VSI

Créer une machine virtuelle dans vCenter

Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier

Créer un modèle de machine virtuelle

Déployer les machines virtuelles à partir du modèle

http://technet.microsoft.com/fr-fr/library/dd758814%28v=sql.100%29.aspx�



148

Résumé

Ce chapitre présente les étapes requises pour déployer et configurer les différents aspects de la solution VSPEX, y compris les composants physiques et logiques. La solution VSPEX est à présent entièrement fonctionnelle.



149

Chapitre 6 Vérification de la solution


Présentation ........................................................................................................ 150

Liste de contrôle après installation ...................................................................... 151

Déployer et tester un seul serveur virtuel ............................................................. 151

Vérifier la redondance des composants de la solution .......................................... 151

Vérification de la solution


150

Présentation

Ce chapitre fournit la liste des éléments que vous devez passer en revue après avoir configuré la solution. Il vise à vérifier la configuration et le fonctionnement d’aspects spécifiques de la solution, et à s’assurer que la configuration répond aux exigences de disponibilité.

Effectuez les tâches indiquées dans le Tableau 29.

Tableau 29. Tâches de test de l’installation


Liste de contrôle après installation

Vérifier que chaque switch virtuel de l’hôte vSphere comporte assez de ports virtuels.

vSphere Networking

Vérifier que chaque hôte vSphere a accès aux datastores et aux réseaux VLAN requis.

• Stockage vSphere

• vSphere Networking

Vérifier que les interfaces vMotion sont configurées correctement sur tous les hôtes vSphere.

vSphere Networking

Déployer et tester un seul serveur virtuel

Déployer une seule machine virtuelle depuis l’interface vSphere.

• vCenter Server and Host Management

• Administration d’une machine virtuelle vSphere

Vérifier la redondance des composants de la solution

Redémarrer tour à tour chaque processeur de stockage et s’assurer que la connectivité des LUN est préservée.

Procédure ci-dessous

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.

Documentation du fournisseur

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.

vCenter Server and Host Management







151

Liste de contrôle après installation

Les éléments de configuration suivants sont essentiels au fonctionnement de la solution.

Vérifiez-les sur chaque serveur vSphere avant le déploiement dans l’environnement de production :

• Le vSwitch qui héberge les réseaux VLAN clients dispose d’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 à partir des instructions du manuel.

Déployer et tester un seul serveur virtuel

Déployez une machine virtuelle afin de vérifier que la solution fonctionne comme prévu. Vérifiez 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 vous assurer que les différents composants de la solution remplissent les critères de disponibilité, testez des scénarios liés à la maintenance ou à une panne matérielle.

Effectuez les étapes suivantes pour redémarrer tour à tour les processeurs de stockage VNX et vérifier que la connectivité aux datastores VMware est maintenue lors de chaque redémarrage :

1. Connectez-vous à la station pilote avec les informations d’identification d’administrateur.

2. Accédez à /nas/sbin.

3. Redémarrez le processeur de stockage A par le biais de la commande ./navicli -h spa rebootsp.

4. Pendant le cycle de redémarrage, vérifiez la présence de datastores sur les hôtes VMware ESXi.

5. Une fois le cycle terminé, redémarrez le processeur de stockage B par le biais de la commande ./navicli –h spb rebootsp.

6. Activez le mode de maintenance et vérifiez que vous pouvez bien migrer une machine virtuelle vers un autre hôte.

Environnements en mode bloc



152

Effectuez un basculement sur incident pour chaque Data Mover VNX, puis assurez-vous que la connectivité aux datastores NFS est préservée Pour simplifier les choses, utilisez l’approche suivante pour chaque Data Mover :

Remarque : vous pouvez également redémarrer les Data Movers via l’interface Unisphere.

1. À partir de l’invite de commande de la station pilote, exécutez la commande server_cpu <movername> -reboot, où <movername> correspond au nom du Data Mover.

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 existantes.

3. Activez le mode de maintenance et vérifiez que vous pouvez bien migrer une machine virtuelle vers un autre hôte.

Environnements en mode fichier



153

Chapitre 7 Surveillance du système


Présentation ........................................................................................................ 154

Zones clés à surveiller ......................................................................................... 154

Instructions pour la surveillance des ressources VNX ........................................... 157

Résumé ............................................................................................................... 169

Surveillance du système


154

Présentation

La surveillance du système de l’environnement VSPEX est semblable à celle d’un système informatique principal : il s’agit d’un élément pertinent et essentiel de l’administration. Les niveaux de surveillance impliqués dans une infrastructure hautement virtualisée, comme un environnement VSPEX, sont quelque peu plus complexes qu’une infrastructure purement physique, car l’interaction et les corrélations entre plusieurs composants peuvent être subtiles et nuancées. Toutefois, les personnes ayant déjà une certaine expérience dans la gestion d’environnements virtualisés devraient se familiariser rapidement avec les concepts et les domaines clés. Les principales différences résident dans la surveillance à l’échelle et la capacité à surveiller des systèmes et des workflows de bout en bout.

Plusieurs besoins métiers génèrent une demande de surveillance proactive et cohérente de l’environnement :

• des performances stables et prévisibles ;

• des besoins de dimensionnement et de capacité ;

• une disponibilité et une accessibilité ;

• une élasticité (ajout, retrait et modification des charges de travail).

• Protection des données

Si le provisionnement en libre-service est activé dans l’environnement, la capacité à surveillance du système est d’autant plus importante car les clients peuvent générer des machines virtuelles et des charges de travail de manière dynamique. Ceci risque de s’avérer préjudiciable à l’ensemble du système.

Ce chapitre fournit les connaissances de base nécessaires pour surveiller les composants clés d’un environnement d’infrastructure VSPEX EMC Proven. Vous trouverez des ressources supplémentaires à la fin de ce chapitre.

Zones clés à surveiller

Les infrastructures VSPEX EMC Proven fournissent des solutions de bout en bout et permettent la surveillance du système sur trois domaines distincts, mais étroitement liés :

• Serveurs (machines virtuelles et clusters)

• Mise en réseau

• Stockage

Ce chapitre s’intéresse essentiellement à la surveillance des composants clés de l’infrastructure de stockage et de la baie VNX, mais décrit brièvement d’autres composants.




155

Lorsqu’une charge de travail est ajoutée à un déploiement VSPEX, des ressources de serveur, de stockage et de réseau sont consommées. Si l’on ajoute, modifie ou supprime des charges de travail, la disponibilité des ressources, et plus important encore, le changement des capacités influent sur toutes les autres charges de travail exécutées sur la plate-forme. Les clients doivent parfaitement comprendre les caractéristiques de leur charge de travail sur tous les composants clés avant de les déployer sur une plate-forme VSPEX : ceci est indispensable au dimensionnement correct de l’utilisation des ressources en fonction de la machine virtuelle de référence définie.

Déployez la première charge de travail, puis mesurez la consommation de ressources de bout en bout grâce aux performances d’une plate-forme. Vous éliminez ainsi les conjectures des activités de dimensionnement et vous assurez que les hypothèses initiales étaient valides. Lors du déploiement de charges de travail supplémentaires, réexécutez les tests afin de déterminer la charge cumulée, ainsi que l’impact sur les machines virtuelles existantes et leurs charges de travail applicatives. Ajustez l’allocation de ressources en conséquence, afin de vous assurer que l’over-subscription ne nuit pas aux performances globales du système. Vérifiez régulièrement ces repères pour veiller au bon fonctionnement de la plate-forme dans son ensemble, ainsi qu’à celui des machines virtuelles. Les composants suivants nécessitent un repère de performances.

Dans le cas des serveurs, les ressources clés à surveiller incluent les éléments suivants :

• Processeurs

• Mémoire

• Disque (local, NAS et SAN)

• Mise en réseau

Surveillez ces zones à partir d’un niveau d’hôte physique (le niveau d’hôte hyperviseur) et à partir d’un niveau virtuel (à partir de la machine virtuelle invitée). Selon le système d’exploitation, il existe des outils de surveillance et de capture de ces données. Par exemple, si votre déploiement VSPEX a recours à des serveurs VMware ESXi en tant qu’hyperviseur, vous pouvez utiliser esxtop pour surveiller et consigner ces mesures. Les invités Windows Server 2012 peuvent employer l’utilitaire perfmon. Suivez les conseils de votre fournisseur pour déterminer les seuils de performances des scénarios de déploiement spécifiques (ceux-ci peuvent varier considérablement selon l’application).

Vous trouverez plus d’informations sur ces outils dans les sources suivantes :

http://technet.microsoft.com/fr-fr/library/cc749115.aspx

http://download3.vmware.com/vmworld/2006/adc0199.pdf

Gardez à l’esprit que le niveau de performances garanti par chaque infrastructure VSPEX EMC Proven dépend du nombre de machines virtuelles de référence déployées et de la charge de travail définie pour celles-ci.

Repère de performances

Serveurs

http://technet.microsoft.com/fr-fr/library/cc749115.aspx�

http://download3.vmware.com/vmworld/2006/adc0199.pdf�



156

Veillez à disposer de suffisamment de bande passante pour les communications du réseau. Ceci inclut la surveillance des charges réseau au niveau des serveurs et des machines virtuelles, au niveau du fabric (switch) et également au niveau du stockage, en cas d’implémentation de protocoles réseau en mode bloc ou fichier tels que NFS/CIFS/SMB. À partir du niveau de serveur et de machine virtuelle, les outils de surveillance mentionnés précédemment fournissent les mesures nécessaires à l’analyse des flux en provenance de et à destination des serveurs et des invités. Les principaux éléments à analyser incluent le cumul du débit ou de la bande passante, la latence et la taille des E/S par seconde. Capturez des données supplémentaires depuis une carte réseau ou des utilitaires HBA.

Concernant le fabric, les outils surveillant l’infrastructure des switches varient selon le fournisseur. Les principaux éléments à surveiller incluent l’utilisation des ports, l’utilisation cumulée du fabric, l’utilisation des processeurs, la longueur des files d’attente et l’utilisation des liaisons ISL. Les protocoles de stockage réseau sont évoqués à la section suivante.

La surveillance du stockage dans une implémentation VSPEX est essentielle pour maintenir l’état de santé et les performances du système dans son ensemble. Heureusement, les outils fournis avec les baies de stockage VNX constituent une manière simple et efficace d’évaluer le fonctionnement des composants de stockage sous-jacents. Pour les protocoles en modes bloc et fichier, il existe plusieurs aspects clés :

• Capacité

• Latence des E/S par seconde

• Utilisation du SP

Pour les protocoles CIFS/SMB/NFS, il existe d’autres composants à surveiller :

• Data Mover, CPU utilisation de la mémoire

• Latence du système de fichiers

• Débit entrant/sortant des interfaces réseau

Considérations supplémentaires (principalement du point de vue du réglage) :

• Taille d’E/S

• Caractéristiques des charges de travail

• Utilisation du cache

Ces facteurs n’entrent pas dans le champ de ce document. Toutefois, le réglage du stockage constitue un composant essentiel à l’optimisation des performances. EMC met à disposition des conseils supplémentaires à ce sujet à travers le Support en ligne EMC :

EMC VNX Unified Best Practices for Performance Applied Best Practices Guide

Using EMC VNX Storage with VMware vSphere

Mise en réseau

Stockage

http://www.france.emc.com/collateral/software/white-papers/h10938-vnx-best-practices-wp.pdf�

http://www.france.emc.com/collateral/hardware/technical-documentation/h8229-vnx-vmware-tb.pdf�




157

Instructions pour la surveillance des ressources VNX

Pour surveiller le VNX avec l’interface utilisateur Unisphere, ouvrez une session HTTPS sur l’adresse IP de Control Station. La gamme VNX est une plate-forme de stockage unifiée qui fournit un accès au stockage en mode bloc et fichier via une seule entité. La surveillance est divisée en deux parties :

• Surveillance des ressources de stockage en mode bloc

• Surveillance des ressources de stockage en mode fichier

Cette section explique comment utiliser Unisphere pour surveiller l’utilisation des ressources de stockage en mode bloc, notamment la capacité, les E/S par seconde et le temps de latence.

Capacité

Dans Unisphere, deux volets affichent les informations de capacité. Ils permettent d’évaluer rapidement l’espace libre disponible dans les LUN configurées et les pools de stockage sous-jacents. En mode bloc, les pools configurés doivent disposer d’un espace libre suffisant pour la croissance anticipée et les activités telles que la création de snapshots. Configurez des alertes de seuil pour prévenir les administrateurs de stockage lorsque la capacité utilisée dépasse les 80 %. Dans ce cas, il faudra peut-être ajuster l’extension automatique ou allouer de l’espace supplémentaire au pool. Si l’utilisation des LUN est élevée, récupérez de l’espace ou allouez de l’espace supplémentaire.

Pour définir les alertes de seuil de capacité sur un pool spécifique, procédez comme suit : 1. Sélectionnez ce pool, puis cliquez sur l’onglet Properties > Advanced.

2. Dans la zone Storage Pool Alerts, choisissez une valeur Percent Full Threshold pour ce pool, comme indiqué sur la Figure 59.

Figure 59. Zone Storage Pool Alerts

Surveillance des ressources de stockage en mode bloc



158

Pour effectuer une recherche verticale dans la capacité de blocs, procédez comme suit : 1. Dans Unisphere, choisissez le système VNX à examiner.

2. Sélectionnez Storage > Storage > Configurations > Storage Pools. Le volet Storage Pools s’ouvre.

3. Examinez les colonnes intitulées Free Capacity and % Consumed, comme indiqué sur la Figure 60.

Figure 60. Volet Storage Pools

Surveillez la capacité au niveau des pools de stockage et des LUN.

1. Cliquez sur Storage, puis sélectionnez LUNs. Le volet LUN s’ouvre.

2. Sélectionnez la LUN à examiner, puis cliquez sur Properties, afin d’afficher les informations détaillées de la LUN, comme illustré sur la Figure 61.

3. Vérifiez les informations de la zone LUN Capacity dans la boîte de dialogue. User Capacity correspond à la capacité physique totale disponible pour toutes les thin LUN d’un pool. Consumed Capacity correspond à la capacité physique totale allouée actuellement à toutes les thin LUN.




159

Figure 61. Boîte de dialogue LUN Properties

Examinez les alertes de capacité et tous les autres événements système en ouvrant les volets Alerts et SP Event Logs, les deux étant accessibles à partir du volet Monitoring and Alerts, comme illustré sur la Figure 62.



160

Figure 62. Volet Monitoring and Alerts

E/S par seconde

Les effets d’une charge de travail d’E/S traitée par un système de stockage mal configuré ou dont les ressources sont épuisées peuvent se ressentir à travers tout le système. La surveillance des E/S par seconde traitées dans la baie de stockage implique la consultation des mesures à partir des ports d’hôtes dans les processeurs de stockage, ainsi que les demandes traitées par les disques back-end. Les solutions VSPEX sont soigneusement dimensionnées afin de délivrer un certain niveau de performances pour un niveau de charge de travail en particulier. Assurez-vous que les E/S par seconde ne dépassent pas les paramètres d’origine.

Le reporting statistique des E/S par seconde (ainsi que d’autres mesures clés) est consultable dans le volet Statistics for Block. Cliquez sur VNX >System > Monitoring and Alerts > Statistics for Block. Surveillez les statistiques en ligne ou hors ligne grâce à Unisphere Analyzer, qui nécessite une licence.

Total Bandwidth (MB/s) constitue une autre mesure à examiner. Un port de processeur de stockage front-end de 8 Gbit/s peut traiter 800 Mo par seconde. La bande passante moyenne ne doit pas dépasser 80 % de la bande passante de liaison dans des conditions d’exploitation normales.

Les E/S par seconde fournies aux LUN sont toujours plus nombreuses que celles fournies par les hôtes. Ceci est particulièrement juste avec les thin LUN, car des métadonnées supplémentaires sont associées à la gestion des flux d’E/S. Unisphere Analyzer affiche les E/S par seconde sur chaque LUN comme indiqué sur la Figure 63.




161

Figure 63. E/S par seconde sur les LUN

Certains niveaux RAID appliquent également des pénalités d’écriture qui créent des E/S par seconde back-end supplémentaires. Examinez les E/S par seconde fournies aux (et traitées à partir des) disques physiques sous-jacents. Vous pouvez aussi les consulter dans Unisphere Analyzer, comme illustré sur la Figure 64.

Les instructions pour les performances de disque sont les suivantes :

• 180 E/S par seconde pour les disques SAS 15 000 t/min

• 120 E/S par seconde pour les disques SAS 10 000 t/min

• 80 E/S par seconde pour les disques NL-SAS



162

Figure 64. E/S par seconde sur les disques

Latence

La latence est le sous-produit des retards de traitement des demandes d’E/S. Ce contexte s’intéresse à la surveillance de la latence de stockage, en particulier pour les E/S de niveau bloc. En utilisant des procédures semblables à celles d’une section précédente, affichez la latence au niveau des LUN, comme indiqué sur la Figure 65.

Figure 65. Latence sur les LUN




163

La latence peut apparaître à n’importe quel point du flux d’E/S, depuis la couche d’application, lors du transport et jusqu’aux périphériques de stockage finaux. La détermination des causes précises d’une latence excessive requiert une approche méthodologique.

Ceci dit, une latence excessive est plutôt rare sur un réseau FC. À moins d’un défaut du composant (comme un adaptateur HBA ou un câble), les retards introduits dans la couche de fabric réseau résultent normalement de la mauvaise configuration des fabrics de switch. Une baie de stockage surchargée provoque habituellement une latence dans un environnement FC. Considérez d’abord les LUN et la capacité des pools de disques sous-jacents à traiter les demandes d’E/S. Les demandes ne pouvant pas être traitées sont mises dans la file d’attente, ce qui provoque une latence.

Le même paradigme s’applique aux protocoles basés sur Ethernet, comme iSCSI ou FCoE. Toutefois, des facteurs supplémentaires interviennent, car ces protocoles de stockage utilisent Ethernet comme mode de transport sous-jacent. Isolez le trafic réseau (physique ou logique) pour le stockage et l’implémentation de la qualité de service (QoS) de préférence dans un fabric partagé/convergé. Si les problèmes de réseau ne produisent pas de latence excessive, examinez la baie de stockage. En plus des disques surchargés, une utilisation excessive du processeur de stockage peut également provoquer une latence. Un niveau d’utilisation supérieur à 80 % pour le processeur de stockage indique un problème potentiel. Les processus d’arrière-plan comme la réplication, la déduplication et les snapshots se disputent les ressources du processeur de stockage. Surveillez ces processus pour vous assurer qu’ils n’épuisent pas les ressources du processeur de stockage. Parmi les techniques de réduction, on retrouve l’échelonnement des travaux d’arrière-plan, la mise en place de limites de réplication et l’ajout de ressources physiques ou le rééquilibrage des charges de travail d’E/S. La croissance peut également nécessiter le passage à un matériel plus puissant.

Pour les mesures du processeur de stockage, examinez les données de l’onglet SP d’Unisphere Analyzer, comme indiqué sur la Figure 66. Consultez les mesures telles que les paramètres Utilization %, Queue Length et Response Time (ms). Des valeurs élevées indiquent que la baie de stockage est en difficulté et nécessite probablement une réduction.

Conformément aux bonnes pratiques, EMC recommande un seuil d’utilisation de 70 %, un temps de réponse de 20 ms et une longueur de file d’attente de 10.



164

Figure 66. Taux d’utilisation des SP

Les protocoles de type fichier comme NFS et CIFS/SMB impliquent des processus de gestion supplémentaires plus poussés que ceux du stockage en mode bloc. Les Data Movers, composants matériels fournissant une interface entre les utilisateurs NFS et CIFS/SMB, et les processeurs de stockage offrent ces services de gestion pour les systèmes VNX Unified. Les Data Movers traitent les demandes de protocole de fichier côté client et les convertissent au format sémantique SCSI en mode bloc approprié côté baie. Les composants et protocoles supplémentaires s’accompagnent d’autres exigences de surveillance : utilisation de la liaison réseau Data Mover, utilisation de la mémoire et utilisation du processeur Data Mover.

Pour consulter les mesures de Data Mover dans le panneau Statistics for File, sélectionnez VNX > System > Monitoring and Alerts > Statistics for File. Lorsque vous cliquez sur le lien Data Mover, le récapitulatif de mesures suivant s’affiche, comme illustré sur la Figure 67. Les niveaux d’utilisation supérieurs à 80 % traduisent d’éventuels problèmes de performances et requièrent probablement une réduction via une reconfiguration du Data Mover, l’ajout de ressources physiques ou les deux.

Surveillance des ressources de stockage en mode fichier




165

Figure 67. Statistiques relatives aux Data Movers

Sélectionnez Network Device dans le volet Statistics, puis consultez les statistiques du réseau front-end. La fenêtre Network Device Statistics s’affiche, comme illustré sur la Figure 68. Si le débit dépasse 80 % de la bande passante de la liaison vers le client, configurez des liaisons supplémentaires afin d’alléger la saturation réseau.

Figure 68. Statistiques du réseau Data Mover front-end

Capacité

À l’instar de la surveillance du stockage en mode bloc, Unisphere possède un volet de statistiques pour le stockage en mode fichier. Sélectionnez Storage > Storage Configurations > Storage Pools for File pour vérifier l’utilisation de l’espace de stockage en mode fichier au niveau du pool, comme illustré sur la Figure 69.



166

Figure 69. Volet Storage Pools for File

Surveillez la capacité au niveau des pools et du système de fichiers. 1. Cliquez sur Storage > File Systems. La fenêtre File Systems s’affiche, comme

illustré sur la Figure 70.

Figure 70. Volet File Systems

2. Sélectionnez un système de fichiers à examiner, puis cliquez sur Properties, qui affiche des informations détaillées sur le système, comme illustré sur la Figure 71.

3. Examinez la zone File Storage pour connaître la capacité utilisée (Used) et la capacité libre (Free).




167

Figure 71. Volet des propriétés du système de fichiers

E/S par seconde

Outre les E/S par seconde de stockage en mode bloc, Unisphere permet de surveiller les E/S par seconde du système de fichiers. Sélectionnez System > Monitoring and Alerts > Statistics for File > File System I/O, comme indiqué sur la Figure 72.



168

Figure 72. Volet des performances du système de fichiers

Latence

Pour consulter la latence du système de fichiers, sélectionnez System > Monitoring and Alerts >Statistics for File > NFS dans Unisphere, puis vérifiez la valeur de NFS: Average call time comme indiqué sur la Figure 73.

Figure 73. Volet des performances globales du stockage de fichiers




169

Résumé

Une surveillance cohérente et rigoureuse de l’infrastructure VSPEX EMC Proven constitue une bonne pratique. Les repères de performances aident à identifier les problèmes, tandis que la surveillance des mesures clés permet de s’assurer que le système fonctionne de façon optimale et avec les paramètres prévus. Le processus de surveillance peut couvrir l’intégration avec des outils d’automatisation et d’orchestration fournis par des partenaires clés, tels que Microsoft et VMware.



170



171

Annexe A Nomenclature

Cette annexe traite du point suivant :

Nomenclature ...................................................................................................... 172

Nomenclature


172

Nomenclature

Tableau 30. Liste des composants utilisés dans la solution VSPEX pour 200 machines virtuelles

Composant Solution pour 200 machines virtuelles




200 CPU virtuels

50 CPU physiques minimum




Réseau




Remarque : pour mettre en œuvre la fonctionnalité VMware vSphere High Availability (HA) et satisfaire aux exigences minimales requises, l’infrastructure doit comporter au moins un serveur supplémentaire en plus du nombre spécifié.












Sauvegarde EMC

Avamar Consultez le livre blanc EMC Backup and Recovery Options for VSPEX Private Clouds

Data Domain Consultez le livre blanc EMC Backup and Recovery Options for VSPEX Private Clouds






Nomenclature



173



Bloc • EMC VNX5200 • 1 interface 1 GbE par station pilote pour la


pour la gestion • 2 ports front-end par processeur de stockage • 75 disques SAS 3,5 pouces, 600 Go,




Fichier EMC VNX5200 • 2 Data Movers (actif/veille) • 2 interfaces 10 GbE par Data Mover • 1 interface 1 GbE par station pilote pour la


pour la gestion • 75 disques SAS 3,5 pouces, 600 Go,





Dans la plupart des cas, un environnement client dispose déjà de services d’infrastructures, 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. Si la mise en œuvre a été effectuée sans infrastructure existante, la nouvelle configuration minimale requise est la suivante : • 2 serveurs physiques • 16 Go de RAM par serveur • 4 cœurs de processeur par serveur • 2 ports 1 GbE par serveur



Nomenclature


174






300 CPU virtuels





Réseau
















Sauvegarde EMC

Avamar Consultez le livre blanc EMC Backup and Recovery Options for VSPEX Private Clouds

Data Domain Consultez le livre blanc EMC Backup and Recovery Options for VSPEX Private Clouds







Nomenclature



175









Fichier EMC VNX5400 • 2 Data Movers (actif/veille) • 2 interfaces 10 GbE par Data Mover • 1 interface 1 GbE par station pilote pour la





• 1 disque Flash de 200 Go utilisé comme disque de secours.


Dans la plupart des cas, un environnement client dispose déjà de services d’infrastructures, 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. Si la mise en œuvre a été effectuée sans infrastructure existante, la nouvelle configuration minimale requise est la suivante : • 2 serveurs physiques • 16 Go de RAM par serveur • 4 cœurs de processeur par serveur • 2 ports 1 GbE par serveur



Nomenclature


176






600 CPU virtuels




1 200 Go de RAM minimum

Réseau Bloc 2 cartes réseau 10 GbE par serveur















Sauvegarde EMC











Nomenclature



177









Fichier • EMC VNX5600 • 2 Data Movers (actif/veille) • 2 interfaces 10 GbE par Data Mover • 1 interface 1 GbE par station pilote pour la







Dans la plupart des cas, un environnement client dispose déjà de services d’infrastructures, 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. S’ils sont implémentés sans infrastructure existante, un nombre minimal de serveurs supplémentaires est requis : • 2 serveurs physiques • 16 Go de RAM par serveur • 4 cœurs de processeur par serveur • 2 ports 1 GbE par serveur



Nomenclature


178

Tableau 33. Liste des composants utilisés dans la solution VSPEX pour 1 000 machines virtuelles

Composant Solution pour 1 000 machines virtuelles




1 000 CPU virtuels




2 000 Go de RAM minimum

Réseau Bloc 2 cartes réseau 10 GbE par serveur















Sauvegarde EMC











Nomenclature



179

Composant Solution pour 1 000 machines virtuelles








Fichier • EMC VNX5800 • 3 Data Movers (2 actifs/1 en veille) • 2 interfaces 10 GbE par Data Mover • 1 interface 1 GbE par station pilote pour la gestion • 1 interface 1 GbE par processeur de stockage







Dans la plupart des cas, un environnement client dispose déjà de services d’infrastructures, 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. S’ils sont implémentés sans infrastructure existante, la nouvelle configuration minimale requise est la suivante : • 2 serveurs physiques • 16 Go de RAM par serveur • 4 cœurs de processeur par serveur • 2 ports 1 GbE par serveur



Nomenclature


180



181

Annexe B Fiche Données de configuration du client


Fiche Données de configuration du client ............................................................. 182

Fiche Données de configuration du client


182


Avant de procéder à la configuration, 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 des fiches VNX File and Unified Worksheet.

Tableau 34. Informations courantes sur les serveurs

Nom de serveur Objectif Adresse IP principale

Contrôleur de domaine

DNS principal

DNS secondaire

DHCP

NTP

SMTP

SNMP

Console vCenter

SQL Server

Tableau 35. Informations sur le serveur VMware ESXi

Nom de serveur

Objectif Adresse IP principale

Adresses de réseau privé (stockage)

IP VMkernel

VMware ESXi

Hôte 1

VMware ESXi

Hôte 2

…




183

Tableau 36. Informations sur la baie

Nom de baie

Compte administrateur

IP de gestion

Nom du pool de stockage

Nom du datastore

Bloc WWPN FC

WWPN FCOE

IQN iSCSI

Adresse IP du port iSCSI

Fichier IP serveur NFS

Tableau 37. Informations sur l’infrastructure réseau

Nom Objectif IP Masque de sous-réseau

Passerelle par défaut

Switch Ethernet 1

Switch Ethernet 2

…



184

Tableau 38. 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 iSCSI (mode bloc)

Réseau de stockage NFS (mode fichier)

vMotion

Tableau 39. Comptes de maintenance

Account Objectif Mot de passe (facultatif, appliquer le niveau de sécurité requis)

Administrateur de Windows Server

root Racine VMware ESXi

Administrateur de baie

Administrateur de vCenter

Administrateur de SQL Server



185

Annexe C Fiche technique des composants des ressources serveur


Fiche technique des composants des ressources serveur ..................................... 186

Fiche technique des composants des ressources serveur


186

Fiche technique des composants des ressources serveur Tableau 40. Fiche technique vide pour l’ensemble des ressources serveur



Mémoire (Go)

E/S par seconde

Capacité (Go)


Ressources requises

s.o.


Ressources requises

s.o.


Ressources requises

s.o.


Ressources requises

s.o.


Total des machines virtuelles de référence équivalentes

Personnalisation du serveur

Total des composants de serveur

s.o.

Personnalisation du stockage

Total des composants de stockage s.o.

Machines virtuelles de référence équivalentes pour les composants de stockage

s.o.

Total des machines virtuelles de référence équivalentes (stockage)



187

Annexe D Références


Références........................................................................................................... 188

Références


188

Références

Les documents suivants, disponibles sur le site Web de support en ligne EMC, contiennent des informations complémentaires et pertinentes. Si vous ne parvenez pas à accéder à un document, contactez un responsable de compte EMC.

• EMC VSI for VMware vSphere: Storage Viewer—Product Guide

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

• PowerPath VE for VMware vSphere Installation and Administration Guide

• VNX FAST Cache : Analyse détaillée

• EMC VNX Virtual Provisioning Applied Technology

• EMC VSPEX Private Cloud: VMware vSphere 5.1 - Jusqu’à 100 machines virtuelles




• Using EMC VNX Storage with VMware vSphere

Les documents suivants, disponibles sur le site Web de VMware, fournissent des informations complémentaires et pertinentes :

• vSphere Networking

• Stockage vSphere

• vSphere Virtual Machine Administration

• vSphere Installation and Setup

• vCenter Server and Host Management

• vSphere Resource Management

• Installing and Administering VMware vSphere Update Manager

• vSphere Storage APIs for Array Integration (VAAI) Plug-in

• Interpreting esxtop Statistics

• Understanding Memory Resource Management in VMware vSphere 5.0

Pour obtenir de la documentation sur les produits Microsoft, consultez les sites Web Microsoft :

• Microsoft Developer Network

• Microsoft TechNet

Documentation EMC

Autre documentation



http://msdn.microsoft/fr-fr.com/�




189

Annexe E À propos de VSPEX


À propos de VSPEX............................................................................................... 190

À propos de VSPEX


190

À propos de VSPEX

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

Les solutions VSPEX sont éprouvées par EMC, et configurées et commercialisées exclusivement par les partenaires revendeurs EMC. VSPEX fournit aux partenaires revendeurs davantage d’opportunités, des cycles de vente plus rapides et une activation de bout en bout. Grâce à une collaboration étroite, EMC et ses partenaires revendeurs sont désormais en mesure de proposer une infrastructure qui accélère la transition vers le Cloud d’un nombre toujours plus important de clients.

cloud privÉ emc vspex - dell emc france · destinée aux déploiements de cloud privé avec vmware...

Documents