Copyright © 2014 EMC Corporation. Tous droits réservés. · Haute disponibilité et basculement sur incident ... Ajouter un stockage de partage de fichiers SCVMM (variante fichier

Guide d’infrastructure EMC Proven

EMC VSPEX

Résumé

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

Avril 2014

CLOUD PRIVÉ EMC VSPEX Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu’à 1 000 machines virtuelles Technologie EMC VNX et EMC Powered Backup

2 Cloud privé EMC VSPEX : Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu’à 1 000 machines virtuelles, technologie EMC VNX et EMC Powered Backup Guide d’infrastructure EMC Proven

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.

Cloud privé EMC VSPEX : Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu’à 1 000 machines virtuelles, technologie EMC VNX et EMC Powered Backup Guide d’infrastructure EMC Proven

Référence H12075.2

Cloud privé EMC VSPEX : Microsoft Windows Server 2012 R2 avec Hyper-V - Jusqu’à 1 000 machines virtuelles, technologie EMC VNX et EMC Powered Backup


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 ..................................................................................................................... 20 Stockage .................................................................................................................. 21

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

Chapitre 3 Présentation technologique de la solution 31

Présentation ............................................................................................................. 32 Résumé des composants principaux ........................................................................ 33 Virtualisation ............................................................................................................ 34

Présentation ........................................................................................................ 34 Microsoft Hyper-V ................................................................................................ 34 Ports virtuels Fibre Channel ................................................................................. 34 Microsoft System Center Virtual Machine Manager .............................................. 35 Haute disponibilité grâce au clustering avec basculement sur incident Hyper-V ..... 35 Réplica Hyper-V ................................................................................................... 35 Snapshot Hyper-V ................................................................................................ 36 Mise à jour compatible avec le système de cluster ............................................... 36 EMC Storage Integrator ........................................................................................ 36

Traitement ................................................................................................................ 37 Réseau ..................................................................................................................... 39

Présentation ........................................................................................................ 39

Sommaire


Stockage .................................................................................................................. 41 Présentation ........................................................................................................ 41 Gamme EMC VNX ................................................................................................. 41 Snapshots EMC VNX ............................................................................................ 42 EMC VNX SnapSure .............................................................................................. 43 EMC VNX Virtual Provisioning ............................................................................... 43 Transfert de données déchargées Windows ......................................................... 48 EMC PowerPath ................................................................................................... 49 EMC FAST Cache .................................................................................................. 49 Partages de fichiers VNX ...................................................................................... 49 Bureaux distants/ succursales ............................................................................ 49

Fonctions de SMB 3.0 ............................................................................................... 50 Présentation ........................................................................................................ 50 Versions SMB et négociations ............................................................................. 50 Prise en charge des systèmes de stockage VNX et VNXe ...................................... 51 Prise en charge des systèmes de stockage VHD/VHDX SMB 3.0 ........................... 51 Disponibilité en continu de SMB 3.0 .................................................................... 52 SMB Multichannel ............................................................................................... 54 Déchargement de copie SMB 3.0 ......................................................................... 55 SMB 3.0 BranchCache ......................................................................................... 57 SMB 3.0 Remote VSS ........................................................................................... 58 Chiffrement SMB 3.0 ........................................................................................... 59 Applets de commande SMB 3.0 PowerShell ......................................................... 61 Bail de répertoire SMB 3.0 ................................................................................... 64 Synthèse des fonctions par défaut ....................................................................... 66

Sauvegarde et restauration ...................................................................................... 66 Présentation ........................................................................................................ 66 Déduplication EMC Avamar .................................................................................. 66 Systèmes de stockage avec déduplication EMC Data Domain .............................. 67 VMware vSphere Data Protection ......................................................................... 67

Disponibilité continue .............................................................................................. 67 EMC RecoverPoint ................................................................................................ 67 EMC VNX Replicator ............................................................................................. 68

Autres technologies .................................................................................................. 69 EMC XtremCache ................................................................................................. 69

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

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

Présentation ........................................................................................................ 72

Sommaire



5

Architecture logique ............................................................................................ 73 Principaux composants ....................................................................................... 74 Ressources matérielles ........................................................................................ 77 Ressources logicielles ......................................................................................... 81

Instructions pour la configuration des serveurs ........................................................ 82 Présentation ........................................................................................................ 82 Mises à jour des processeurs Ivy Bridge .............................................................. 82 Virtualisation de la mémoire Hyper-V ................................................................... 85 Instructions pour la configuration de la mémoire ................................................. 86

Instructions pour la configuration du réseau ............................................................ 87 Présentation ........................................................................................................ 87 VLAN.................................................................................................................... 87 Activation des trames Jumbo (iSCSI, FCoE ou SMB seulement)............................. 89 Agrégation de liens (SMB seulement) .................................................................. 90

Instructions pour la configuration du stockage ......................................................... 90 Présentation ........................................................................................................ 90 Virtualisation du stockage Hyper-V pour VSPEX ................................................... 93 Modules de stockage VSPEX ................................................................................ 95 Valeurs maximales validées pour le Cloud privé VSPEX ....................................... 97

Haute disponibilité et basculement sur incident ..................................................... 105 Présentation ...................................................................................................... 105 Couche de virtualisation .................................................................................... 105 Couche de traitement ........................................................................................ 105 Couche réseau ................................................................................................... 106 Couche de stockage .......................................................................................... 107

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

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

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

Application de la charge de travail de référence ..................................................... 110 Présentation ...................................................................................................... 110 Exemple 1 : application personnalisée .............................................................. 110 Exemple 2 : système de point de vente .............................................................. 110 Exemple 3 : serveur Web .................................................................................... 111 Exemple 4 : base de données d’aide à la décision ............................................. 111 Synthèse des exemples ..................................................................................... 111

Implémentation de la solution ................................................................................ 112

Sommaire


Présentation ...................................................................................................... 112 Types de ressource ............................................................................................ 112 Ressources CPU ................................................................................................. 112 Ressources mémoire ......................................................................................... 113 Ressources réseau ............................................................................................. 113 Ressources de stockage .................................................................................... 114 Résumé de la mise en œuvre ............................................................................. 114

Évaluation rapide de l’environnement du client ...................................................... 115 Présentation ...................................................................................................... 115 CPU requis ......................................................................................................... 115 Mémoire requise ................................................................................................ 116 Performances de stockage requises ................................................................... 116 E/S par seconde ................................................................................................ 116 Taille d’E/S ........................................................................................................ 116 Latence d’E/S .................................................................................................... 117 Capacité de stockage requise ............................................................................ 117 Définition de machines virtuelles de référence équivalentes.............................. 117 Réglage précis des ressources matérielles ......................................................... 124 Outil de dimensionnement EMC VSPEX .............................................................. 127

Chapitre 5 Instructions pour la configuration de VSPEX 129

Présentation ........................................................................................................... 130 Tâches préalables au déploiement ......................................................................... 131

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

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

les switches ..................................................................................................... 133 Présentation ...................................................................................................... 133 Préparer les switches réseau ............................................................................. 133 Configurer le réseau d’infrastructure .................................................................. 133 Configurer les réseaux VLAN .............................................................................. 135 Configurer les trames Jumbo (iSCSI ou SMB seulement) .................................... 135 Terminer le câblage réseau ................................................................................ 136

Préparer la baie de stockage et la configurer .......................................................... 136 Configuration des systèmes VNX pour les protocoles en mode bloc ................... 136 Configuration VNX pour les protocoles en mode fichier ...................................... 139 Configuration de FAST VP ................................................................................... 148 Configuration de FAST Cache ............................................................................. 150

Installation et configuration des hôtes Hyper-V ...................................................... 154 Présentation ...................................................................................................... 154

Sommaire



7

Installer les hôtes Windows ............................................................................... 154 Installer Hyper-V et configurer le clustering avec basculement ........................... 154 Configurer le réseau des hôtes Windows ........................................................... 155 Installer PowerPath sur Windows Server ............................................................ 155 Planifier l’allocation de mémoire aux machines virtuelles .................................. 155

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

Déploiement du serveur System Center Virtual Machine Manager .......................... 157 Présentation ...................................................................................................... 157 Créer une machine virtuelle hôte SCVMM .......................................................... 158 Installer le système d’exploitation invité de SCVMM .......................................... 158 Installer le serveur SCVMM ................................................................................ 159 Installer la console de gestion SCVMM .............................................................. 159 Installer localement l’agent SCVMM sur un hôte ................................................ 159 Ajouter un cluster Hyper-V dans SCVMM ............................................................ 159 Ajouter un stockage de partage de fichiers SCVMM (variante fichier seulement) ............................................................................... 159 Créer une machine virtuelle dans SCVMM .......................................................... 159 Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier ............................................................................ 159 Créer un modèle de machine virtuelle ................................................................ 160 Déployer les machines virtuelles à partir du modèle .......................................... 160

Résumé .................................................................................................................. 160

Chapitre 6 Vérification de la solution 161

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

Environnements en mode bloc ........................................................................... 163 Environnements en mode fichier ....................................................................... 164

Chapitre 7 Surveillance du système 165

Présentation ........................................................................................................... 166 Domaines clés à surveiller ...................................................................................... 166

Repère de performances .................................................................................... 167 Serveurs ............................................................................................................ 167

Sommaire


Mise en réseau .................................................................................................. 168 Stockage ........................................................................................................... 168

Instructions pour la surveillance des ressources VNX ............................................. 169 Surveillance des ressources de stockage en mode bloc ..................................... 169 Surveillance des ressources de stockage en mode fichier .................................. 176 Résumé ............................................................................................................. 181

Chapitre 8 Validation avec Microsoft Fast Track v3 183

Présentation ........................................................................................................... 184 Business case pour validation ................................................................................ 184 Exigences du processus ......................................................................................... 185

Étape 1 : principales exigences .......................................................................... 185 Étape 2 : choix de la plate-forme d’infrastructure VSPEX ECM Proven ................. 185 Étape 3 : définition d’autres composants pour le programme Microsoft Hyper-V Fast Track .............................................................................. 185 Étape 4 : élaboration d’une nomenclature détaillée ........................................... 187 Étape 5 : tests de l’environnement ..................................................................... 187 Étape 6 : documentation et publication de la solution ....................................... 187

Ressources supplémentaires .................................................................................. 187

Annexe A Nomenclature 189

Nomenclature ......................................................................................................... 190

Annexe B Fiche Données de configuration du client 199

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

Annexe C Fiche technique des composants des ressources serveur 203

Fiche technique des composants des ressources serveur ....................................... 204

Annexe D Références 205

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

Annexe E À propos de VSPEX 207

À propos de VSPEX ................................................................................................. 208



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 .................................................................. 27 Figure 6. Temps de latence pour les disques avec la fonction de

déduplication de Windows .................................................................. 28 Figure 7. Efficacité de la déduplication avec la fonction

de déduplication de VNX ..................................................................... 28 Figure 8. Efficacité de la déduplication avec la fonction de déduplication

de Windows Server 2012 R2 ................................................................ 28 Figure 9. Solutions de sauvegarde et de restauration EMC ................................. 29 Figure 10. Composants de Cloud privé VSPEX ...................................................... 32 Figure 11. Flexibilité de la couche de traitement des données ............................. 37 Figure 12. Exemple de conception réseau haute disponibilité (mode bloc) .......... 39 Figure 13. Exemple de conception réseau haute disponibilité (mode fichier) ....... 40 Figure 14. Progression du rééquilibrage du pool de stockage .............................. 44 Figure 15. Utilisation de l’espace de thin LUN ...................................................... 45 Figure 16. Examen de l’utilisation de l’espace du pool de stockage ..................... 46 Figure 17. Définition des seuils d’utilisation du pool de stockage ........................ 47 Figure 18. Définition des notifications automatisées (mode bloc) ........................ 47 Figure 19. Point de comparaison des performances de base SMB 3.0 .................. 51 Figure 20. Disponibilité en continu de SMB 3.0 .................................................... 52 Figure 21. Disponibilité continue : performances de l’application ........................ 53 Figure 22. Tolérance aux pannes de SMB Multichannel ........................................ 55 Figure 23. Débit réseau multicanal ....................................................................... 55 Figure 24. Copy Offload ....................................................................................... 56 Figure 25. Activation du paramètre Chiffrer les données ...................................... 59 Figure 26. Activation du chiffrement : taux d’utilisation du CPU client .................. 60

Figures


Figure 27. Activation du chiffrement : taux d’utilisation du CPU du Data Mover .... 61 Figure 28. Exécution PowerShell de Show-Shares ................................................ 63 Figure 29. Exécution PowerShell de Get-SmbServerConfiguration ........................ 64 Figure 30. Bail de répertoire SMB 3.0 ................................................................... 65 Figure 31. Architecture logique pour le stockage en mode bloc ............................ 73 Figure 32. Architecture logique pour le stockage en mode fichier ......................... 74 Figure 33. Conseils relatifs aux processeurs Ivy Bridge ........................................ 82 Figure 34. Consommation de la mémoire de l’hyperviseur ................................... 85 Figure 35. Réseaux requis pour le stockage en mode bloc ................................... 88 Figure 36. Réseaux requis pour le mode fichier .................................................... 89 Figure 37. Types de disque virtuel Hyper-V ........................................................... 93 Figure 38. Module pour 13 serveurs virtuels ........................................................ 96 Figure 39. Module pour 125 serveurs virtuels ...................................................... 96 Figure 40. Organisation du stockage pour 200 machines virtuelles avec le

VNX5200 ............................................................................................. 98 Figure 41. Organisation du stockage pour 300 machines virtuelles avec le

VNX5400 ........................................................................................... 100 Figure 42. Organisation du stockage pour 600 machines virtuelles avec le

VNX5600 ........................................................................................... 101 Figure 43. Organisation du stockage pour 1 000 machines virtuelles avec le

VNX5800 ........................................................................................... 103 Figure 44. Point d’entrée et niveau d’échelle maximal pour différentes baies .... 104 Figure 45. Haute disponibilité de la couche de virtualisation ............................. 105 Figure 46. Alimentations redondantes ............................................................... 105 Figure 47. Haute disponibilité de la couche réseau (VNX), variante bloc ............ 106 Figure 48. Haute disponibilité de la couche réseau (VNX), variante fichier ......... 106 Figure 49. Composants haute disponibilité de la gamme VNX ............................ 107 Figure 50. Flexibilité du pool de ressources ....................................................... 112 Figure 51. Ressource requise dans le pool de machines virtuelles

de référence ...................................................................................... 118 Figure 52. Ressources globales requises : phase 1 ............................................ 120 Figure 53. Configuration de pool : phase 1 ......................................................... 120 Figure 54. Ressources d’agrégation requises : phase 2 ...................................... 122 Figure 55. Configuration de pool : phase 2 ......................................................... 122 Figure 56. Ressources d’agrégation requises : phase 3 ...................................... 124 Figure 57. Configuration de pool : phase 3 ......................................................... 124 Figure 58. Personnalisation des ressources serveur ........................................... 125 Figure 59. Exemple d’architecture réseau Ethernet, variante bloc ....................... 134 Figure 60. Exemple d’architecture réseau Ethernet, variante fichier.................... 135 Figure 61. Boîte de dialogue Network > Settings for File ...................................... 141 Figure 62. Boîte de dialogue Create Interface ..................................................... 142

Figures



11

Figure 63. Boîte de dialogue Create CIFS Server ................................................. 143 Figure 64. Boîte de dialogue Create File System ................................................. 146 Figure 65. Boîte de dialogue File System Properties ........................................... 147 Figure 66. Boîte de dialogue Create File Share ................................................... 148 Figure 67. Boîte de dialogue Storage Pool Properties ......................................... 149 Figure 68. Boîte de dialogue Manage Auto-Tiering ............................................. 149 Figure 69. Boîte de dialogue Storage System Properties .................................... 151 Figure 70. Boîte de dialogue Create FAST Cache ................................................. 152 Figure 71. Onglet Advanced dans la boîte de dialogue Create Storage Pool ....... 153 Figure 72. Onglet Advanced dans la boîte de dialogue Storage

Pool Properties .................................................................................. 153 Figure 73. Zone Storage Pool Alerts.................................................................... 169 Figure 74. Volet Storage Pools ........................................................................... 170 Figure 75. Boîte de dialogue LUN Properties ...................................................... 171 Figure 76. Volet Monitoring and Alerts ............................................................... 172 Figure 77. E/S par seconde sur les LUN .............................................................. 173 Figure 78. E/S par seconde sur les disques ........................................................ 174 Figure 79. Latence sur les LUN ........................................................................... 174 Figure 80. Utilisation du SP ................................................................................ 176 Figure 81. Statistiques relatives aux Data Movers .............................................. 177 Figure 82. Statistiques du réseau Data Mover front-end ..................................... 177 Figure 83. Volet Storage Pools for File ................................................................ 178 Figure 84. Volet File Systems ............................................................................. 178 Figure 85. Fenêtre File System Properties ........................................................... 179 Figure 86. Fenêtre File System I/O Statistics ...................................................... 180 Figure 87. Fenêtre CIFS Statistics ....................................................................... 181

Tableau


Tableau

Tableau 1. Avantages de VNX pour les clients ....................................................... 41 Tableau 2. Seuils et paramètres sous VNX Operating Environment

for Block version 33 ............................................................................. 48 Tableau 3. Dialecte SMB utilisé entre le client et le serveur ................................... 50 Tableau 4. Amélioration de la migration du stockage avec

le déchargement de copie ................................................................... 57 Tableau 5. Applets de commande Microsoft PowerShell ....................................... 61 Tableau 6. Applets de commande PowerShell fournis par EMC ............................. 62 Tableau 7. État par défaut des fonctions SMB 3.0 ................................................. 66 Tableau 8. Matériel utilisé dans la solution ........................................................... 77 Tableau 9. Logiciels utilisés dans la solution ........................................................ 81 Tableau 10. Ressources matérielles pour la couche de traitement des données ..... 83 Tableau 11. Ressources matérielles pour le réseau ................................................. 87 Tableau 12. Ressources matérielles pour le stockage ............................................. 91 Tableau 13. Nombre de disques requis pour différentes quantités

de machines virtuelles ........................................................................ 97 Tableau 14. Caractéristiques du profil .................................................................. 108 Tableau 15. Caractéristiques de la machine virtuelle ............................................ 109 Tableau 16. Ligne de la fiche technique à renseigner ............................................ 115 Tableau 17. Ressources de la machine virtuelle de référence ............................... 117 Tableau 18. Exemple de ligne de fiche technique ................................................. 118 Tableau 19. Exemples d’applications : phase 1 .................................................... 119 Tableau 20. Exemples d’applications : phase 2 .................................................... 121 Tableau 21. Exemples d’applications : phase 3 .................................................... 122 Tableau 22. Total des composants des ressources serveur ................................... 125 Tableau 23. Présentation du processus de déploiement ....................................... 130 Tableau 24. Tâches préalables au déploiement .................................................... 131 Tableau 25. Liste de contrôle des conditions de déploiement ............................... 131 Tableau 26. Tâches de configuration des switches et du réseau ........................... 133 Tableau 27. Tâches de configuration des systèmes VNX pour les

protocoles en mode bloc ................................................................... 136 Tableau 28. Tableau du stockage alloué en mode bloc ......................................... 138

Tableau



13

Tableau 29. Tâches de configuration du stockage pour les protocoles en mode fichier ................................................................................. 139

Tableau 30. Tableau du stockage alloué en mode fichier ...................................... 144 Tableau 31. Tâches d’installation des serveurs ..................................................... 154 Tableau 32. Tâches d’installation de la base de données SQL Server ................... 156 Tableau 33. Tâches de configuration de SCVMM ................................................... 157 Tableau 34. Tâches de test de l’installation .......................................................... 162 Tableau 35. Classification des composants Hyper-V Fast Track ............................. 186 Tableau 36. Liste des composants utilisés dans la solution VSPEX pour

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



1 000 machines virtuelles ................................................................. 196 Tableau 40. Informations courantes sur les serveurs ............................................ 200 Tableau 41. Informations sur le serveur Hyper-V ................................................... 200 Tableau 42. Informations sur la baie ..................................................................... 201 Tableau 43. Informations sur l’infrastructure réseau ............................................. 201 Tableau 44. Informations sur le réseau VLAN ........................................................ 202 Tableau 45. Comptes de maintenance .................................................................. 202 Tableau 46. Fiche technique vide pour définir des ressources serveur .................. 204

Tableau




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


Introduction

Les architectures modulaires et validées EMC® VSPEX® intègrent des technologies éprouvées et supérieures pour créer des solutions de virtualisation complètes. Ces solutions permettent de prendre des décisions avisées au niveau des couches hyperviseur, traitement des données, sauvegarde, stockage et 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 une solution informatique VSPEX intégrant l’hyperviseur Microsoft Hyper-V, les systèmes de stockage EMC VNX® et l’infrastructure correspondante dans le cadre de cette mise en œuvre. Des références externes sont fournies pour certains points. Nous recommandons au lecteur de se familiariser avec ces documents.

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 de solutions VSPEX EUC pour les infrastructures de type Cloud privé Microsoft Hyper-V 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 guide d’infrastructure éprouvée 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 Microsoft Hyper-V et s’appuie sur les systèmes de stockage haute disponibilité de la gamme de stockage 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 ou 1 000 machines virtuelles 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 présente des méthodes et des conseils permettant d’ajuster le système en vue d’un déploiement économique. Pour des environnements plus petits, des solutions comportant jusqu’à 100 machines virtuelles basées sur la gamme EMC VNXe® sont décrites dans le document Cloud privé EMC VSPEX : Microsoft Windows Server 2012 avec Hyper-V - Jusqu’à 125 machines virtuelles - Guide d’infrastructure EMC Proven.

Une architecture de Cloud privé constitue une offre de système complexe. Ce document facilite sa configuration grâce à des listes de matériel et de logiciels initiaux, des fiches techniques et des conseils de dimensionnement pas à pas, ainsi que des étapes de déploiement vérifiées. Une fois le dernier composant installé, des tests de validation et des instructions de surveillance garantissent que votre système client s’exécute correctement. Si vous suivez les instructions de ce document, votre transition vers le Cloud sera efficace et rapide.

Besoins métiers

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 Microsoft Hyper-V 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 flexibilité de conception des applications étant cependant conservées. Ce type de solution 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 Microsoft Hyper-V 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 Microsoft Hyper-V permettant de virtualiser efficacement jusqu’à 1 000 machines virtuelles dans des exemples d’utilisation client très divers ;

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

Résumé analytique




19

Chapitre 2 Présentation de solution


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

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

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

Réseau .................................................................................................................. 20

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

Présentation de solution


Introduction

La solution de Cloud privé EMC VSPEX pour Microsoft Hyper-V 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, la sauvegarde et le réseau.

Virtualisation

Microsoft Hyper-V est une plate-forme de virtualisation clé du secteur. Depuis des années, Hyper-V est synonyme de flexibilité et d’économies pour les utilisateurs : il permet de consolider de grands parcs de serveurs inefficaces et de les transformer en infrastructures de type Cloud rapides et fiables.

Les fonctionnalités telles que la migration dynamique, qui permet le déplacement d’une machine virtuelle entre différents serveurs sans interruption sur le système d’exploitation invité et l’optimisation dynamique, qui permet d’exécuter la migration dynamique automatiquement pour équilibrer les charges, font d’Hyper-V une solution de premier plan pour les entreprises.

Depuis la sortie de Windows Server 2012 R2, un environnement Microsoft virtualisé peut héberger des machines virtuelles comptant jusqu’à 64 CPU virtuels et 1 To de RAM virtuelle.

Traitement

Grâce à VSPEX, vous pouvez concevoir et mettre en œuvre les composants serveur choisis par le client, en bénéficiant d’une grande flexibilité. L’infrastructure doit 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.

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 ;

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

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




21

• 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

Les systèmes de stockage VNX fournissent à 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 VNX sont indiqués ci-dessous. Ils sont dimensionnés sur la base de la charge de travail définie pour l’architecture de référence :

• Ports d’adaptateur hôte (mode bloc) : ports fournissant une connectivité hôte vers la baie par le biais du fabric.

• Processeurs de stockage : composants de traitement des données de la baie de stockage, utilisés pour tous les aspects du déplacement des données dans, vers ou entre les baies.

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

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

Remarque : le terme Data Mover fait référence à un composant matériel du VNX doté d’un CPU, d’une mémoire et de ports d’E/S. Il active les protocoles CIFS-SMB (Common Internet File System) et NFS (Network File System) sur le VNX.

Les solutions de Cloud privé Microsoft Hyper-V décrites dans ce document et pouvant prendre en charge 200, 300, 600 et 1 000 machines virtuelles sont respectivement basées sur les baies de stockage suivantes : EMC VNX5200™, VNX5400™, EMC VNX5600™ et EMC 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 VNX prend en charge un large éventail de fonctions avancées idéales pour les environnements de Cloud privé, notamment les suivantes :

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

• EMC FAST Cache

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

• Déduplication en mode bloc

• Allocation dynamique

• Réplication

• Snapshots ou 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 dans l’ensemble du système peut fournir un pourcentage important des E/S par seconde totales. Une baie VNX optimisée pour Flash 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 généralement 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. 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 La baie de stockage VNX avec architecture MCx est optimisée pour FLASH 1st et fournit des performances globales sans précédent : elle optimise les performances transactionnelles (coût par IOPS) et de bande passante (coût par Gbit/s) grâce à une faible latence, et assure une utilisation optimale de la capacité (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é




25

L’équilibrage de la charge est également amélioré et les applications affichent des performances jusqu’à deux fois supérieures. La configuration de type actif/actif en mode bloc est idéale pour les applications qui requièrent les meilleurs niveaux de disponibilité et de performances sans toutefois nécessiter de hiérarchisation ni de services de gestion de l’efficacité tels que la compression ou la déduplication.

Avec cette version de VNX, les clients VSPEX peuvent utiliser les Data Movers virtuels et VNX Replicator pour effectuer des migrations de systèmes de fichiers automatisées à grande vitesse, entre les systèmes. Ce processus assure une migration automatique de tous les snapshots et paramètres ; il permet également aux clients de poursuivre leur activité durant la migration.

Remarque : les processeurs actif/actif sont uniquement disponibles pour les unités logiques (LUN) RAID, non pour les LUN de pool.

Unisphere Management Suite

La nouvelle suite Unisphere Management Suite étend l’interface conviviale d’Unisphere pour y inclure la fonction VNX Monitoring and Reporting afin de valider les performances et d’anticiper les besoins en capacité. Comme illustré sur la Figure 3, cette suite intègre également Unisphere Remote pour gérer de manière centralisée des milliers de systèmes VNX et VNXe tout en assurant une nouvelle prise en charge de XtremCache.

Figure 3. Nouvelle suite Unisphere Management Suite

Gestion de la virtualisation

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.



Microsoft Hyper-V Microsoft fournit Hyper-V 3.0 sur Windows Server 2012, un hyperviseur amélioré pour Cloud privé qui s’exécute sur les protocoles NAS pour une connectivité simplifiée.

Offloaded Data Transfer La fonction Offloaded Data Transfer (ODX) de Microsoft Hyper-V 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 Hyper-V 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.

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




27

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

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

Figure 7. Efficacité de la déduplication avec la fonction de déduplication de VNX

Figure 8. Efficacité de la déduplication avec la fonction de déduplication de Windows Server 2012 R2




29

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.

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.

Figure 9. 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 et le système de stockage avec déduplication EMC Data Domain.

Sauvegarde et restauration EMC





31

Chapitre 3 Présentation technologique de la solution


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

Résumé des composants principaux ...................................................................... 33

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

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

Réseau .................................................................................................................. 39

Stockage ............................................................................................................... 41

Fonctions de SMB 3.0 ........................................................................................... 50

Sauvegarde et restauration .................................................................................... 66

Disponibilité continue ............................................................................................ 67

Autres technologies ............................................................................................... 69

Présentation technologique de la solution


Présentation

Cette solution s’appuie sur la baie VNX et sur la technologie Microsoft Hyper-V pour consolider le matériel de stockage et les serveurs dans un environnement de Cloud privé VSPEX. 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 10 présente les composants de la solution.

Figure 10. Composants de Cloud privé VSPEX

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




33

Résumé des composants principaux

Cette section présente brièvement 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. 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 de la couche de traitement des données requises et permet au client d’implémenter la solution en se servant du 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. Le modèle VNX utilisé dans cette solution offre un stockage des données hautes performances tout en maintenant une haute disponibilité.

• Sauvegarde et restauration

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.

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



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

Microsoft Hyper-V est un rôle Windows Server inclus depuis la version Windows Server 2008. Hyper-V virtualise les ressources matérielles informatiques, notamment le CPU, la mémoire, le stockage et le réseau. Cette transformation crée des machines virtuelles entièrement fonctionnelles qui exécutent leurs propres systèmes d’exploitation et applications, tout comme le feraient des ordinateurs physiques.

Hyper-V fonctionne avec le clustering avec basculement sur incident et les volumes partagés de cluster (CSV) pour fournir une haute disponibilité dans une infrastructure virtualisée.La migration dynamique et la migration dynamique du stockage permettent un mouvement transparent des machines virtuelles ou des fichiers de machines virtuelles entre les serveurs Hyper-V ou les systèmes de stockage, de manière transparente et avec un impact minimal sur les performances.

Windows Server 2012 fournit des ports virtuels Fibre Channel (FC) au sein d’un système d’exploitation invité Hyper-V. Le port virtuel FC utilise le processus NPIV (N-port ID virtualization) standard pour gérer les noms universels (WWN) des machines virtuelles dans l’adaptateur HBA physique de l’hôte Hyper-V. Cela permet aux machines virtuelles d’accéder directement aux baies de stockage externes sur FC, autorise le clustering de systèmes d’exploitation invités sur FC et offre une nouvelle option de stockage considérable pour les serveurs hébergés dans l’infrastructure virtuelle. Le FC virtuel dans les systèmes d’exploitation invités Hyper-V prend également en charge des fonctions connexes, telles que les SAN virtuels, la migration dynamique et les E/S Multipath (MPIO).

Il doit remplir les conditions préalables suivantes :

• Au moins une installation de Windows Server 2012 avec le rôle Hyper-V

• Au moins un adaptateur HBA FC installé sur le serveur, avec un pilote HBA approprié prenant en charge le FC virtuel pour chaque adaptateur

• SAN avec NPIV activé

Les machines virtuelles qui ont recours à l’adaptateur FC virtuel doivent utiliser Windows Server 2008, Windows Server 2008 R2 ou Windows Server 2012 comme système d’exploitation invité.

Présentation

Microsoft Hyper-V

Ports virtuels Fibre Channel




35

Microsoft System Center Virtual Machine Manager (SCVMM) est une plate-forme de gestion centralisée pour le datacenter virtualisé. Grâce à SCVMM, les administrateurs peuvent configurer et gérer l’hôte virtualisé, le réseau et les ressources de stockage pour créer et déployer les machines virtuelles et services sur les Clouds privés. La plate-forme SCVMM simplifie le provisionnement, la gestion et la surveillance de l’environnement Hyper-V.

La fonction de clustering avec basculement sur incident de Windows Server 2012 assure la haute disponibilité dans Hyper-V. La haute disponibilité évolue en fonction des périodes d’interruption planifiées et non planifiées, et le clustering avec basculement sur incident augmente considérablement la disponibilité des machines virtuelles dans ces deux cas. Configurez le clustering avec basculement sur incident de Windows Server 2012 sur l’hôte Hyper-V pour surveiller l’état des machines virtuelles et migrer ces dernières d’un nœud de cluster vers un autre. Cette configuration présente les avantages suivants :

• Elle permet la migration des machines virtuelles vers un autre nœud de cluster si celui où elles résident doit être mis à jour, modifié ou redémarré.

• Elle permet aux autres membres du cluster avec basculement sur incident Windows de prendre possession des machines virtuelles si le nœud de cluster où elles résident subit une défaillance ou une dégradation importante.

• Elle réduit les périodes d’interruption dues aux défaillances de machine virtuelle. Le cluster avec basculement sur incident Windows Server détecte les défaillances de machine virtuelle et lance automatiquement la procédure de restauration de la machine virtuelle en panne. Ceci permet de redémarrer la machine virtuelle sur le même serveur hôte ou de la migrer vers un autre serveur hôte.

Le réplica Hyper-V a été intégré à Windows Server 2012 afin de fournir une réplication de machine virtuelle asynchrone sur le réseau, à partir d’un hôte Hyper-V d’un site primaire vers un autre hôte Hyper-V d’un site de réplica. Les réplicas Hyper-V protègent les applications métiers de l’environnement Hyper-V contre les périodes d’interruption dues à une panne sur un seul site.

Ils recherchent les opérations d’écriture sur la machine virtuelle primaire et répercutent les modifications vers le serveur de réplica sur le réseau avec le protocole HTTP/HTTPS. La bande passante réseau requise est basée sur le planning de transfert et sur le taux de modification des données.

Si l’hôte Hyper-V primaire tombe en panne, vous pouvez basculer manuellement les machines virtuelles de production vers les hôtes Hyper-V du site de réplica. Le basculement sur incident manuel ramène les machines virtuelles à un point cohérent à partir duquel elles sont accessibles, avec un impact minimal sur l’activité. Après la restauration, le site primaire peut recevoir des modifications de la part du site de réplica. Vous pouvez exécuter un retour arrière planifié pour rétablir les machines virtuelles sur l’hôte Hyper-V du site primaire.

Microsoft System Center Virtual Machine Manager

Haute disponibilité grâce au clustering avec basculement sur incident Hyper-V

Réplica Hyper-V



Les snapshots Hyper-V créent une vue cohérente d’une machine virtuelle à un point dans le temps. Ces snapshots font office de sources de sauvegardes, entre autres exemples d’utilisation. Pour effectuer un snapshot, il n’est pas nécessaire que les machines virtuelles soient en cours d’exécution. Les snapshots sont entièrement transparents pour les applications exécutées sur la machine virtuelle. Ils enregistrent l’état de la machine virtuelle à un point dans le temps et permettent aux utilisateurs de rétablir un état précédent de la machine virtuelle, si nécessaire.

Remarque : les snapshots nécessitent de l’espace de stockage supplémentaire. La quantité d’espace de stockage supplémentaire dépend de la fréquence de modification des données sur la machine virtuelle et du nombre de snapshots conservés.

La mise à jour compatible avec le système de cluster (Cluster-Aware Updating, CAU) a été intégrée à Windows Server 2012. Elle permet de mettre à jour les nœuds de cluster sans perturbation ou presque. Cette fonctionnalité effectue les tâches suivantes de manière transparente durant le processus de mise à jour :

1. Elle passe un nœud de cluster en mode maintenance et le met hors ligne (les machines virtuelles sont migrées dynamiquement vers d’autres nœuds de cluster).

2. Elle installe les mises à jour. 3. Elle procède à un redémarrage, si nécessaire. 4. Elle restaure la connexion du nœud (les machines virtuelles sont ramenées

sur le nœud d’origine). 5. Elle met à jour le nœud suivant dans le cluster.

Le nœud qui gère le processus de mise à jour est appelé l’orchestrateur. Ce dernier peut fonctionner de deux façons différentes :

• En mode mise à jour automatique : l’orchestrateur est exécuté sur le nœud de cluster en cours de mise à jour.

• En mode mise à jour à distance : l’orchestrateur est exécuté sur un système d’exploitation Windows autonome, et gère à distance la mise à jour du cluster.

La mise à jour adaptée aux clusters est intégrée dans Windows Server Update Service (WSUS). Powershell permet l’automatisation du processus de mise à jour adaptée aux clusters.

EMC Storage Integrator (ESI) est un plug-in gratuit, sans agent, qui offre des fonctions de provisionnement du stockage compatible multiapplications dans les environnements Microsoft Windows Server, Hyper-V, VMware et Xen Server. Les administrateurs peuvent provisionner le stockage en modes bloc et fichier pour Microsoft Windows ou les sites Microsoft SharePoint grâce aux assistants d’ESI. L’outil ESI prend en charge les fonctions suivantes :

• le provisionnement, le formatage et la présentation des disques aux serveurs Windows ;

• le provisionnement des nouveaux disques de cluster et l’ajout automatique au cluster ;

• le provisionnement du stockage CIFS partagé et son montage sur les serveurs Windows ;

• le provisionnement du stockage, des sites et des bases de données SharePoint dans un seul et même assistant.

Snapshot Hyper-V

Mise à jour compatible avec le système de cluster

EMC Storage Integrator




37

Traitement

Le choix d’une plate-forme de serveur pour l’infrastructure 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 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 11, 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 souhaiter implémenter ces éléments par le biais de serveurs « boîte blanche » comportant 16 cœurs de processeur et 64 Go de RAM, alors qu’un autre client préférera un serveur plus haut de gamme avec 20 cœurs de processeur et 144 Go de RAM.

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

• Si vous mettez en œuvre 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 des données 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 de 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 les exigences de l’environnement cible.




39

Réseau

Le réseau d’infrastructure doit comporter des liaisons redondantes pour chaque hôte Hyper-V, 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 12 et la Figure 13 illustrent une topologie réseau haute disponibilité.

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

Présentation



Figure 13. 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 la baie VNX et combine plusieurs ports Ethernet en un seul périphérique virtuel. 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.




41

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 dans 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 de réduire le coût total de possession. Dans cette solution VSPEX, les baies de la gamme EMC VNX offrent les 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 à des logiciels de protection et de gestion hautes performances adaptés aux exigences des entreprises d’aujourd’hui. Flexibleà

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 Microsoft Windows Server 2012 R2 et Microsoft System Center 2012 R2 pour 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



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

Les suites logicielles VNX ci-dessous sont disponibles :

• 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

Les packs logiciels VNX suivants sont disponibles :

• 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 fonction logicielle qui crée des copies de données à un point dans le temps. 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™ VNX EMC 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 « embranchements » ou « 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 suspend les opérations d’écriture sur la LUN primaire jusqu’à ce que les données d’origine soient copiées dans le pool de LUN réservées pour conserver un snapshot.

Snapshots EMC VNX




43

Cette version 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.

EMC VNX SnapSure™ est une fonction logicielle d’EMC VNX File permettant de créer et de gérer des points de contrôle qui constituent des images logiques 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 les types de point de contrôle suivants :

• Points de contrôle en lecture seule : systèmes de fichiers en lecture seule créés à partir d’un PFS

• Points de contrôle inscriptibles : systèmes de fichiers accessibles en lecture/écriture créés à partir d’un point de contrôle en lecture seule

SnapSure peut gérer un maximum de 96 points de contrôle en lecture seule et 16 points de contrôle inscriptibles par PFS tout en permettant aux applications du PFS d’accéder en continu aux données 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 uniquement 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.

EMC VNX SnapSure

EMC VNX Virtual Provisioning

https://mydocs.emc.com/VNXDocs/SnapSure.pdf�



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.

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. Vous pouvez surveiller l’évolution d’une opération de rééquilibrage depuis l’onglet General de la fenêtre Pool Properties dans Unisphere, comme indiqué sur la Figure 14.

Figure 14. 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 et 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.




45

Réduction des LUN

Utilisez la réduction de LUN pour diminuer la capacité des thin 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 comporte les étapes suivantes :

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 des informations plus détaillées sur l’extension et la réduction d’une LUN, consultez le document EMC VNX Virtual Provisioning — Applied Technology.

Alerte utilisateur via le paramètre Capacity Threshold

Vous devez 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 15 explique pourquoi le provisionnement avec des thin pools nécessite une surveillance.

Figure 15. Utilisation de l’espace de thin LUN

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

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

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



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

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

L’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 16 présente la boîte de dialogue Storage Pool Properties d’Unisphere. Celle-ci contient des paramètres de capacité tels que Free, Percent Full et Total Allocation (section Physical Capacity), Total Subscription, Percent Subscribed et Oversubscribed By (section Virtual Capacity).

Figure 16. 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 échoue sur les LUN ayant fait l’objet d’un Thin Provisioning. 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 une marge suffisante afin de corriger la situation avant qu’une panne ne se produise. Modifiez ce paramètre en sélectionnant Advanced dans la boîte de dialogue Storage Pool Properties, comme indiqué sur la Figure 17. 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.




47

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

Visualisez les alertes grâce à l’option Alert d’Unisphere. La Figure 18 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 18. Définition des notifications automatisées (mode bloc)



Le Tableau 2 répertorie les informations relatives aux seuils et à leurs paramètres.

Tableau 2. Seuils et paramètres sous VNX Operating Environment for 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 risquez de manquer d’espace, ce qui peut avoir une incidence sur toutes les applications utilisant des thin LUN dans le pool.

Le transfert de données déchargées (ODX) de Windows permet de décharger le transfert de données du serveur vers les baies de stockage. Cette fonction est active par défaut sous Windows Server 2012. Les baies VNX sont compatibles avec Windows ODX sous Windows Server 2012.

ODX prend en charge les protocoles suivants :

• iSCSI

• Fibre Channel (FC)

• FC over Ethernet (FCoE)

• Server Message Block (SMB) 3.0

Les opérations de transfert de données suivantes prennent actuellement en charge ODX :

• Transfert de volumes de données importants via Hyper-V Manager, comme la création d’un disque virtuel de taille fixe, la fusion d’un snapshot ou la conversion de disques virtuels

• Copie de fichiers dans l’Explorateur de fichiers

• Utilisation des commandes Copy dans Windows PowerShell

• Utilisation des commandes Copy dans l’invite de commande Windows

Comme ODX décharge le transfert de fichier sur la baie de stockage, l’utilisation du CPU hôte et du réseau est considérablement réduite. ODX minimise la latence et accélère le transfert des données grâce à la baie de stockage. Ceci s’avère particulièrement avantageux pour les fichiers volumineux, tels que les bases de données ou les vidéos. ODX est activé par défaut sous Windows Server 2012. Par conséquent, lors d’opérations sur des fichiers prises en charge par ODX, les transferts de données sont automatiquement déchargés vers la baie de stockage. Le processus ODX est transparent pour les utilisateurs.

Transfert de données déchargées Windows




49

EMC PowerPath® est un package logiciel basé sur l’hôte offrant des fonctions automatisées de gestion des chemins de données et d’équilibrage de la charge pour les serveurs, réseaux et systèmes de stockage hétérogènes déployés au sein d’environnements physiques et virtuels. Il offre les avantages suivants pour l’infrastructure VSPEX EMC Proven :

• Gestion standardisée des données dans les environnements physiques et virtuels

• Règles de multipathing et équilibrage de la charge automatisés pour garantir aux applications une disponibilité et des performances homogènes au sein des environnements physiques et virtuels

• Amélioration des contrats de niveau de service, en éliminant l’impact des défaillances des E/S sur les applications

EMC FAST Cache, qui fait partie de la suite logicielle EMC 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.

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é. Pour plus d’informations, consultez le document Configuring and Managing CIFS on VNX.

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 systèmes locaux doivent être faciles à administrer pour le personnel du site, mais ils doivent également prendre 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.

EMC PowerPath

EMC FAST Cache

Partages de fichiers VNX

Bureaux distants/ succursales

https://mydocs.emc.com/VNXDocs/CIFS.pdf�



BranchCache est une fonction qui permet aux clients de mettre en cache des données stockées dans des partages SMB 3.0 en local au niveau de la succursale. Grâce à cette fonction, les utilisateurs distants qui accèdent aux partages de fichiers peuvent mettre des fichiers en cache localement, ce qui facilitera leurs futures recherches, réduira le trafic réseau et améliorera l’évolutivité et les performances.

Pour plus d’informations sur BranchCache, reportez-vous à la section Fonctions de SMB 3.0.

Fonctions de SMB 3.0

SMB 3.0 prend en charge le stockage Hyper-V et Microsoft SQL Server. Microsoft a également introduit plusieurs fonctions clés qui améliorent les performances de ces applications et simplifient les tâches de gestion d’application.

Cette section présente les fonctions SMB 3.0 prises en charge sur les baies de stockage VNX, ainsi que l’incidence de ces fonctions sur les performances des applications ou des données stockées dans les partages de fichiers SMB 3.0.

Pour plus d’informations, consultez le livre blanc EMC VNX Series: Introduction to SMB 3.0 Support.

Le protocole SMB suit le modèle client-serveur. Le niveau du protocole est négocié par la demande du client et la réponse du serveur lors de l’établissement d’une nouvelle connexion SMB.

Voici les versions SMB pour différents systèmes d’exploitation Windows :

• CIFS : Windows NT 4.0

• SMB 1.0 : Windows 2000, Windows XP, Windows Server 2003 et Windows Server 2003 R2

• SMB 2.0 : Windows Vista (SP1 ou version ultérieure) et Windows Server 2008

• SMB 2.1 : Windows 7 et Windows Server 2008 R2

• SMB 3.0 : Windows 8 et Windows Server 2012

Avant d’établir une session entre le client et le serveur, un dialecte SMB commun doit être négocié. Le Tableau 3 présente le dialecte commun utilisé en fonction des versions SMB prises en charge par le client et le serveur.

Tableau 3. Dialecte SMB utilisé entre le client et le serveur

Client-serveur SMB 3.0 SMB 2.1 SMB 2.0

SMB 3.0 SMB 3.0 SMB 2.1 SMB 2.0

SMB 2.1 SMB 2.1 SMB 2.1 SMB 2.0

SMB 2.0 SMB 2.0 SMB 2.0 SMB 2.0

SMB 1.0 SMB 1.0 SMB 1.0 SMB 1.0

Présentation

Versions SMB et négociations




51

Pour plus d’informations sur les versions SMB et les négociations, consultez le document technique Microsoft TechNet intitulé Server Message Block (SMB) Protocol Versions 2 and 3.

Toutes les fonctions mentionnées dans ce document sont prises en charge par les dernières versions de VNX Operating Environment for File ainsi que par VNXe OE.

Avec une prise en charge VHD (Virtual Hard Disk) et VHDX, Hyper-V peut stocker des machines virtuelles, des fichiers (tels que les fichiers de configuration), des disques durs virtuels et des snapshots dans les partages SMB 3.0. Ceci s’applique aux serveurs autonomes et en cluster.

Avantage de cette fonction

Avec une prise en charge SMB 3.0 pour le stockage des machines virtuelles Hyper-V, Microsoft prend en charge les protocoles de stockage en mode bloc et en mode fichier. Ceci offre aux utilisateurs Hyper-V des options de stockage supplémentaires pour les fichiers de machine virtuelle Hyper-V.

Point de comparaison de base

La prise en charge de fichiers VHD et VHDX sur une baie de stockage VNX est active par défaut, sans qu’une configuration supplémentaire ne soit nécessaire.

La Figure 19 illustre les performances de 100 machines virtuelles de référence Hyper-V sur des partages de fichiers VNX SMB 3.0. Chaque machine virtuelle effectue 25 E/S par seconde. Le temps de latence limite acceptable est de 20 ms et le temps de latence moyen observé durant le test est de 12 ms.

Figure 19. Point de comparaison des performances de base SMB 3.0

Remarque : ce résultat de performances sert de point de comparaison de base pour toutes les autres fonctions SMB 3.0 abordées dans la suite de ce chapitre.

Prise en charge des systèmes de stockage VNX et VNXe

Prise en charge des systèmes de stockage VHD/VHDX SMB 3.0

http://msdn.microsoft.com/fr-fr/library/cc246482.aspx�

http://msdn.microsoft.com/fr-fr/library/cc246482.aspx�



La fonction de disponibilité en continu de SMB 3.0 assure le basculement sur incident transparent du serveur de fichiers (hébergé par la baie de stockage VNX) lorsqu’une erreur se produit. Elle permet aux clients connectés aux partages SMB 3.0 de se reconnecter de manière transparente à un autre nœud du serveur de fichiers lors de l’échec d’un nœud. Tous les descripteurs de fichier ouverts à partir du nœud de serveur en échec sont transférés vers le nouveau nœud de serveur, ce qui empêche les erreurs d’application.

La Figure 20 affiche la séquence d’évènements pour un basculement sur incident du Data Mover lorsque la fonction de disponibilité continue est activée :

1. Le client, doté de Windows Server 2012, demande un descripteur permanent en

ouvrant un fichier associé à des locations et des verrous sur un partage CIFS.

2. Le serveur CIFS enregistre l’état d’ouverture et le descripteur permanent sur le disque.

3. En cas d’échec, le Data Mover primaire (DataMover2) effectue un basculement sur incident sur le Data Mover de secours (DataMover3).

4. Le Data Mover lit et restaure l’état d’ouverture persistant à partir du disque avant de démarrer le service CIFS.

5. Grâce au descripteur permanent, le client rétablit la connexion avec le même serveur CIFS et restaure le contexte associé au fichier ouvert actif avant le basculement.

Figure 20. Disponibilité en continu de SMB 3.0

Disponibilité en continu de SMB 3.0




53


Lors de l’échec d’un Data Mover, les clients qui accèdent aux partages SMB 3.0 créés avec la fonction de disponibilité continue ne perçoivent aucune erreur d’application. Dans ce cas, ils subissent un petit retard d’E/S à cause du basculement sur incident du Data Mover primaire vers le Data Mover de secours. Après le basculement, l’application peut connaître un court pic de latence mais reprendre très vite son fonctionnement normal.

Activation de la fonction

Cette fonction est obligatoire pour les environnements Hyper-V. Pour l’activer, exécutez les commandes suivantes à partir de la station pilote du VNX.

1. Pour monter le système de fichiers via lequel le partage sera exporté avec

l’option smbca :

server_mount <server_name> -o smbca <fsname> /<fsmountpoint>

2. Pour exporter le partage avec l’option de disponibilité continue :

server_export <server_name> -P cifs –n <sharename> –o type=CA /<fsmountpoint>

Impact sur les performances

Cette fonction n’a aucune influence sur les performances du stockage, du serveur ou du réseau. Celles-ci ne sont altérées qu’après un basculement sur incident ou une opération de retour arrière, lorsqu’un pic se produit dans les E/S par seconde ou dans le temps de latence pendant un court instant avant la reprise d’une activité normale.

La Figure 21 illustre les performances de VDbench sur l’hôte lorsque le Data Mover primaire fonctionne de manière inattendue. Un retard d’E/S se produit pendant l’opération de basculement sur incident. À la fin du basculement, le Data Mover de secours est actif et le VDbench reprend une activité normale après un court pic des E/S et du temps de latence.

Figure 21. Disponibilité continue : performances de l’application



La fonction SMB Multichannel utilise plusieurs connexions et interfaces réseau pour assurer un débit et une tolérance aux pannes plus élevés. Ceci s’effectue sans aucune configuration supplémentaire pour les interfaces réseau.

Avantages de cette fonction

SMB Multichannel fournit une haute disponibilité réseau. Si l’une des cartes réseau est défaillante, les applications et les clients continuent de fonctionner avec un potentiel de débit plus bas sans aucune erreur. SMB Multichannel est automatiquement configuré. Tous les chemins réseau sont automatiquement détectés, et les connexions sont ajoutées de manière dynamique.

SMB Multichannel fonctionne de la façon suivante :

• Connexions multicanal sur une seule carte réseau pour améliorer le débit :

SMB Multichannel ne permet pas d’augmenter le débit si la carte réseau unique ne prend pas en charge le partage du trafic entrant. Cette fonctionnalité permet la répartition automatique de plusieurs connexions sur les cœurs CPU et peut donc distribuer la charge entre les différents cœurs CPU en créant plusieurs connexions TCP/IP.

• Connexions multicanal sur plusieurs cartes réseau pour améliorer le débit :

SMB Multichannel crée plusieurs sessions TCP/IP : une pour chaque interface disponible. Si les cartes réseau prennent en charge le partage du trafic entrant, plusieurs connexions TCP/IP sont créées pour chacune d’entre elles.


SMB Multichannel est activé par défaut sur la baie de stockage VNX. Pour utiliser cette fonction, il n’est pas nécessaire de définir des paramètres sur le système. Cette fonction est également activée par défaut pour les clients Windows 8 et Windows 2012.


SMB Multichannel augmente le débit du réseau en créant plus de connexions TCP/IP (au moins une par carte réseau). Si le réseau est sous-utilisé, aucune dégradation des performances n’est observée lors de la défaillance d’une carte réseau. Toutefois, si le réseau est fortement sollicité, l’application continue de fonctionner à un débit inférieur.

La Figure 22 affiche le résultat du test de résilience réseau sur un client SMB 3.0 lorsqu’une carte réseau sur deux est désactivée. L’application ne connaît aucune erreur ni défaillance et continue de fonctionner normalement même si l’interface est réactivée.

SMB Multichannel




55

Figure 22. Tolérance aux pannes de SMB Multichannel

L’application n’influe pas sur les performances car le réseau ne constituait pas le goulot d’étranglement durant le test. Si c’était le cas, le temps de réponse aurait été plus long. Toutefois, l’application aurait continué de fonctionner sans erreur tant que le temps de réponse, même élevé, restait acceptable.

La Figure 23 illustre le débit réseau des clients SMB 3.0 sur chacune des interfaces.

Figure 23. Débit réseau multicanal

Chaque client SMB 3.0 de l’environnement de test inclut deux interfaces réseau. Lorsqu’une interface est désactivée, l’autre prend en charge le trafic. Ceci est évident sur le graphique : le débit a doublé sur une carte réseau, tandis qu’il est passé à 0 sur la carte réseau désactivée. Une fois cette dernière réactivée, la charge est répartie également entre les deux cartes.

La fonction de déchargement de copie, Copy Offload, permet à la baie de copier de grandes quantités de données sans impliquer les ressources du réseau ou du serveur. Le serveur décharge l’opération de copie sur la baie physique hébergeant les données.

Déchargement de copie SMB 3.0



Remarque : le déchargement de copie requiert que les systèmes de fichiers source et de destination se trouvent sur le même Data Mover.

Figure 24. Copy Offload

Avantages de cette fonction

La fonction de déchargement de copie permet un transfert de données plus rapide de la source vers la destination car elle n’utilise aucun cycle CPU client. Elle s’avère surtout avantageuse pour les opérations suivantes :

• Opérations de déploiement :

Déployez plus rapidement plusieurs machines virtuelles. Le VHDX de base peut résider sur un partage SMB 3.0, avec de nouvelles machines virtuelles déployées sur les partages SMB 3.0 via Hyper-V Manager, en pointant vers le VHDX de base.

• Opérations de clonage :

Clonez des machines virtuelles depuis un partage SMB 3.0 vers un autre en quelques minutes.

• Opérations de migration :

Migrez des machines virtuelles d’un partage de fichiers vers un autre sur le même Data Mover en 10 minutes, contre près de 40 minutes sans la fonction de déchargement de copie.

Le Tableau 4 illustre la durée de transfert du stockage de machine virtuelle avec et sans la fonction de déchargement de copie.




57

Tableau 4. Amélioration de la migration du stockage avec le déchargement de copie

Nombre de machines virtuelles (de 100 Go chacune)

Durée de la migration du stockage avec déchargement de copie activé

Durée de la migration du stockage avec déchargement de copie désactivé

1 10 min 37 min

2 13 min 82 min

5 26 min Plus de 4 heures

10 50 min Plus de 8 heures


Cette fonction est activée par défaut sur la baie de stockage VNX, sous Windows 8, et sur les clients Windows Server 2012.


Comme la baie gère complètement l’opération de copie, la fonction de déchargement de copie augmente le taux d’utilisation du CPU Data Mover et des autres ressources de la baie. Les performances de cette fonction sont limitées par la bande passante de lecture/d’écriture de la baie.

BranchCache permet aux clients de mettre en cache des données stockées dans des partages SMB 3.0 en local au niveau de la succursale. Le contenu du cache est chiffré entre les pairs, les clients et les serveurs de cache hébergé. Cette fonction a été tout d’abord introduite avec Windows 7 et Windows 2008 R2. SMB 3.0 prend en charge BranchCache v2.

Implémentez BranchCache selon l’un des deux modes suivants :

• Mode de cache distribué : distribue le cache entre les ordinateurs clients de la succursale.

• Mode de cache hébergé : conserve le contenu du cache sur un ordinateur distinct de la succursale.

Pour plus d’informations sur BranchCache, consultez la rubrique de la bibliothèque Microsoft TechNet Vue d’ensemble de BranchCache.


Avec la fonction BranchCache, les utilisateurs à distance accédant aux partages de fichiers peuvent mettre des fichiers en cache localement au niveau de la succursale. Ceci facilite les recherches, réduit le trafic réseau et améliore l’évolutivité et les performances.


La fonction BranchCache n’est pas activée par défaut sur la baie de stockage VNX. Exécutez la commande suivante sur la station pilote du VNX pour activer BranchCache :

server_cifs <server_name> smbhash –service –enable

SMB 3.0 BranchCache

http://technet.microsoft.com/fr-fr/library/dd637832�





Exécutez la commande suivante pour créer le partage avec type=HASH :

server_export <server_name> -o type=HASH

Sur le datacenter d’un domaine Windows Server 2012 où le VNX est connecté, modifiez la stratégie de domaine par défaut comme suit pour activation :

Computer Configuration\Policies\Administrative Templates\Network\Lanman Server\Hash Publication for BranchCache.


Cette fonction réduit le trafic réseau car les données du cache sont disponibles en local au niveau de la succursale. Les performances des clients sont également améliorées grâce à un accès plus rapide aux données, malgré le temps système nécessaire pour chiffrer et déchiffrer les données entre les membres de BranchCache.

Remote VSS (RVSS) est un protocole de type RPC (Remote Procedure Call), qui permet d’effectuer des clichés instantanés cohérents des applications du serveur VSS. RVSS stocke les données sur les partages de fichiers SMB 3.0.

RVSS prend en charge la sauvegarde d’application sur plusieurs serveurs et partages de fichiers. Les applications de sauvegarde compatibles avec VSS peuvent effectuer des snapshots d’applications du serveur qui stockent les données sur les partages CIFS VNX. Hyper-V peut stocker des fichiers de machine virtuelle sur les partages CIFS, et RVSS peut effectuer des copies ponctuelles des contenus partagés.

Voici quelques exemples d’utilisation de clichés instantanés :

• Création de sauvegardes

• Restauration de données

• Test de scénarios

• Analyse des données


RVSS utilise l’infrastructure Microsoft VSS existante pour s’intégrer avec les logiciels et applications de sauvegarde compatibles VSS. Les applications de sauvegarde effectuent une lecture directe depuis les partages de fichiers de clichés instantanés au lieu d’impliquer l’ordinateur de l’application serveur.


RVSS est activé par défaut sur la baie de stockage VNX, sans aucune configuration supplémentaire.


RVSS accélère le chargement sur la baie de stockage VNX car il effectue des copies cohérentes (ou des snapshots) d’applications exécutées sur les partages de fichiers.

SMB 3.0 Remote VSS




59

SMB 3.0 permet de chiffrer les données à la volée et de bout en bout, et les protège sur les réseaux non sécurisés. Activez cette fonction pour un partage individuel ou pour le nœud du serveur CIFS dans son ensemble. Elle n’est compatible qu’avec des clients SMB 3.0. Si le partage est chiffré, refusez l’accès ou octroyez un accès non chiffré aux clients non SMB 3.0.


Le chiffrement SMB ne nécessite aucun logiciel ou matériel supplémentaire. Il protège les données des attaques et de l’écoute électronique sur le réseau.


Cette fonction n’est pas activée par défaut sur la baie de stockage VNX.

Activation du chiffrement sur tous les partages

Pour configurer le chiffrement sur tous les partages, définissez le paramètre Chiffrer les données sur V0x1 dans le registre du serveur CIFS VNX. Pour configurer ce paramètre, procédez comme suit :

1. Ouvrez l’éditeur du Registre (regedit.exe) sur un ordinateur.

2. Sélectionnez Fichier > Connexion au Registre réseau.

3. Saisissez le nom d’hôte ou l’adresse IP du serveur CIFS, puis cliquez sur Vérifier les noms.

4. Une fois le serveur reconnu, cliquez sur OK pour fermer la fenêtre.

5. Modifiez le paramètre Chiffrer les données (0x1 = activé, 0x0 = désactivé) sous HKEY\System\CurrentControlSet\Services\LanmanServer\Parameters comme indiqué sur la Figure 25.

Figure 25. Activation du paramètre Chiffrer les données

Chiffrement SMB 3.0



Par défaut, seuls les clients SMB 3.0 ont accès aux partages de fichiers VNX chiffrés. Pour permettre aux clients antérieurs à SMB 3.0 d’accéder aux partages chiffrés, la valeur RejectUnencryptedAccess doit être définie sur 0x0 à l’emplacement du registre du serveur CIFS VNX indiqué dans la Figure 16.

Activation du chiffrement sur un partage en particulier

Pour activer le chiffrement sur un partage en particulier, exécutez la commande suivante sur la station pilote du VNX :

server_export <server_name> -P cifs –n <sharename> –o type=Encrypted /<fsmountpoint>


Une fois le chiffrement activé sur les partages, l’utilisation du CPU Data Mover et du client SMB 3.0 augmente car le chiffrement et le déchiffrement nécessitent un temps système supplémentaire.

La Figure 26 illustre l’augmentation du taux d’utilisation du CPU lorsque le chiffrement est activé sur les partages SMB 3.0.

Figure 26. Activation du chiffrement : taux d’utilisation du CPU client

La Figure 27 illustre l’augmentation du taux d’utilisation du Data Mover lorsque le chiffrement est activé sur les partages SMB 3.0.




61

Figure 27. Activation du chiffrement : taux d’utilisation du CPU du Data Mover

Les applets de commande SMB 3.0 PowerShell sont des commandes PowerShell qui permettent de gérer les partages de fichiers via l’interface de ligne de commande Windows PowerShell. Elles utilisent des classes WMIv2 ; toutes les commandes ne sont donc pas compatibles avec les partages de fichiers hébergés par VNX. Toutefois, VNX fournit un ensemble de commandes PowerShell à installer et à exécuter à partir d’un client Windows 8 ou Windows Server 2012. Téléchargez ces commandes à partir du site de support en ligne EMC.

Pour plus d’informations sur les commandes Windows PowerShell pour SMB 3.0, consultez la rubrique Microsoft TechNet SMB Share CMDlets in Windows PowerShell.

Le Tableau 5 répertorie les applets de commande Microsoft SMB 3.0 PowerShell à exécuter à partir des clients.

Tableau 5. Applets de commande Microsoft PowerShell

Applets de commande SMB 3.0 PowerShell

Commande Description

Get-SmbServerNetworkInterface Répertorie les interfaces réseau disponibles pour le serveur SMB.

Get-SmbServerConfiguration Répertorie les configurations du serveur SMB.

Get-SmbMultichannelConnection Répertorie les connexions actuellement utilisées par SMB Multichannel.

New-SmbMultichannelConstraint Crée une contrainte multicanal.

Get-SmbMultichannelConstraint Répertorie les contraintes sur les connexions multicanaux.

Update-SmbMultichannelConnection Met à jour la contrainte sur la connexion multicanal.

Remove-SmbMultichannelConstraint Supprime la contrainte multicanal.

http://technet.microsoft.com/library/jj635726.aspx�



Le Tableau 6 répertorie les applets de commande SMB 3.0 PowerShell fournis par EMC pour la gestion des partages.

Tableau 6. Applets de commande PowerShell fournis par EMC


Add-LG Ajoute un nouveau groupe local sur un nom de serveur.

Add-LGMember Ajoute un membre dans le groupe local indiqué sur un nom de serveur.

Add-Share Crée un partage sur un nom de serveur.

Add-ShareAcl Ajoute un ACE dans l’ACL d’un partage sur un nom de serveur.

Add-SharePerms Ajoute un accès dans les autorisations d’un partage sur un nom de serveur.

Remove-LG Supprime un groupe local sur un nom de serveur.

Remove-LGMember Supprime un membre d’un groupe local sur un nom de serveur.

Remove-Session Supprime une session ouverte sur un nom de serveur.

Remove-Share Supprime un partage sur un nom de serveur.

Remove-ShareAcl Supprime un ACE dans l’ACL d’un partage sur un nom de serveur.

Remove-SharePerms Supprime un accès dans les autorisations d’un partage sur un nom de serveur.

Set-ShareFlags Définit des indicateurs de partage sur un nom de serveur spécifié.

Show-AccountSid Affiche l’identifiant SID d’un utilisateur spécifié.

Show-ACL Affiche l’ACL du partage sur un nom de serveur.

Show-LG Énumère un groupe local sur un nom de serveur.

Show-LGMembers Énumère les membres d’un groupe local sur un nom de serveur.

Show-RootDirMembers Répertorie les membres du répertoire racine d’un nom de serveur.


Get-SmbMapping Affiche la liste des disques mappés par un client SMB.

Remove-SmbMapping Supprime un mappage existant.

New-SmbMapping Crée un mappage.

Get-SmbConnection Répertorie les connexions SMB sur le serveur.

Get-SmbClientNetworkInterface Affiche l’interface réseau du client.

Get-SmbClientConfiguration Affiche les paramètres de configuration actuels du client SMB.




63


Show-SecurityEventLog Affiche les logs des événements d’un nom de serveur.

Show-Sessions Énumère les sessions ouvertes sur un nom de serveur.

Show-Shares Affiche tous les partages sur un nom de serveur.

Show-ShareAcl Affiche l’ACL du partage sur un nom de serveur.

Show-ShareFlags Affiche la valeur des indicateurs du partage sur un nom de serveur.

Show-SharePerms Énumère le contenu d’accès dans les autorisations d’un partage sur un nom de serveur.

Voici quelques exemples d’applets de commande PowerShell :

Commande Show-Shares

La Figure 28 affiche la liste de tous les partages SMB 3.0 sur le VNX obtenue à l’aide de la commande Show-Shares.

Figure 28. Exécution PowerShell de Show-Shares



Commande Get-SmbServerConfiguration

La Figure 29 illustre la configuration du serveur SMB 3.0 obtenue à l’aide de la commande Get-SMBServerConfiguration.

Figure 29. Exécution PowerShell de Get-SmbServerConfiguration


Les applets de commande PowerShell permettent aux clients et aux administrateurs de gérer facilement les partages SMB 3.0 à partir d’un seul emplacement.


Les commandes PowerShell sont activées par défaut sur les clients Windows Server 2012 et Windows 8. Téléchargez les commandes EMC PowerShell à partir du site du support en ligne EMC.


L’exécution de ces applets de commande n’a aucune incidence sur les ressources de stockage, de serveur ou de réseau.

Le bail de répertoire SMB 3.0 permet aux clients de mettre en cache des métadonnées de répertoire en local. Toutes les futures demandes de métadonnées seront traitées à partir du même cache. La cohérence du cache est conservée car les clients sont informés en cas de modification des informations du répertoire sur le serveur.

Bail de répertoire SMB 3.0




65

Il existe plusieurs types de bail :

• Le bail de mise en cache des lectures (R) permet au client de mettre en cache les lectures. Il peut être accordé à plusieurs clients.

• Le bail de mise en cache des écritures (W) permet au client de mettre en cache les écritures.

• Le bail de mise en cache des descripteurs (H) permet au client de mettre en cache des descripteurs ouverts. Il peut être accordé à plusieurs clients.

Figure 30. Bail de répertoire SMB 3.0


Le bail de répertoire améliore le temps de réponse de l’application dans les succursales. Cette fonction s’avère utile lorsqu’un client d’une succursale souhaite éviter la forte latence du WAN pour extraire les mêmes informations de métadonnées de façon répétée. Dans ce cas, il met en cache ces données et laisse le serveur SMB l’informer des modifications apportées à ces informations sur le serveur.

Un usage classique comprend les éléments suivants :

• Dossiers de base (lecture/écriture)

• Publication (lecture seule)


Cette fonction est activée par défaut sur le Data Mover, sans aucune configuration supplémentaire.




Cette fonction améliore le temps de réponse des applications, réduit le trafic réseau et le taux d’utilisation du processeur client.

Le Tableau 7 récapitule l’état par défaut des fonctions.

Tableau 7. État par défaut des fonctions SMB 3.0

Fonction Prise en charge du Data Mover

Prise en charge du stockage Hyper-V

Pris en charge par défaut sur le Data Mover

Disponibilité continue Doit être activé sur le Data Mover

Multichannel Activé par défaut sur le Data Mover

Copy Offload Activé par défaut sur le Data Mover

BranchCache Doit être activé sur le Data Mover

Remote VSS Activé par défaut sur le Data Mover

Chiffrement Doit être activé sur le Data Mover

Applets de commande PowerShell

Activés par défaut sur le Data Mover.

Les applets de commande EMC SMB PowerShell pour VNX peuvent être téléchargés depuis le site powerlink.emc.com.

Bail de répertoire Activé par défaut sur le Data Mover

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

Synthèse des fonctions par défaut

Présentation

Déduplication EMC Avamar

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




67

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.

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.

Disponibilité continue

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. EMC RecoverPoint est exécuté sur une appliance dédiée (RPA). Il allie une technologie de protection continue des données leader du secteur à une technologie de réplication sans perte de données et efficace en matière de bande passante. Cela lui permet de protéger les données en local (protection continue des données, CDP), à distance (réplication continue à distance, CRR), ou les deux (réplication en local et à distance, CLR).

• RecoverPoint CDP réplique les données sur un même site ou vers un site de baie intermédiaire local situé à distance variable, et les données sont transférées via FC.

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

VMware vSphere Data Protection

EMC RecoverPoint

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

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



• 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 fractionnement légère sur le serveur d’application, sur le fabric ou dans la baie, pour mettre en miroir les écritures d’application sur le cluster RecoverPoint. RecoverPoint prend en charge plusieurs types de fractionnement d’écriture :

• Basée sur la baie

• Type fabric

• Basée sur l’hôte

EMC VNX Replicator est une solution de réplication asynchrone puissante et facile d’utilisation. Grâce à sa fonctionnalité WAN, à son interface de gestion simple et à sa fonction de reprise après sinistre avancée, il offre une solution de réplication complète. La réplication entre un système de fichiers primaire et un système de fichiers secondaire ou une LUN iSCSI peut s’effectuer sur le même système VNX ou sur un système distant.

EMC VNX Replicator prend en charge la réplication iSCSI de manière cohérente avec les applications. L’hôte peut lancer la réplication via l’interface VSS dans des environnements Windows ou Replication Manager.

Pour les environnements CIFS, la fonctionnalité Virtual Data Mover (VDM) réplique le contexte nécessaire vers le site distant avec les systèmes de fichiers, notamment les données de serveur CIFS, les logs d’audit et les groupes locaux.

Dans le cadre de la restauration asynchrone des données, la copie secondaire peut passer en mode lecture/écriture afin que la production se poursuive sur le site distant. Lorsque le système principal est disponible, il est possible de reproduire les changements incrémentiels du système secondaire sur le système principal grâce à la fonction de resynchronisation. Celle-ci fonctionne comme décrit ci-dessus, avec une inversion des rôles entre copie primaire et copie secondaire.

EMC VNX Replicator




69

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.

EMC XtremCache™ est une solution Flash Cache sur serveur qui permet de réduire les temps de latence et d’accroître le débit, afin d’améliorer les performances des applications en utilisant des logiciels de mise en cache intelligents, ainsi que la technologie PCle Flash.

Flash Cache sur serveur pour une vitesse maximale

XtremCache permet d’améliorer les performances 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. En d’autres termes, les données les plus utilisées (les plus actives) résident automatiquement sur la carte PCIe du serveur pour un accès plus rapide à ces dernières.

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

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.

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.

EMC XtremCache



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 XtremCache :

• 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 document Introduction to EMC XtremCache.

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






71

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


Présentation .......................................................................................................... 72

Architecture de la solution ..................................................................................... 72

Instructions pour la configuration des serveurs ...................................................... 82

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

Instructions pour la configuration du stockage ...................................................... 90

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

Profil du test de validation ................................................................................... 108

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

Instructions pour le dimensionnement ................................................................. 108

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

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

Présentation de l’architecture de la solution


Présentation

Ce chapitre fournit des informations complètes sur les principaux aspects architecturaux 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 est libre de choisir le matériel serveur et réseau pour satisfaire 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, de stockage et de réseau requises pour un ensemble de machines virtuelles validées 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. 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 Microsoft Hyper-V avec VNX est validée pour quatre points d’échantillonnage : pour une configuration comprenant jusqu’à 200 machines virtuelles, pour une configuration comprenant jusqu’à 300 machines virtuelles, pour une configuration comprenant jusqu’à 600 machines virtuelles et pour 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




73

Les schémas d’architecture de cette section présentent l’organisation des principaux composants des solutions. Ils se rapportent à deux types de stockage, en mode bloc et en mode fichier.

La Figure 31 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 31. Architecture logique pour le stockage en mode bloc

Architecture logique



La Figure 32 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 32. Architecture logique pour le stockage en mode fichier

Les architectures comprennent les principaux composants suivants :

Microsoft Hyper-V : 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 8. Hyper-V fournit une infrastructure haute disponibilité grâce notamment aux fonctions suivantes :

• Migration dynamique : 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.

• Migration dynamique du stockage : assure une migration dynamique des fichiers disque des machines virtuelles au sein des baies de stockage et entre ces dernières, sans période d’interruption des machines virtuelles ni interruption de service.

• Haute disponibilité grâce au clustering avec basculement : détecte une machine virtuelle en échec dans un cluster et en assure la restauration rapide.

• Optimisation dynamique : assure l’équilibrage de la charge de la capacité informatique dans un cluster avec l’appui de SCVMM.

Microsoft System Center Virtual Machine Manager (SCVMM) : SCVMM n’est pas indispensable dans le cadre de cette solution. Toutefois, lorsque SCVMM (ou la fonction équivalente dans Microsoft System Center Essentials) est déployé, il simplifie le provisionnement, la gestion et la surveillance de l’environnement Hyper-V.

Principaux composants




75

Microsoft SQL Server 2012 : SCVMM, s’il est utilisé, requiert une instance de base de données SQL Server pour stocker les informations de configuration et de surveillance.

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

Réseau IP : un réseau Ethernet standard assure tout le trafic réseau à l’aide d’un câblage et de switches redondants. Un réseau IP partagé assure 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 aux baies 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 les périphériques de stockage partagés.

• 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 : offre de l’espace de stockage en présentant des volumes partagés de cluster (en mode bloc) ou des partages CIFS (SMB 3.0) (en mode fichier) aux hôtes Hyper-V pour 200 machines virtuelles maximum.





• Baie EMC VNX5800 : offre de l’espace de stockage en présentant des volumes partagés de cluster (en mode bloc) ou des partages CIFS (SMB 3.0) (en mode fichier) aux hôtes Hyper-V pour 1 000 machines virtuelles maximum.

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

• Les processeurs de stockage (SP) prennent en charge les données en mode bloc par l’intermédiaire de la technologie UltraFlex I/O, compatible avec 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.

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

• Les lames X-Blade (ou Data Movers) accèdent aux données à partir du 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.

• Le boîtier Data Mover (DME), au format 2U, héberge les Data Movers (lames X-Blade). Tous les modèles VNX for File utilisent le boîtier DME.

• L’alimentation de secours, au format 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.

• La station pilote, au format 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.

• Les boîtiers DAE contiennent les disques utilisés dans la baie.




77

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

Tableau 8. Matériel utilisé dans la solution

Composant Configuration

Serveurs Microsoft Hyper-V

CPU 1 CPU virtuel par machine virtuelle

4 CPU virtuels par cœur physique

8 CPU virtuels par cœur physique (Ivy Bridge ou version supérieure)

Pour 200 machines virtuelles :

• 200 CPU virtuels

• 50 CPU physiques minimum

• 25 CPU physiques minimum (Ivy Bridge ou version supérieure)









Pour 1 000 machines virtuelles :

• 1 000 CPU virtuels



Mémoire 2 Go de RAM par machine virtuelle

Réservation de 2 Go de RAM par hôte Hyper-V

Ressources matérielles





• 400 Go de RAM minimum

• Plus 2 Go pour chaque serveur physique





• 1 200 Go de RAM minimum





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 des conditions minimales requises pour mettre en œuvre la fonction de haute disponibilité Microsoft Hyper-V et atteindre les valeurs minimales répertoriées.

Infrastructure réseau

Configu-ration minimale des switches

Bloc 2 switches physiques

2 ports 10 GbE par serveur Hyper-V

1 port 1 GbE par station pilote pour la gestion

2 ports par serveur Hyper-V 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 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.

http://bit.ly/GzrW8F�









79


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 (Serial Attached SCSI) 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


• EMC VNX5400

• 110 disques SAS (Serial Attached SCSI) 3,5 pouces, 600 Go, 15 000 t/min





• EMC VNX5600

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





• EMC VNX5800








Fichier Caractéristiques communes :

• 2 interfaces 10 GbE par Data Mover





• EMC VNX5200

• 2 Data Movers (actif/veille)






• EMC VNX5400







• EMC VNX5600







• EMC VNX5800

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








81


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, ajoutez les éléments suivants :

• 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 9 répertorie les logiciels utilisés dans cette solution.

Tableau 9. Logiciels utilisés dans la solution

Logiciels Configuration

Microsoft Hyper-V

Microsoft Windows Server

Windows Server 2012 Data Center Edition

(L’édition Datacenter est nécessaire à la prise en charge du nombre de machines virtuelles dans cette solution.)

Microsoft System Center Virtual Machine Manager Version 2012 SP1

Microsoft SQL Server Version 2012 Enterprise Edition

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

EMC VNX

EMC VNX Operating Environment for File 8.0

EMC VNX Operating Environment for Block 05.33

EMC Storage Integrator (ESI) Rechercher la dernière version

EMC PowerPath Rechercher la dernière version

Sauvegarde nouvelle génération

EMC Avamar 6.1 SP1

EMC Data Domain OS 5.2

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

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

Ressources logicielles

https://support.emc.com/products/17404_ESI-for-Windows-Suite�

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



Instructions pour la configuration des serveurs

Lors de la conception et de la commande de la couche de traitement des données/serveurs de la solution VSPEX, plusieurs facteurs peuvent entrer en ligne de compte pour l’achat final. Du point de vue de la virtualisation, si la charge de travail du système est bien comprise, des fonctions comme l’allocation de mémoire dynamique et la pagination intelligente 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 tests réalisés sur les 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.

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

Figure 33. Conseils relatifs aux processeurs Ivy Bridge

Les recommandations actuelles en matière de dimensionnement VSPEX indiquent d’utiliser un rapport cœurs de CPU virtuel/cœur de CPU physique de 4:1 (8:1 pour les processeurs Ivy Bridge ou version supérieure). Ce rapport est basé sur un échantillonnage moyen des technologies CPU 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.

Présentation

Mises à jour des processeurs Ivy Bridge




83

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

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


Serveurs Microsoft Hyper-V








• Pour 300 machines virtuelles :




• Pour 600 machines virtuelles :




• Pour 1 000 machines virtuelles :

• 1 000 CPU virtuels




















Réseau Bloc 2 cartes réseau 10 GbE par serveur



Remarque : ajoutez au moins un autre serveur à l’infrastructure en plus des conditions minimales requises pour mettre en œuvre la fonction de haute disponibilité Hyper-V et atteindre les valeurs minimales répertoriées.




85

Microsoft Hyper-V propose un certain nombre de fonctions avancées qui permettent d’optimiser les performances et l’utilisation globale des ressources. Les fonctions les plus importantes concernent la gestion de la mémoire. Cette section décrit certaines d’entre elles, ainsi que les aspects à prendre en compte lorsque vous les utilisez dans l’environnement VSPEX.

De manière générale, les machines virtuelles situées sur un seul hyperviseur consomment de la mémoire à l’instar d’un pool de ressources, comme indiqué sur la Figure 34.

Figure 34. 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.

Virtualisation de la mémoire Hyper-V



Mémoire dynamique

La fonction de mémoire dynamique a été introduite dès Windows Server 2008 R2 SP1 pour augmenter l’efficacité de la mémoire physique en traitant cette dernière comme une ressource partagée et en l’allouant aux machines virtuelles de manière dynamique. La quantité de mémoire utilisée par chaque machine virtuelle peut être ajustée à tout moment. La mémoire dynamique récupère la mémoire inutilisée des machines virtuelles inactives, ce qui permet à tout moment d’exécuter plus de machines virtuelles. Dans Windows Server 2012, la fonction de mémoire dynamique permet aux administrateurs d’augmenter dynamiquement la mémoire maximale disponible pour les machines virtuelles.

Pagination intelligente

Même avec la fonction de mémoire dynamique, Hyper-V permet l’exécution de plus de machines virtuelles que la mémoire physique n’en prend en charge. La plupart du temps, il existe donc un écart entre la mémoire minimale et la mémoire de démarrage. La pagination intelligente est une technique de gestion de la mémoire qui utilise les ressources disque en remplacement temporaire de la mémoire. Elle envoie de la mémoire moins utilisée vers le stockage disque et en reçoit en échange si nécessaire. La dégradation des performances constitue un inconvénient éventuel de la pagination intelligente. Hyper-V continue d’utiliser la pagination de l’invité lorsque la mémoire de l’hôte est trop sollicitée, car cela est plus efficace que la pagination intelligente.

Accès mémoire non uniforme

L’accès mémoire non uniforme (NUMA) est une technologie informatique à plusieurs nœuds qui permet à un CPU d’accéder à une mémoire distante. Ce type d’accès mémoire nuit aux performances. Par conséquent, Windows Server 2012 utilise un processus appelé affinité du processeur, qui s’efforce de garder les threads attachés à un CPU particulier pour éviter l’accès à la mémoire distante. Dans les versions précédentes de Windows, cette fonctionnalité n’est disponible qu’au niveau de l’hôte. Windows Server 2012 étend cette fonction aux machines virtuelles, qui atteignent des performances optimisées dans les environnements SMP (multiprocesseur symétrique à mémoire partagée).

Ces instructions prennent en compte la capacité mémoire supplémentaire d’Hyper-V, ainsi que des paramètres associés à la mémoire des machines virtuelles.

Capacité mémoire supplémentaire d’Hyper-V

La mémoire virtualisée est associée à une capacité mémoire supplémentaire, qui inclut la mémoire consommée par Hyper-V, la partition parente et la capacité mémoire supplémentaire additionnelle de chaque machine virtuelle. Prévoyez au moins 2 Go de mémoire pour la partition parente Hyper-V dans le cadre de cette solution.

Mémoire des machines virtuelles

Dans le cadre de cette solution, chaque machine virtuelle se voit attribuer 2 Go de mémoire en mode fixe.

Instructions pour la configuration de la mémoire




87

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 ici s’appliquent aux trames Jumbo, aux 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 11.

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







2 ports par serveur Hyper-V pour le réseau de stockage






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 requiert un minimum de trois réseaux VLAN pour l’utilisation suivante :

• Accès client

• Stockage (pour iSCSI ou SMB seulement)

• Gestion

Présentation

VLAN



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

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




89

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

Figure 36. Réseaux requis pour le mode fichier

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) pour garantir un stockage et un trafic de migration de machine virtuelle 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.

Activation des trames Jumbo (iSCSI, FCoE ou SMB seulement)



Le résultat d’une agrégation de liens rappelle un canal Ethernet, à la différence que cette opération utilise le protocole LACP IEEE 802.3ad standard. Ce protocole prend en charge les agrégations de liens impliquant deux ports ou plus. Tous les ports concernés doivent présenter la même vitesse et la même configuration, à savoir le mode Full duplex. 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.

Hyper-V 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 (CIFS). 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 guide garantissent des performances acceptables. La section Modules de stockage VSPEX fournit des recommandations en matière de personnalisation.

Le Tableau 12 répertorie les ressources matérielles pour le stockage.

Agrégation de liens (SMB seulement)

Présentation




91

Tableau 12. Ressources matérielles pour le stockage



Bloc Caractéristiques communes :






• EMC VNX5200






• EMC VNX5400






• EMC VNX5600






• EMC VNX5800








Fichier Caractéristiques communes :






• EMC VNX5200






• EMC VNX5400







• EMC VNX5600







• EMC VNX5800









93

Remarque : pour le modèle VNX5800, EMC vous recommande de ne pas exécuter plus de 600 machines virtuelles sur un seul 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.

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.

Windows Server 2012 Hyper-V et le clustering avec basculement sur incident utilisent les fonctions de volumes partagés de cluster (Cluster Shared Volumes V2) et de nouveau format de disque dur virtuel (VHDX) pour virtualiser le stockage présenté aux machines virtuelles hôtes à partir d’un système de stockage externe. Sur la Figure 37, la baie de stockage présente des LUN en mode bloc (comme les volumes partagés de cluster) ou un partage CIFS en mode fichier (comme les partages SMB) aux hôtes Windows en vue de l’hébergement de machines virtuelles.

Figure 37. Types de disque virtuel Hyper-V

CIFS

Windows Server 2012 prend en charge l’utilisation de partages de fichiers CIFS (SMB 3.0) comme stockage partagé pour la machine virtuelle Hyper-V.

CSV

Un volume partagé de cluster (CSV) est un disque partagé contenant un volume NTFS rendu accessible par tous les nœuds d’un cluster de basculement sur incident Windows. Il peut être déployé sur un stockage SCSI local ou en réseau.

Passthrough

Windows 2012 prend également en charge la fonction passthrough, qui permet à une machine virtuelle d’accéder à un disque physique mappé à un hôte pour lequel aucun volume n’est configuré.

Virtualisation du stockage Hyper-V pour VSPEX

http://en.wikipedia.org/wiki/NTFS�



SMB 3.0 (stockage en mode fichier seulement)

Le protocole SMB est le protocole d’échange de fichiers utilisé par défaut sous Windows. Avec l’introduction de Windows Server 2012, il offre un large éventail de fonctions SMB avec un protocole mis à jour (SMB 3.0). Voici quelques fonctions clés disponibles avec Windows Server 2012 SMB 3.0 :

• Basculement transparent SMB

• Montée en charge SMB

• SMB Multichannel

• SMB Direct

• Chiffrement SMB

• VSS pour les partages de fichiers SMB

• Bail de répertoire SMB

• SMB PowerShell

Avec ces nouvelles fonctions, SMB 3.0 offre de plus vastes fonctionnalités qui, lorsqu’elles sont associées, fournissent aux entreprises une solution de stockage hautes performances à la place des solutions Fibre Channel traditionnelles, et ce à moindre coût.

Remarque : pour plus d’informations sur SMB 3.0, reportez-vous au Chapitre 3.

Transfert de données déchargées (ODX)

Le transfert de données déchargées (ODX) est une fonction de la pile de stockage sous Microsoft Windows Server 2012. Il permet d’utiliser les baies de stockage externe pour décharger le serveur des transferts de données, qui seront pris en charge par les baies. Lorsqu’elles sont utilisées avec du matériel de stockage qui prend en charge la fonctionnalité ODX, les opérations de copie de fichier sont démarrées par l’hôte, mais réalisées par le périphérique de stockage. ODX élimine le transfert de données entre le stockage et les hôtes Hyper-V à l’aide d’un mécanisme de type token pour la lecture et l’écriture de données dans les baies de stockage. Il réduit ainsi la charge du réseau et des hôtes.

ODX contribue à accélérer le clonage et la migration des machines virtuelles. Comme le transfert de fichiers est déchargé sur la baie de stockage, l’utilisation des ressources hôtes, comme le CPU et le réseau, est réduite de manière significative. En optimisant l’utilisation de la baie de stockage, ODX réduit les temps de latence et accélère le transfert de fichiers volumineux, comme les bases de données ou les vidéos.

Lors d’opérations sur des fichiers prises en charge par ODX, les transferts de données sont automatiquement déchargés vers la baie de stockage et deviennent transparents pour les utilisateurs. ODX est activé par défaut sous Windows Server 2012.




95

VHDX

Windows Server 2012 Hyper-V contient une mise à jour vers le format VHD que l’on appelle VHDX et dont la capacité et les fonctions intégrées de résilience sont supérieures. Les fonctions principales du format VHDX sont les suivantes :

• prise en charge du stockage des disques durs virtuels avec une capacité pouvant atteindre 64 To ;

• protection supplémentaire contre la corruption des données pendant les coupures d’alimentation en consignant les mises à jour sur les structures de métadonnées VHDX ;

• alignement optimal de la structure du format de disque dur virtuel pour s’adapter aux disques à secteurs volumineux.

Le format VHDX possède également les caractéristiques suivantes :

• taille de bloc supérieure pour les disques dynamiques et différentiels, ce qui permet aux disques de mieux répondre aux besoins de la charge de travail ;

• disque virtuel à secteurs logiques de 4 Ko qui améliore les performances lorsqu’il est utilisé par les applications et les charges de travail conçues pour les secteurs de 4 Ko ;

• possibilité de stocker des métadonnées personnalisées sur les fichiers que l’utilisateur pourrait vouloir enregistrer, comme la version du système d’exploitation ou les mises à jour appliquées ;

• fonctionnalités de récupération d’espace pouvant réduire la taille des fichiers et permettant au périphérique de stockage physique sous-jacent de récupérer l’espace inutilisé. (Par exemple, la fonction TRIM requiert un stockage en attachement direct ou des disques SCSI et du matériel compatible.)

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 les stockages 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 cette 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é.

Modules de stockage VSPEX



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

Figure 38. Module pour 13 serveurs virtuels

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 plus d’informations sur les extensions et les rembobinages de pool, 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 39. Les sections suivantes décrivent une approche permettant de passer d’un pool 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 jusqu’à 138. Créez un autre pool et recommencez la séquence de dimensionnement.

Figure 39. Module pour 125 serveurs virtuels

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 13 répertorie le nombre de disques Flash et SAS requis dans un pool en fonction du nombre de serveurs virtuels.




97

Tableau 13. 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 le VNX OE et des disques de secours pour l’environnement.

Remarques :

• Allouez au moins un disque de secours à 30 disques d’un certain type et d’une certaine taille.

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

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

Valeurs maximales validées pour le Cloud privé VSPEX



Pour toutes les solutions de Cloud privé VSPEX :

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

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 à des niveaux de stockage plus élevés en incréments de 256 Mo et migre les données peu consultées vers un niveau de stockage plus bas pour une meilleure rentabilité. 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.

• Pour le stockage en mode bloc, allouez au moins deux LUN au cluster Windows à partir d’un pool de stockage unique au titre de volumes partagés de cluster pour les serveurs virtuels.

• Pour le stockage en mode fichier, allouez au moins deux partages CIFS au cluster Windows à partir d’un pool de stockage unique au titre de partages SMB pour les serveurs virtuels.

• Configurez éventuellement des disques Flash en tant que FAST Cache 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.

VNX5200

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

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




99

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

• 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’à 600 Go) 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 sur la Figure 40.



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 41 présente une configuration potentielle.



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

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

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

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

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




101

VNX5600

Le VNX5600 a été validé pour un maximum de 600 serveurs virtuels. Il existe plusieurs façons d’obtenir cette configuration avec l’approche modulaire. La Figure 42 présente un exemple de configuration.



• 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 de 40 disques SAS pour 100 machines virtuelles.

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

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




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

VNX5800

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




103

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




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

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

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


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

Les niveaux d’échelle répertoriés sur la Figure 44 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 permet d’établir un cadre de référence pour déterminer quelle baie VNX choisir en fonction de vos exigences. Il est acceptable 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.

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




105

Haute disponibilité et basculement sur incident

Cette solution VSPEX fournit une infrastructure de stockage, de réseau et de serveurs virtualisée et hautement disponible. 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 configurez l’hyperviseur afin qu’il redémarre automatiquement les machines virtuelles en panne. La Figure 45 illustre la couche de l’hyperviseur qui réagit à une défaillance de la couche de traitement des données.

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

Figure 46. Alimentations redondantes

Présentation

Couche de virtualisation

Couche de traitement



Pour paramétrer la haute disponibilité de la couche de virtualisation, configurez la couche de traitement avec suffisamment de ressources pour satisfaire les besoins de l’environnement, même en cas de panne d’un serveur, comme illustré sur la Figure 45.

Les fonctions réseau avancées du VNX protègent la baie contre les pannes de connexion réseau. Chaque hôte Windows dispose de plusieurs connexions au réseau utilisateur et au réseau de stockage Ethernet pour se prémunir contre les pannes de liaison, comme indiqué sur la Figure 47 et la Figure 48. Répartissez ces connexions sur plusieurs switches Ethernet afin d’offrir une protection contre les défaillances des composants du réseau.

Figure 47. Haute disponibilité de la couche réseau (VNX), variante bloc

Figure 48. Haute disponibilité de la couche réseau (VNX), variante 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.

Couche réseau




107

Le VNX est conçu 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 être alloués de manière dynamique pour remplacer un disque défaillant, comme le montre la Figure 49.

Figure 49. Composants haute disponibilité de la gamme VNX

Les baies de stockage EMC prennent en charge la haute disponibilité par défaut. 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.

Couche de stockage



Profil du test de validation

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

Tableau 14. Caractéristiques du profil

Caractéristique du profil Valeur

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

OS machine virtuelle Windows Server 2012 Datacenter Edition

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 CIFS pour stocker les disques des machines virtuelles

6/10/16

Nombre de machines virtuelles par LUN ou partage CIFS

62 ou 63 par LUN ou partage CIFS

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

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 hôtes et les machines virtuelles Hyper-V, mais elle prend également en charge Windows Server 2008, Windows Server 2008 R2 et Windows Server 2012. Le dimensionnement et la configuration des hôtes Hyper-V sont les mêmes pour toutes les versions de Windows Server prises en charge.

Instructions pour la configuration de la sauvegarde et de la restauration

Pour obtenir des instructions complètes sur la sauvegarde et 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.

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 formulent des recommandations pour corréler ces charges de travail de référence avec les charges de travail du client et indiquent en quoi cela peut modifier la distribution finale côté serveur et réseau.

Caractéristiques du profil




109

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 d’un niveau de performances prédéterminé et d’autres opérations types 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.

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 le cas d’utilisation 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 15 répertorie les caractéristiques de cette machine virtuelle.

Tableau 15. Caractéristiques de la machine virtuelle

Caractéristique Valeur

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

Processeurs virtuels par machine virtuelle 1

RAM par machine virtuelle 2 Go

Capacité de stockage disponible par machine virtuelle

100 Go

Opérations d’E/S par seconde 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.

Présentation

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



Les capacités du processeur du serveur sont en constante évolution. Les fournisseurs du serveur se basant sur le programme VSPEX peuvent indiquer leurs attentes en matière de mise à jour des traitements, en fonction des récentes évolutions technologiques. Ces instructions remplacent alors les exigences de traitement spécifiées dans la charge de travail de référence.

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

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 15. Les machines virtuelles du client 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.

Le serveur de base de données du système de point de vente d’un client doit migrer vers l’infrastructure virtuelle. Il s’exécute actuellement sur un système physique doté de 4 CPU et de 16 Go de mémoire. Il utilise 200 Go de stockage et génère 200 E/S par seconde au cours d’un cycle d’activité moyen.

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.

Présentation

Exemple 1 : application personnalisée

Exemple 2 : système de point de vente




111

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 au cours d’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.

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

Exemple 3 : serveur Web

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

Synthèse des exemples



Figure 50. 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 guide 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.

Cette section définit les besoins matériels associés à la solution, par rapport à ces ressources 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.

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.

Présentation

Types de ressource

Ressources CPU




113

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 se trouvant sur le serveur physique de l’hyperviseur, en raison de contraintes budgétaires. La surallocation de la mémoire assume que chaque machine virtuelle n’utilise pas toute la mémoire qui lui est 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 n’éloigne le goulot d’étranglement du serveur et surcharge le sous-système de stockage par un remplacement.

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 le système nécessite davantage de bande passante, 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.

À 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 300 machines virtuelles, cela revient à un minimum d’environ 60 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.

La configuration minimale requise pour chacun de ces éléments dépend de l’utilisation de l’environnement. Nous ne pouvons pas réellement proposer de chiffres précis. Cependant, le réseau décrit dans chaque solution doit être suffisant pour gérer les charges de travail moyennes des exemples d’utilisation décrits ci-dessus.

Quelles que soient les exigences en termes de trafic réseau, 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é.

Ressources mémoire

Ressources réseau



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 dernier, provisionnez des partages CIFS sur le cluster Windows. Chaque couche présente une configuration spécifique, définie pour la solution et décrite au Chapitre 5.

Il est possible de 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é). De même, vous pouvez modifier le positionnement des disques dans les tiroirs en cas de nouvel agencement. De plus, il est possible de procéder au dimensionnement avec des modules dotés de plus de disques, et ce jusqu’à 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 Practices for Performance.

• 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 structures de pool et de datastore spécifiées, assurez-vous que l’ensemble ainsi obtenu apporte au système des ressources au moins équivalentes 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’une machine virtuelle de référence. Dans toute mise en œuvre chez un client, la charge d’un système varie dans le temps, en fonction des interactions des utilisateurs avec le système. Toutefois, si les machines virtuelles du client diffèrent de manière significative de la définition de référence et varient au sein d’un même groupe de ressources, ajoutez davantage de cette ressource au système, dans un but de compensation.

Ressources de stockage

Résumé de la mise en œuvre




115

Évaluation rapide de l’environnement du client

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

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

• 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 perfmon sous Microsoft Windows, 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.

Présentation

CPU requis



Dans toute opération impliquant le contrôle des performances, collectez des échantillons de données sur une période englobant les différents scénarios d’utilisation du système. À des fins de planification, utilisez soit la valeur maximale, soit le 95e centile des ressources requises.

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 Microsoft Windows perfmon, afin de déterminer si elle est utilisée de manière efficace.

Les performances de stockage requises pour une application constituent généralement l’aspect des performances le moins bien compris. Plusieurs éléments revêtent une importance particulière pour les performances d’E/S d’un système. Le premier est le nombre de demandes entrantes, ou IOPS. La taille de la demande, ou taille des E/S, est tout aussi importante. À titre d’exemple, une demande de 4 Ko de données est plus facile et plus rapide à traiter qu’une demande de 4 Mo. Cette différence est particulièrement importante au regard d’un autre facteur, à savoir le temps de réponse moyen des E/S, ou latence d’E/S.

La machine virtuelle de référence appelle 25 E/S par seconde. Pour surveiller ce paramètre sur un système existant, utilisez un outil de contrôle des performances tel que Microsoft Windows perfmon. Celui-ci propose plusieurs compteurs pour vous aider dans cette tâche. Les plus courants sont :

• Logical Disk\Disk Transfer/sec ;

• Logical Disk ou Disk Reads/sec ;

• Logical Disk\Disk Writes/sec.

Remarque : au moment de la publication, l’outil Windows perfmon ne fournit pas de compteurs dévoilant les E/S par seconde et le temps de latence des stockages VHDX de type CIFS. Surveillez ces aspects à partir de la baie VNX, tel qu’abordé au Chapitre 7.

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.

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 correspondant à des puissances de 2, telles que 4 Ko, 8 Ko, 16 Ko ou 32 Ko. 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 réelles.

Mémoire requise

Performances de stockage requises

E/S par seconde

Taille d’E/S




117

La machine virtuelle de référence prend en charge une taille d’E/S de 8 Ko. Si la taille d’E/S moyenne du client est inférieure à 8 Ko, utilisez le nombre d’E/S par seconde relevé. Toutefois, si la taille d’E/S moyenne est nettement supérieure, appliquez un facteur d’échelle afin de prendre en charge les volumes d’E/S plus importants. Pour une estimation fiable, divisez la taille des E/S par 8 Ko et utilisez ce facteur. Par exemple, si l’application utilise principalement des demandes d’E/S de 32 Ko, appliquez un facteur de 4 (32 Ko/8 Ko = 4). Si l’application réalise 100 E/S par seconde à 32 Ko, dans la mesure où la machine virtuelle de référence prend en charge une taille d’E/S de 8 Ko, ce facteur implique une planification de 400 E/S par seconde.

Vous pouvez utiliser le temps de réponse moyen des E/S, ou latence d’E/S, pour mesurer 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. Les recommandations de ce document permettent au système d’atteindre cet objectif, de surveiller le système et de réévaluer l’utilisation du pool de ressources, si besoin. Pour surveiller la latence d’E/S, utilisez le compteur « Logical Disk\Avg. Disk sec/Transfer » dans Microsoft Windows perfmon. 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, la virtualisation d’un serveur utilisant actuellement 40 Go d’un disque interne de 200 Go, avec une croissance anticipée d’environ 20 % au cours de l’année suivante, nécessite 48 Go. De plus, gardez de l’espace pour les correctifs de maintenance standard et les remplacements de fichiers. 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 17. Arrondissez toutes les valeurs au nombre entier le plus proche.

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

Latence d’E/S

Capacité de stockage requise

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



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 18 illustre l’application des caractéristiques de la machine sur la ligne de la fiche technique.

Tableau 18. 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 51, l’exemple nécessite huit machines virtuelles de référence.

Figure 51. 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 système de point 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 19, 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.




119

Tableau 19. Exemples d’applications : phase 1

Ressources serveur Ressources de stockage

Application CPU

(CPU virtuels)

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

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 les besoins et l’espace actuellement nécessaires à la croissance. Vous pouvez implémenter cette organisation de stockage avec le VNX5400, pour un maximum de 300 machines virtuelles de référence.

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



Figure 52. Ressources globales requises : phase 1

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

Figure 53. Configuration de pool : phase 1




121


Le client doit ajouter une base de données d’aide à la décision à cette infrastructure virtuelle. En utilisant la même stratégie, calculez le nombre de Machines virtuelles de référence équivalentes requises, comme indiqué dans le Tableau 20.



Application CPU

(CPU virtuels)

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 le VNX5400, pour un maximum de 300 machines virtuelles de référence.

La Figure 54 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.



Figure 54. 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 système de point 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 21.




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




123


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 les instructions de dimensionnement, un pool de stockage avec 70 disques SAS et au moins 4 disques Flash fournit suffisamment de ressources pour les besoins et l’espace actuellement nécessaires à la croissance. Vous pouvez implémenter cette organisation de stockage avec le VNX5400, pour un maximum de 300 machines virtuelles de référence.

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



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



En général, le processus décrit à la section Définition de machines virtuelles de référence équivalentes détermine la taille recommandée pour le matériel des serveurs et du stockage. Toutefois, dans certains cas, le client doit personnaliser davantage les ressources matérielles disponibles pour le système. La description complète de l’architecture du système dépasse le cadre du présent guide. Néanmoins, une personnalisation plus poussée est possible à ce stade.

Ressources de stockage

Pour certaines applications, il est nécessaire de séparer les données d’application des autres charges de travail. L’organisation du stockage dans les architectures VSPEX place toutes les machines virtuelles dans un seul pool de ressources. 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.

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.

Réglage précis des ressources matérielles




125

Figure 58. 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 22. Sur la ligne Total des composants de serveur (située au bas de la feuille de calcul), 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 22) décrit le volume de stockage nécessaire.

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


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, pour obtenir le total des composants de stockage/de serveur.

Dans cet exemple, l’architecture cible nécessite 39 CPU virtuels et 227 Go de mémoire. En partant d’une configuration de quatre machines virtuelles par cœur de processeur physique et sans surprovisionnement de mémoire, cela implique 10 cœurs de processeur physiques et 227 Go de mémoire. Dans cet environnement,




127

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.

L’Annexe C fournit une fiche technique vide pour calculer le total des 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�







129

Chapitre 5 Instructions pour la configuration de VSPEX


Présentation ........................................................................................................ 130

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

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

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

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

Installation et configuration des hôtes Hyper-V ................................................... 154

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

Déploiement du serveur System Center Virtual Machine Manager ........................ 157

Résumé ............................................................................................................... 160

Instructions pour la configuration de VSPEX


Présentation

Les phases principales du processus de déploiement sont indiquées dans le Tableau 23. Après le déploiement, intégrez l’infrastructure VSPEX à l’infrastructure réseau et serveur client existante. Ce tableau inclut également des références aux chapitres contenant des procédures pertinentes.

Tableau 23. 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 Consulter 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 le stockage des machines virtuelles Préparer la baie de stockage et la configurer

8 Installer et configurer les serveurs Installation et configuration des hôtes Hyper-V

9 Configurer SQL Server (utilisé par SCVMM)

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

10 Installer et configurer SCVMM Déploiement du serveur System Center Virtual

Machine Manager




131

Tâches préalables au déploiement

Les tâches préalables au déploiement indiquées dans le Tableau 24 incluent des procédures qui ne se rapportent pas directement à l’installation ou à la configuration de l’environnement, mais qui produisent des résultats nécessaires 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 24. 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 25 pour s’assurer que l’ensemble de l’équipement, des logiciels et des licences requis sont disponibles avant le processus de déploiement.

Tableau 25 : 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 25 indique le matériel, les logiciels et les licences requis pour configurer la solution. Pour plus d’informations, reportez-vous au Tableau 9.

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

Exigences Description Référence

Matériel Capacité de serveur physique suffisante pour héberger 200, 300, 600 ou 1 000 serveurs virtuels

Tableau 8

Serveurs Windows Server 2012 devant héberger les serveurs d’infrastructure virtuelle

Remarque : l’infrastructure existante peut déjà remplir cette condition.

Fonctions et capacité des ports de switch requises par l’infrastructure de serveurs virtuels

Présentation

Conditions de déploiement



Exigences Description Référence

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

Logiciels Kit d’installation de SCVMM 2012 SP1

Kit d’installation de Microsoft Windows Server 2012

Kit d’installation de Microsoft Windows Server 2012 (en option pour l’OS invité de la machine virtuelle)

Kit d’installation de Microsoft SQL Server 2012 ou d’une version plus récente


Licences Clés de licence Microsoft Windows Server 2012 Standard (ou version supérieure), en option

Clés de licence Microsoft Windows Server 2012 R2 Datacenter Edition

Remarque : un serveur gestionnaire de clés Microsoft (KMS) peut déjà remplir cette condition.

Clé de licence Microsoft SQL Server


Clés de licence SCVMM 2012 SP1

Données de configuration du client

Rassemblez des 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, consignez ou modifiez les informations au gré des besoins pendant le processus de déploiement.

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




133

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 26 récapitule les tâches de configuration des switches et du réseau, et donne des références pour plus d’informations.

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


Configurer le réseau d’infrastructure

Configurer le réseau de l’infrastructure des baies de stockage et des hôtes Windows comme indiqué aux sections Préparer la baie de stockage et la configurer et Installation et configuration des hôtes Hyper-V.

Préparer la baie de stockage et la configurer

Installation et configuration des hôtes Hyper-V.

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 des serveurs Windows.

Les performances nominales et les caractéristiques de haute disponibilité de cette solution impliquent la configuration des switches indiquée dans l’Annexe A. 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 Windows, 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.

La Figure 59 et la Figure 60 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.

Présentation

Préparer les switches réseau

Configurer le réseau d’infrastructure



Sur la Figure 59, les switches convergés fournissent différentes options de protocole (FC, FCoE ou iSCSI) aux clients pour le réseau de stockage. Vous pouvez employer les switches FC existants pour FC ou FCoE, mais utilisez des switches de 10 Gigabit Ethernet pour iSCSI.

Figure 59. Exemple d’architecture réseau Ethernet, variante bloc




135

La Figure 60 représente un exemple d’infrastructure Ethernet redondante pour le stockage en mode fichier et 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 60. Exemple d’architecture réseau Ethernet, variante fichier

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

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

• Réseau Live Migration (réseau privé)

• Réseau de stockage (iSCSI ou SMB, réseau privé)

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

Configurer les réseaux VLAN

Configurer les trames Jumbo (iSCSI ou SMB seulement)



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 d’interruption de service lorsque vous connectez le nouvel équipement au réseau existant du client.

Préparer la baie de stockage et la configurer 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 chaque cas, procédez comme suit :

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 couvrent séparément les options pour chaque étape selon que vous implémentez un protocole en mode bloc (FC, FCoE, iSCSI) ou un protocole en mode fichier (CIFS).

• Pour FC, FCoE ou iSCSI, reportez-vous à la Configuration des systèmes VNX pour les protocoles en mode bloc.

• Pour CIFS, reportez-vous à la Configuration VNX pour les protocoles en mode fichier.

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

Tableau 27. Tâches de configuration des systèmes VNX pour les protocoles en mode bloc


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 Hyper-V

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

Terminer le câblage réseau

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




137

Préparer le VNX

Les guides d’installation des modèles VNX5200, VNX5400, VNX5600 et VNX5800 expliquent comment assembler, installer sur rack, câbler et mettre sous tension le VNX. Il n’existe pas d’instructions d’installation propres à la présente solution.


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 périphériques de l’environnement. 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 connections de données utilisant FC ou FCoE Connectez au moins un serveur au système de stockage VNX, directement ou à travers des switches FC ou FCoE qualifiés. Pour plus d’informations, consultez le manuel EMC Host Connectivity Guide for Windows.

Pour les connexions de données utilisant 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 Windows.

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 le réseau de stockage des 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.

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, sélectionnez 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 27 fournissent de plus amples informations 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 Hyper-V

Cette section décrit le stockage de provisionnement en mode bloc pour les hôtes Hyper-V. Pour provisionner le stockage en mode fichier, reportez-vous à la Configuration 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 Pools.

e. Cliquez sur Create.

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

Tableau 28. Tableau du stockage alloué 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.




139

2. Créez les disques de secours à ce stade. Pour plus d’informations, consultez le guide d’installation VNX approprié.

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



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

3. Utilisez les pools créés à l’étape 1 pour provisionner les thin LUN :

a. Sélectionnez 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 28.

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

a. Sélectionnez Hosts > Storage Groups.

b. Cliquez sur Create et entrez un nom pour le nouveau groupe de stockage.

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 s’affiche.

e. Configurez et ajoutez les hôtes Hyper-V au pool de stockage.

Cette section et le Tableau 31 décrivent les tâches de provisionnement de stockage en mode fichier des hôtes Hyper-V.

Tableau 29. Tâches de configuration du stockage pour les protocoles en mode fichier


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


Configurez les adresses 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 CIFS.

Créer un serveur CIFS

Créez l’instance de serveur CIFS pour publier le stockage.

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.

Configuration VNX pour les protocoles en mode fichier




Créer les systèmes de fichiers

Définissez le système de fichiers SMB partagé.

Créer le partage de fichiers SMB

Attachez le système de fichiers au serveur CIFS afin de créer un partage SMB pour le stockage Hyper-V.

Préparer le VNX

Les guides d’installation des modèles VNX5200, VNX5400, VNX5600 et VNX5800 expliquent comment assembler, installer sur rack, câbler et mettre sous tension le VNX. Il n’existe pas d’instructions d’installation propres à la présente solution.


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 périphériques 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 aux 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.

Procédez comme suit pour activer les trames Jumbo : 1. Dans Unisphere, sélectionnez Settings > Network > Settings for File.

2. Sélectionnez l’interface réseau appropriée sous 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 27 fournissent de plus amples informations sur la configuration de la plate-forme VNX. La section Instructions pour la configuration du stockage fournit davantage d’informations sur l’organisation des disques.




141

Créer une interface réseau

Une interface réseau mappe vers un serveur CIFS, et ce dernier permet d’accéder aux partages de fichiers sur le réseau.

Effectuez les opérations suivantes pour créer une interface réseau : 1. Connectez-vous au VNX.

2. Dans Unisphere, sélectionnez Settings > Network > Settings For File.

3. Sous l’onglet Interfaces, cliquez sur Create, comme indiqué sur la Figure 61.

Figure 61. 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 du périphérique où résidera l’interface réseau.

Remarque : pour vous assurer que le périphérique sélectionné dispose d’une liaison connectée, exécutez la commande suivante en tant que nasadmin sur la station pilote : > server_sysconfig <datamovername> -pci Cette commande affiche l’état de la liaison, en service ou hors service (UP ou DOWN), pour tous les périphériques 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.

Le champ Broadcast Address apparaît automatiquement lorsque vous indiquez l’adresse IP et le masque de réseau.

6. Définissez la taille de MTU de l’interface sur une valeur de 9 000.

Remarque : assurez-vous que tous les périphériques du réseau (switches, serveurs, etc.) ont la même taille de MTU.



7. Si nécessaire, renseignez le champ VLAN ID.

8. Cliquez sur OK, comme illustré sur la Figure 62.

Figure 62. Boîte de dialogue Create Interface

Créer un serveur CIFS

Un serveur CIFS permet d’accéder au partage de fichiers CIFS (SMB). 1. Dans Unisphere, sélectionnez Storage > Shared Folders > CIFS > CIFS Servers.

Remarque : un serveur CIFS doit exister préalablement à la création d’un partage de fichiers SMB 3.0.

2. Cliquez sur Create. La fenêtre Create CIFS Server s’affiche.

Dans la fenêtre Create CIFS Server, procédez comme suit :

3. Sélectionnez le Data Mover sur lequel créer le serveur CIFS.

4. Définissez le type de serveur sur Active Directory Domain.

5. Renseignez le champ Computer Name avec le nom du serveur. Le nom d’ordinateur doit être unique sous Active Directory.

Unisphere attribue automatiquement le nom NetBIOS à l’ordinateur.

6. Dans le champ Domain Name, indiquez le nom du domaine que doit rejoindre le serveur CIFS.

7. Sélectionnez Join the Domain.

8. Indiquez les informations d’identification de domaine :

a. Indiquez le nom d’utilisateur administrateur dans le champ Domain Admin User Name.

b. Indiquez le mot de passe administrateur dans le champ Domain Admin Password.

9. Sélectionnez Enable Local Users pour permettre la création de comptes utilisateurs en nombre limité au niveau local sur le serveur CIFS.

a. Définissez le mot de passe d’administrateur local dans le champ Local Admin Password.

b. Confirmez ce mot de passe.




143

10. Sélectionnez l’interface réseau créée à l’étape 1 pour autoriser l’accès au serveur CIFS.

11. Cliquez sur OK.

Le serveur CIFS créé figure sous l’onglet CIFS server, comme indiqué sur la Figure 63.

Figure 63. Boîte de dialogue Create CIFS Server

Créer des pools de stockage pour le 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 > Pools.

d. Cliquez sur Create.

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



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

2. Créez les disques de secours à ce stade. Pour plus d’informations, consultez

le guide d’installation VNX approprié.




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




145

3. Provisionnez les LUN sur le pool créé à l’étape 1 :

a. Sélectionnez Storage > LUNs.

b. Cliquez sur Create.

c. Sélectionnez le pool créé à l’étape 1. Sous LUN Properties, désactivez l’option Thin. Pour le champ User Capacity, reportez-vous au Tableau 30 qui indique la taille des LUN. La valeur du paramètre Number of LUNs to create dépend du nombre de disques dans le pool. Reportez-vous au Tableau 30 pour plus d’informations sur le nombre de LUN nécessaires dans chaque pool.

Remarque : n’attribuez pas plus de 95 % de la capacité du pool de stockage disponible en mode fichier pour la mise en œuvre de la technologie FAST VP.

4. Connectez les LUN au Data Mover pour accéder aux fichiers :

a. Cliquez sur Hosts > Storage Groups.

b. Sélectionnez filestorage.

c. Cliquez sur Connect LUNs.

d. Dans le volet Available LUNs, développez SP A et SP B, puis sélectionnez toutes les LUN créées lors des étapes précédentes. Le volet Selected LUNs s’affiche. Cliquez sur OK.

5. Relancez l’analyse des systèmes de stockage pour détecter le nouveau stockage disponible.

a. Cliquez sur l’onglet Storage.

b. Dans le volet File Storage, cliquez sur Rescan Storage Systems.

c. Cliquez sur OK afin de poursuivre dans la fenêtre qui s’ouvre.

Utilisez un nouveau pool de stockage en mode fichier pour créer plusieurs systèmes de fichiers.

Créer les systèmes de fichiers

Pour créer un partage de fichiers SMB, procédez comme suit : 1. Créez un pool de stockage et une interface réseau.

2. Créez un système de fichiers.

3. Exportez un partage de fichiers SMB à partir du système de fichiers.

S’il n’existe pas d’interfaces ni de pools de stockage, suivez les procédures intitulées Créer une interface réseau et Créer des pools de stockage pour le mode fichier afin de définir un pool de stockage et une interface réseau.

Créez deux systèmes de fichiers thin pour chaque pool de stockage en mode fichier. Reportez-vous au Tableau 30 pour en savoir plus sur le nombre de systèmes de fichiers. Procédez comme suit afin de créer des systèmes de fichiers VNX pour les partages de fichiers SMB :

1. Connectez-vous à Unisphere.

2. Sélectionnez Storage > Storage Configuration > File Systems.



3. Cliquez sur Create.

L’assistant File System Creation s’affiche.

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 30 pour plus d’informations sur la capacité de stockage.

e. Activez l’option Thin Enabled.

f. Multipliez par 1048575 le nombre de téraoctets spécifié pour le système de fichiers dans le Tableau 30 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, comme illustré sur la Figure 64.

Figure 64. Boîte de dialogue Create File System

Le nouveau système de fichiers est visible sous l’onglet File Systems. 1. Cliquez sur Mounts.

2. Sélectionnez le système de fichiers créé, puis cliquez sur Properties.

3. Sélectionnez Set Advanced Options.

4. Sélectionnez Direct Writes Enabled.




147

5. Sélectionnez CIFS Sync Writes Enabled.

6. Cliquez sur OK, comme illustré sur la Figure 65.

Figure 65. Boîte de dialogue File System Properties

Créer le partage de fichiers SMB

Une fois le système de fichiers créé, il est possible de créer le partage de fichiers SMB.

Pour ce faire, suivez les étapes ci-après : 1. Dans le tableau de bord VNX, passez le pointeur de la souris sur l’onglet

Storage.

2. Sélectionnez Shared folders > CIFS.

3. Sur la page des partages, cliquez sur Create. La fenêtre Create CIFS Share s’ouvre.

4. Sélectionnez le Data Mover sur lequel vous souhaitez créer le partage (le Data Mover auquel appartient le serveur CIFS).

5. Indiquez le nom du partage.

6. Indiquez le système de fichiers pour le partage. Laissez le chemin par défaut tel quel.



7. Sélectionnez le serveur CIFS qui permet d’accéder au partage, comme indiqué sur la Figure 66.

8. Indiquez éventuellement une limite d’utilisateurs ou des commentaires sur le partage.

Figure 66. Boîte de dialogue Create File Share

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 : Placez deux disques Flash sur chaque pool de stockage en mode bloc :

1. Dans Unisphere, sélectionnez le pool de stockage à configurer pour FAST VP.

2. Cliquez sur Properties pour un pool de stockage donné. La boîte de dialogue Storage Pool Properties s’ouvre. Figure 67 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 au pool sélectionné.

3. Sélectionnez Scheduled dans la zone de liste Auto-Tiering.

Le volet Tier Details affiche la distribution exacte des données.

Configuration de FAST VP




149

Figure 67. Boîte de dialogue Storage Pool Properties

Vous pouvez également vous connecter à la fonction Relocation Schedule à l’échelle de la baie grâce au bouton situé en haut à droite : il permet d’accéder à la fenêtre Manage Auto-Tiering, comme indiqué sur la Figure 68.

Figure 68. Boîte de dialogue Manage Auto-Tiering



Les utilisateurs peuvent se servir de cette boîte de dialogue d’état pour contrôler l’option Data Relocation Rate. Le taux défini par défaut est Medium afin de minimiser l’impact sur les E/S d’hôte.

Remarque : FAST est un outil entièrement 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.

Vous pouvez configurer FAST Cache à titre facultatif.

Remarque : utilisez les disques Flash répertoriés à la section Instructions pour le dimensionnement pour les configurations FAST VP, comme décrit à la section Configuration de FAST VP. FAST Cache est un composant facultatif de cette solution. Il permet d’améliorer les performances, comme indiqué au Chapitre 3.

Pour configurer FAST Cache sur les pools de stockage de cette solution, procédez comme suit :

1. Configurez les disques Flash en tant que FAST Cache :

a. Cliquez sur Properties dans le tableau de bord Unisphere ou sur Manage Cache dans le volet de gauche de l’interface d’Unisphere pour accéder à la fenêtre Storage System Properties, illustrée par la Figure 69.

b. Pour afficher les informations relatives à FAST Cache, cliquez sur l’onglet FAST Cache.

Configuration de FAST Cache




151

Figure 69. Boîte de dialogue Storage System Properties

c. Cliquez sur Create pour ouvrir la fenêtre Create FAST Cache, comme indiqué sur la Figure 70.

Le champ RAID Type est défini sur RAID 1 une fois FAST Cache créé. Cette fenêtre permet également de sélectionner les disques pour FAST Cache. La partie inférieure de l’écran présente les disques Flash utilisés pour créer 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 à la section Instructions pour la configuration du stockage.

Remarque : si le nombre de disques Flash disponibles est insuffisant, VNX affiche un message d’erreur et ne crée pas FAST Cache.



Figure 70. Boîte de dialogue Create FAST Cache

2. Activez FAST Cache dans 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 fenêtre Create Storage Pool, comme indiqué sur la Figure 71. Une fois installé, FAST Cache est activé par défaut lors de la création du pool de stockage.




153

Figure 71. Onglet Advanced dans la boîte de dialogue Create Storage Pool

Si le pool de stockage existe déjà, utilisez l’onglet Advanced de la fenêtre Storage Pool Properties pour configurer FAST Cache comme indiqué sur la Figure 72.

Figure 72. Onglet Advanced dans 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. Les performances de la baie s’améliorent progressivement tout au long de cette période.



Installation et configuration des hôtes Hyper-V

Cette section explique les conditions nécessaires à l’installation et à la configuration des hôtes Windows et des serveurs d’infrastructure indispensable à la prise en charge de l’architecture.

Le Tableau 31 décrit les tâches requises.

Tableau 31. Tâches d’installation des serveurs


Installer les hôtes Windows

Installez Windows Server 2012 sur les serveurs physiques de la solution.

http://technet.microsoft.com/

Installer Hyper-V et configurer le clustering avec basculement

1. Ajoutez le rôle Hyper-V Server.

2. Ajoutez la fonction de clustering avec basculement sur incident.

3. Créez et configurez le cluster Hyper-V.


Configurer le réseau des hôtes Windows

Configurez le réseau des hôtes Windows, y compris les groupements de cartes réseau et le réseau du switch virtuel.


Installer PowerPath sur Windows Server

Installez et configurez PowerPath pour gérer le multipathing des LUN VNX.

PowerPath and PowerPath/VE for Windows Installation and Administration Guide.

Planifier l’allocation de mémoire aux machines virtuelles

Assurez-vous que les fonctions de gestion de la mémoire invité Windows Hyper-V sont correctement configurées pour l’environnement.


Suivez les bonnes pratiques Microsoft pour installer Windows Server 2012 et le rôle Hyper-V sur les serveurs physiques de cette solution.

Pour installer et configurer le clustering avec basculement sur incident, procédez de la façon suivante :

1. Installez Windows Server 2012 et ses correctifs sur chaque hôte Windows.

2. Configurez le rôle Hyper-V et la fonction de clustering avec basculement sur incident.

3. Installez les pilotes d’adaptateur HBA ou configurez les initiateurs iSCSI sur chaque hôte Windows. Pour plus d’informations, consultez le document EMC Host Connectivity Guide for Windows.

Le Tableau 31 fournit les instructions et les références nécessaires pour réaliser la configuration.

Présentation

Installer les hôtes Windows

Installer Hyper-V et configurer le clustering avec basculement

http://technet.microsoft.com/fr-fr/library/jj134246.aspx�







155

Pour garantir les performances et la disponibilité, vous devez disposer des cartes réseau suivantes :

• au moins une carte pour le réseau et la gestion des machines virtuelles (possibilité de séparation par réseau ou réseau VLAN si nécessaire) ;

• au moins deux cartes de 10 GbE pour le réseau de stockage ;

• au moins une carte pour la migration dynamique.

Remarque : activez les trames Jumbo pour les cartes réseau transférant des données iSCSI ou SMB. Définissez la MTU sur 9 000. Pour obtenir des instructions, consultez le guide de configuration des cartes réseau.

Installez PowerPath sur Windows Server pour améliorer les performances et accroître la capacité de la baie de stockage VNX. Pour plus d’informations sur les étapes d’installation, consultez le document PowerPath and PowerPath/VE for Windows Installation and Administration Guide.

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 en savoir plus sur les exigences minimales d’hébergement associées aux services de l’infrastructure, reportez-vous à l’Appendix . 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

Veillez à bien dimensionner et configurer la mémoire serveur pour cette solution. Cette section présente la gestion de la mémoire dans un environnement Hyper-V.

Les techniques de virtualisation de la mémoire permettent à l’hyperviseur d’abstraire les ressources de l’hôte physique, telles que la mémoire dynamique afin d’isoler les ressources sur plusieurs machines virtuelles et d’éviter leur épuisement. Avec 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.

Plusieurs techniques permettent d’optimiser l’utilisation des ressources système (telles que la mémoire) dans l’hyperviseur. Ne surallouez pas trop les ressources, car cela affaiblirait les performances du système. Les implications exactes d’une surallocation de mémoire dans un environnement réel sont difficiles à prévoir. Plus le volume de mémoire surallouée augmente, plus les performances se dégradent du fait de l’épuisement des ressources.

Configurer le réseau des hôtes Windows

Installer PowerPath sur Windows Server

Planifier l’allocation de mémoire aux machines virtuelles



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

La plupart des clients utilisent un outil de gestion pour provisionner et gérer leur solution de virtualisation des serveurs, même si celui-ci n’est pas indispensable. L’outil de gestion requiert un back-end de base de données. SCVMM utilise SQL Server 2012 comme plate-forme de base de données.

La présente section explique comment installer et configurer une base de données SQL Server dans le cadre de la solution. Le Tableau 32 répertorie les tâches d’installation à effectuer.

Tableau 32. Tâches d’installation de la base de données SQL Server


Créer une machine virtuelle pour Microsoft SQL Server

Créez la machine virtuelle devant héberger SQL Server.

Assurez-vous que le serveur virtuel respecte les configurations matérielle et logicielle requises.

http://msdn.microsoft/fr-fr.com

Installer Microsoft Windows sur la machine virtuelle

Installez Microsoft Windows Server 2012 Datacenter Edition sur la machine virtuelle.

http://technet.microsoft/fr-fr.com

Installer Microsoft SQL Server

Installez Microsoft SQL Server sur la machine virtuelle prévue à cet effet.


Configurer SQL Server pour SCVMM

Configurez une instance SQL Server distante ou SCVMM.


Créez la machine virtuelle en octroyant suffisamment de ressources de traitement sur l’un des serveurs Windows prévus pour les machines virtuelles de l’infrastructure. Utilisez le stockage 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 SQL Server pour SCVMM.

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.

Utilisez le kit d’installation de SQL Server pour installer l’application sur la machine virtuelle. Le site Web Microsoft TechNet fournit des informations sur l’installation de SQL Server.

Présentation

Créer une machine virtuelle pour Microsoft SQL Server

Installer Microsoft Windows sur la machine virtuelle

Installer SQL Server

http://msdn.microsoft/fr-fr.com�

http://technet.microsoft/fr-fr.com�

http://technet.microsoft/fr-fr.com�




157

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.

Pour modifier le chemin par défaut de l’emplacement de stockage des fichiers de données, effectuez les étapes suivantes :

1. Cliquez avec le bouton droit de la souris sur l’objet serveur dans SSMS, puis

sélectionnez Database Properties. La fenêtre Properties s’affiche.

2. Modifiez les répertoires de données et de logs par défaut des bases de données créées sur le serveur.

Afin d’inclure SCVMM dans cette solution, configurez SQL Server pour les connexions distantes. Les conditions requises et les instructions de configuration sont disponibles dans l’article Configuration d’une instance distante de SQL Server pour VMM.

Pour plus d’informations, reportez-vous à la liste de documents fournie à l’Annexe D.

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 sur SQL Server.

Déploiement du serveur System Center Virtual Machine Manager

Cette section porte sur la configuration de SCVMM. Effectuez les tâches indiquées dans le Tableau 33.

Tableau 33. Tâches de configuration de SCVMM


Créer la machine virtuelle de l’hôte SCVMM

Créer une machine virtuelle pour le serveur SCVMM.

Créer un ordinateur virtuel

Installer le système d’exploitation invité de SCVMM

Installer Windows Server 2012 Datacenter Edition sur la machine virtuelle SCVMM hôte.

Installer le système d’exploitation invité

Installer le serveur SCVMM

Installer un serveur SCVMM. Comment installer un serveur d’administration VMM

Installer la console de gestion SCVMM

Installer une console de gestion SCVMM.

Comment installer la console VMM

Installer l’agent SCVMM localement sur les hôtes

Installer l’agent SCVMM localement sur les hôtes gérés par SVCMM.

Installation d’un agent VMM localement sur un ordinateur hôte

Configurer SQL Server pour SCVMM

Présentation

http://technet.microsoft.com/fr-fr/library/cc764295.aspx�

http://technet.microsoft.com/fr-fr/library/hh846766(v=ws.11)#BKMK_Step2�

http://technet.microsoft.com/fr-fr/library/hh846766(v=ws.11)#BKMK_Step2�

http://technet.microsoft.com/fr-fr/library/hh846766(v=ws.11)#BKMK_step3�

http://technet.microsoft.com/fr-fr/library/hh846766(v=ws.11)#BKMK_step3�

http://technet.microsoft.com/fr-fr/library/gg610656.aspx�











Ajouter un cluster Hyper-V dans SCVMM

Ajouter le cluster Hyper-V dans SCVMM.

Ajout et gestion de clusters hôtes et d’ordinateurs hôtes Hyper-V dans VMM

Ajouter un stockage de partage de fichiers dans SCVMM (variante fichier seulement)

Ajouter un stockage de partage de fichiers SMB sur un cluster Hyper-V dans SCVMM.

Comment assigner des partages de fichier 3.0 SMB pour les hôtes Hyper-V et les Clusters dans VMM

Créer une machine virtuelle dans SCVMM

Créer une machine virtuelle dans SCVMM.

Création et déploiement d’ordinateurs virtuels

Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier

Utiliser Diskpart.exe pour effectuer un positionnement de partition et pour attribuer des lettres de lecteur, ainsi que la taille d’unité d’allocation de fichier du disque de la machine virtuelle.

Disk Partition Alignment Best Practices for SQL Server

Créer un modèle de machine virtuelle

Créer un modèle à partir de la machine virtuelle existante.

Créer le profil matériel et le profil du système d’exploitation invité à ce moment.

Comment créer un modèle d’ordinateur virtuel

Déployer les machines virtuelles à partir du modèle

Déployer les machines virtuelles à partir du modèle.

Comment créer et déployer un ordinateur virtuel à partir d’un modèle

Pour déployer le serveur Microsoft Hyper-V en tant que machine virtuelle sur un serveur Hyper-V installé dans le cadre de cette solution, créez une connexion directe à un serveur Hyper-V d’infrastructure à l’aide du Gestionnaire Hyper-V.

Créez une machine virtuelle sur le serveur Microsoft Hyper-V avec la configuration de 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 le serveur SCVMM dépendent du nombre d’hôtes Hyper-V et de machines virtuelles que doit gérer SCVMM.

Installez le système d’exploitation invité sur la machine virtuelle hôte de SCVMM.

Installez la version requise de Windows Server sur la machine virtuelle et sélectionnez les paramètres de réseau, d’heure et d’authentification appropriés.

Créer une machine virtuelle hôte SCVMM

Installer le système d’exploitation invité de SCVMM












http://technet.microsoft.com/fr-fr/library/dd758814%28v=sql.100%29.aspx�



http://technet.microsoft.com/fr-fr/library/hh427282.aspx�










159

Définissez la base de données VMM et le serveur de bibliothèque par défaut, puis installez le serveur SCVMM.

Consultez la rubrique de la bibliothèque Microsoft TechNet Installing the VMM Server pour installer le serveur SCVMM.

La console de gestion SCVMM est un outil client qui permet de gérer le serveur SCVMM. Installez la console de gestion VMM sur le même ordinateur que le serveur VMM.

Consultez la rubrique de la bibliothèque Microsoft TechNet Installing the VMM Administrator Console pour installer la console de gestion SCVMM.

Si les hôtes doivent être gérés sur un réseau de périmètre, installez un agent VMM localement sur l’hôte avant d’ajouter ce dernier dans VMM. Si vous le souhaitez, vous pouvez installer un agent VMM localement sur un hôte dans un domaine avant d’ajouter cet hôte dans VMM.

Pour installer localement l’agent VMM sur un hôte, consultez la rubrique Microsoft TechNet Installing a VMM Agent Locally on a Host.

Ajoutez le cluster Microsoft Hyper-V déployé à SCVMM. SCVMM gère le cluster Hyper-V.

Pour ajouter le cluster Hyper-V, consultez la rubrique de la bibliothèque Microsoft TechNet Ajout et gestion de clusters hôtes et d’ordinateurs hôtes Hyper-V dans VMM.

Pour ajouter un stockage de partage de fichiers dans SCVMM, procédez comme suit : 1. Ouvrez l’espace de travail VMs and Services.

2. Dans le volet VMs and Services, cliquez sur le nom du cluster Hyper-V avec le bouton droit de la souris.

3. Cliquez sur Properties.

4. Dans la fenêtre Properties, cliquez sur File Share Storage.

5. Cliquez sur Add, puis ajoutez le stockage de partage de fichiers dans SCVMM.

Créez une machine virtuelle dans SCVMM afin de l’utiliser comme modèle. Installez la machine virtuelle, puis le logiciel, et modifiez les paramètres de Windows et ceux de l’application.

Pour créer une machine virtuelle, consultez la rubrique de la bibliothèque Microsoft TechNet Comment créer et déployer un ordinateur virtuel à partir d’un disque dur virtuel vide.

Effectuez un positionnement de partition de disque sur les machines virtuelles dont le système d’exploitation est antérieur à Windows Server 2008. Il est recommandé de positionner le disque avec un décalage de 1 024 Ko, et de formater le disque avec une taille d’unité d’allocation de fichier (cluster) de 8 Ko.

Pour effectuer un positionnement de partition, attribuer des lettres de lecteur, ainsi que la taille d’unité d’allocation de fichier du disque à l’aide de diskpart.exe, consultez la rubrique de la bibliothèque Microsoft TechNet Disk Partition Alignment Best Practices for SQL Server.

Installer le serveur SCVMM

Installer la console de gestion SCVMM

Installer localement l’agent SCVMM sur un hôte

Ajouter un cluster Hyper-V dans SCVMM

Ajouter un stockage de partage de fichiers SCVMM (variante fichier seulement)

Créer une machine virtuelle dans SCVMM

Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier

http://technet.microsoft.com/fr-fr/library/bb740750.aspx�














La conversion d’une machine virtuelle en modèle efface cette dernière. Effectuez une sauvegarde de cette machine virtuelle, car cette dernière risque d’être détruite pendant la création du modèle.

Créez un profil matériel et un profil de système d’exploitation invité pendant la création du modèle. Utilisez le générateur de profils pour déployer les machines virtuelles.

Consultez la rubrique de la bibliothèque Microsoft TechNet Comment créer un modèle d’ordinateur virtuel.

L’assistant de déploiement vous permet d’enregistrer les scripts PowerShell et de les réutiliser pour déployer d’autres machines virtuelles avec la même configuration.

Consultez la rubrique de la bibliothèque Microsoft TechNet Déploiement d’un ordinateur virtuel.

Résumé

Dans ce chapitre, nous avons présenté les étapes nécessaires au déploiement et à la configuration des différents aspects de la solution VSPEX, y compris les composants physiques et logiques. La solution VSPEX est à présent entièrement fonctionnelle.

Créer un modèle de machine virtuelle

Déployer les machines virtuelles à partir du modèle








161

Chapitre 6 Vérification de la solution


Présentation ........................................................................................................ 162

Liste de contrôle après installation ...................................................................... 163

Déployer et tester un seul serveur virtuel ............................................................. 163

Vérifier la redondance des composants de la solution .......................................... 163

Vérification de la solution


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

Tableau 34. Tâches de test de l’installation


Liste de contrôle après installation

Vérifier que chaque switch virtuel de l’hôte Hyper-V comporte assez de ports virtuels.

Hyper-V : How many network cards do I need?

Vérifier que chaque hôte Hyper-V a accès aux datastores et aux réseaux VLAN requis.

Utilisation d’un système VNXe avec Microsoft Windows Hyper-V

Vérifier que les interfaces de migration dynamique sont configurées correctement sur tous les hôtes Hyper-V.

Virtual Machine Live Migration Overview

Déployer et tester un seul serveur virtuel

Déployer une seule machine virtuelle depuis l’interface SCVMM (System Center Virtual Machine Manager).

Deploying Hyper-V Hosts Using Microsoft System Center 2 Machine Manager

Vérifier la redondance des composants de la solution

Redémarrer tour à tour chaque processeur de stockage et s’assurer que la connectivité du système de stockage est préservée.

s.o.

Désactiver tour à tour les switches redondants et s’assurer que la connectivité de l’hôte Hyper-V, de la machine virtuelle et de la baie de stockage reste intacte.

Documentation du fournisseur

Redémarrer un hôte Hyper-V contenant au moins une machine virtuelle et s’assurer que cette dernière peut migrer avec succès vers un autre hôte.

Vue d’ensemble de la création d’un cluster hôte Hyper-V dans VMM

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx�

http://blogs.technet.com/b/gavinmcshera/archive/2011/03/27/3416313.aspx�

http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.asp�

http://social.technet.microsoft.com/wiki/contents/articles/151.hyper-v-virtual-networking-survival-guide-en-us.asp�

http://technet.microsoft.com/en-us/library/hh831435.aspx�

http://technet.microsoft.com/en-us/library/hh831435.aspx�

http://channel9.msdn.com/Events/TechEd/NorthAmerica/2012/VIR310�








163

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 Windows Server avant le déploiement dans l’environnement de production :

• Le VLAN destiné à la mise en réseau des machines virtuelles est configuré correctement.

• Le réseau du stockage est correctement configuré.

• Chaque serveur a accès aux volumes partagés de cluster/partages SMB Hyper-V requis.

• Une carte réseau est configurée correctement pour la migration dynamique.

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.

Activez le mode de maintenance sur un hôte Hyper-V contenant au moins une machine virtuelle et assurez-vous que cette dernière peut migrer correctement vers un autre hôte.

Comme suit, redémarrez tour à tour les processeurs de stockage VNX et assurez-vous que la connectivité aux LUN 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 Windows.

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



Effectuez un basculement sur incident pour chaque Data Mover VNX, puis assurez-vous que la connectivité aux partages SMB est préservée et que les connexions aux systèmes de fichiers CIFS sont rétablies. Pour simplifier les choses, utilisez l’approche suivante pour chaque Data Mover :

Remarque : redémarrez éventuellement 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.

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



165

Chapitre 7 Surveillance du système


Présentation ............................................................................................. 166

Domaines clés à surveiller ......................................................................... 166

Instructions pour la surveillance des ressources VNX ................................ 169

Surveillance du système


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 physiques devraient connaître 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 flux de données de bout en bout.

Les besoins métiers suivants génèrent une demande de surveillance proactive et cohérente de l’environnement :

• performances stables et prévisibles ;

• besoins en matière de dimensionnement et de capacité ;

• disponibilité et accessibilité ;

• élasticité (ajout, retrait et modification dynamiques des charges de travail) ;

• protection des données.

Si le provisionnement en libre-service est activé dans l’environnement, la capacité à surveiller le système est plus critique, 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.

Domaines clés à surveiller

Comme les infrastructures VSPEX EMC Proven incluent des solutions de bout en bout, la surveillance du système comprend trois domaines distincts et pourtant étroitement liés :

• serveurs, dont les machines virtuelles et les 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.




167

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 ainsi que les performances de la 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. La section suivante présente les composants nécessitant un repère de performances.

Dans le cas des serveurs, les ressources clés à surveiller incluent l’utilisation des é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 Windows en tant qu’hyperviseur, vous pouvez utiliser l’outil Windows perfmon pour surveiller et consigner ces mesures. 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 cet outil dans la rubrique de la bibliothèque Microsoft TechNet Utilisation de l’Analyseur de performances. 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




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/iSCSI/FCoE. À 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.

Pour obtenir une documentation détaillée sur la surveillance, consultez le fournisseur de système d’exploitation ou de votre hyperviseur.

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é

• E/S par seconde

• Latence

• Utilisation du processeur de stockage

Pour les protocoles CIFS, SMB ou NFS, il existe d’autres composants à surveiller :

• Data Mover, CPU et utilisation de la mémoire

• Latence du système de fichiers

• Débit entrant/sortant des interfaces réseau

Considérations supplémentaires (mais capitales 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 : consultez le document EMC VNX Unified Best Practices for Performnace-Applied Best Practices Guide.

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/software/white-papers/h10938-vnx-best-practices-wp.pdf�




169

Instructions pour la surveillance des ressources VNX

Pour surveiller le VNX avec l’interface utilisateur EMC Unisphere, ouvrez une session HTTPS sur l’adresse IP de Control Station. 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, y compris 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. l est important de conserver un tampon libre, notamment pour les thin LUN, car un manque d’espace provoque généralement des comportements indésirables sur les systèmes hôtes concernés. À cet effet, 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 Properties > Advanced.

2. Dans la zone Storage Pool Alerts, choisissez une valeur Percent Full Threshold pour ce pool, comme indiqué sur la Figure 73.

Figure 73. Zone Storage Pool Alerts

Surveillance des ressources de stockage en mode bloc



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 Free Capacity et % Consumed, comme illustré sur la Figure 74.

Figure 74. Volet Storage Pools

Surveillez la capacité au niveau des pools de stockage et des LUN : 1. Cliquez sur Storage > LUNs. La boîte de dialogue LUN Properties s’affiche.

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

3. Vérifiez la zone LUN Capacity de 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.




171

Figure 75. 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 76.



Figure 76. 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. Sélectionnez 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.

Le paramètre 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 77.




173

Figure 77. 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 également les consulter dans Unisphere Analyzer, comme indiqué sur la Figure 78. 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



Figure 78. 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 en mode 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 79.

Figure 79. Latence sur les LUN




175

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

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 peut provoquer 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 implémentez 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 80. Consultez les mesures telles que 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.



Figure 80. Utilisation du 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, CIFS ou 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 volet Statistics for File, sélectionnez VNX > System > Monitoring and Alerts > Statistics for File, comme indiqué sur la Figure 81. Lorsque vous cliquez sur le lien Data Mover, le récapitulatif de mesures suivant s’affiche, comme l’illustre la Figure 81. 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




177

Figure 81. Statistiques relatives aux Data Movers

Sélectionnez Network Device dans le volet Statistics afin d’examiner les statistiques du réseau front-end. La fenêtre Network Device Statistics s’affiche, comme l’illustre la Figure 82. Si le débit dépasse 80 % de la bande passante de liaison vers le client, configurez des liaisons supplémentaires afin d’alléger la saturation réseau.

Figure 82. 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 consulter l’utilisation de l’espace de stockage en mode fichier au niveau du pool, comme illustré sur la Figure 83.



Figure 83. Volet Storage Pools for File

Surveillez la capacité au niveau des pools et du système de fichiers. 1. Sélectionnez Storage > File Systems. La fenêtre File Systems s’affiche,

comme illustré sur la Figure 84.

Figure 84. 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 85.

3. Examinez la zone File Storage pour connaître la capacité utilisée et la capacité disponible.




179

Figure 85. Fenêtre File System Properties

E/S par seconde

Outre la surveillance des 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 86.



Figure 86. Fenêtre File System I/O Statistics

Latence

Pour consulter la latence du système de fichiers, sélectionnez System > Monitoring and Alerts > Statistics for File > All Performance dans Unisphere, puis consultez la valeur du paramètre CIFS:Ops/sec, comme illustré sur la Figure 87.




181

Figure 87. Fenêtre CIFS Statistics

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 sa gamme de produits System Center.

Résumé





183

Chapitre 8 Validation avec Microsoft Fast Track v3


Présentation ............................................................................................. 184

Business case pour validation ................................................................... 184

Exigences du processus ............................................................................ 185

Ressources supplémentaires .................................................................... 187

Validation avec Microsoft Fast Track v3


Présentation

Le programme Microsoft Hyper-V Fast Track est un framework de validation d’architecture de référence conçu par Microsoft pour valider les solutions de virtualisation de bout en bout composées de produits logiciels Microsoft. Ces produits ont été étroitement intégrés et testés avec des composants matériels spécifiques, et créés et configurés conformément aux meilleures pratiques définies par Microsoft et les fournisseurs de matériel. Les clients bénéficient d’une solution complète et prête à l’emploi sur leur site. Microsoft gère le support principal en association avec le propriétaire de la solution (fournisseurs de matériel et/ou intégrateurs de système) afin de garantir la prise en charge de la solution de bout en bout.

Contrairement aux solutions d’infrastructure VSPEX EMC Proven, qui offrent aux partenaires la possibilité de choisir les composants, le programme Microsoft Hyper-V Fast Track propose des configurations verrouillées basées sur des architectures de bout en bout spécifiques. De même que pour le programme Windows Logo Program, toute modification significative (comme des adaptateurs HBA ou des BIOS différents) invalide l’architecture, à moins que Microsoft ne valide à nouveau la configuration.

Les solutions d’infrastructure VSPEX EMC Proven fournissent une plate-forme très utile pouvant éventuellement faire office de solutions validées du programme Microsoft Hyper-V Fast Track. En effet, le plus gros du travail, comme le dimensionnement et la validation des performances, est effectué par EMC. Les clients bénéficient de ce fait d’une solution intégralement testée, validée et approuvée par Microsoft. Cette section décrit les étapes que les partenaires d’EMC VSPEX doivent suivre pour accompagner une solution d’infrastructure VSPEX EMC Proven tout au long du programme Microsoft Hyper-V Fast Track.

Business case pour validation

Microsoft Windows Server 2012 présente des améliorations significatives et constitue le premier système d’exploitation serveur optimisé pour le Cloud à la portée du plus grand nombre. Microsoft a identifié les domaines clés ou piliers sur lesquels s’appuyer, à savoir :

• Disponibilité continue

• Virtualisation

• Performances

En outre, le lancement de la suite de produits Microsoft System Center 2012 SP1 introduit de nouveaux outils puissants et flexibles à intégrer avec les nouvelles fonctionnalités de Windows Server 2012. System Center Orchestrator, Virtual Machine Manager, Operations Manager et Data Protection Manager fournissent aux clients les outils permettant de créer et gérer des infrastructures de type Cloud virtualisées de façon cohérente.




185

Le programme Microsoft Hyper-V Fast Track intègre ces produits dans une solution Cloud packagée, pré-intégrée et basée sur les meilleures pratiques collectives. Ceci élimine les conjectures de conception et les problèmes de mise en œuvre, et permet aux entreprises d’implémenter rapidement des solutions Cloud au sein de leur infrastructure informatique. De plus, la configuration de bout en bout étant testée et validée, les clients évitent nombre de problèmes dans un environnement complexe à plusieurs niveaux, comme les incompatibilités des pilotes ou des microprogrammes.

Les partenaires d’EMC VSPEX qui certifient les infrastructures VSPEX EMC Proven dans le cadre du programme Microsoft Hyper-V Fast Track peuvent générer des revenus supplémentaires à partir des services qui composent les solutions de virtualisation. Ils peuvent également utiliser les laboratoires VSPEX pour valider leur solution via ce programme, tirant ainsi parti de l’expertise d’EMC tout en réduisant les exigences matérielles.

Exigences du processus

La validation de solution via le programme Microsoft Hyper-V Fast Track représente une tâche colossale. Le fait de se baser sur une infrastructure VSPEX EMC Proven allège considérablement le travail. Toute infrastructure VSPEX EMC Proven utilisant Microsoft Windows Server 2012 (ou une version supérieure) comme hyperviseur constitue un bon candidat.

Un partenaire EMC VSPEX doit également être un partenaire Microsoft Gold. Obtenez la documentation relative au programme Microsoft Hyper-V Fast Track v3, ainsi que les directives du programme, directement auprès de Microsoft en envoyant une demande à l’adresse suivante : [email protected]. Dès réception, consultez attentivement cette documentation et les exigences du programme afin de vous familiariser avec le processus.

Le programme comporte notamment certaines obligations en matière de prise en charge. Pour obtenir de plus amples informations, contactez Microsoft ou consultez la documentation du programme.

Sélectionnez une solution d’infrastructure VSPEX EMC Proven basée sur Microsoft Windows Server 2012.

Après avoir choisi l’infrastructure VSPEX EMC Proven de base, les partenaires doivent définir des exigences supplémentaires en matière d’architecture afin de se conformer aux directives et conditions du programme Microsoft Hyper-V Fast Track. La documentation du programme classe ces composants selon les catégories du Tableau 35.

Étape 1 : principales exigences

Étape 2 : choix de la plate-forme d’infrastructure VSPEX ECM Proven

Étape 3 : définition d’autres composants pour le programme Microsoft Hyper-V Fast Track

mailto:[email protected]?subject=Hyper-V%20Fast%20Track%20v3.0%20Program%20Documentation�



Tableau 35. Classification des composants Hyper-V Fast Track

Icône Niveau Description

Obligatoire Nécessaire pour obtenir la validation Microsoft.

Recommandations Facultatif. Il s’agit d’une recommandation liée aux normes du secteur, mais ce n’est pas nécessaire pour obtenir la validation Microsoft.

Facultatif Facultatif. Cela indique une autre méthode à prendre en

compte, mais ce n’est pas nécessaire pour obtenir la validation Microsoft.

Les partenaires doivent s’assurer que tous les composants obligatoires sont inclus dans la solution. EMC recommande vivement à ses partenaires d’inclure les composants recommandés afin de garantir une solution solide et compétitive.

• Les partenaires doivent apporter les modifications suivantes à une infrastructure VSPEX EMC Proven. Tous les composants matériels doivent être certifiés par un logo Windows Server 2012. Pour obtenir des informations sur la certification des périphériques, rendez-vous sur le site Web Windows Service Catalog. Suivez le processus WHCK et utilisez le portail SysDev Dashboard comme points de départ du processus de certification, puis envoyez une preuve de certification à l’équipe du programme Microsoft Hyper-V Fast Track pour vérification.

• Indiquez un numéro SKU, une référence ou tout autre processus simple et efficace pour acheter ou revendre la solution. Envoyez les détails de la commande à l’équipe du programme Microsoft Hyper-V Fast Track pour vérification.

• Les serveurs doivent avoir la configuration minimale suivante :

deux à quatre nœuds de serveur avec mise en cluster installée (nœuds de cluster) ;

sockets biprocesseur, avec 6 cœurs par socket (12 cœurs au total) ;

32 Go de RAM (4 Go de RAM par machine virtuelle et hôte de gestion) ;

interconnexion de cluster 1 Gigabit Ethernet (GbE).

• Une isolation réseau supplémentaire est nécessaire pour le trafic de heartbeat de cluster. Assurez-vous que l’environnement correspond à la configuration réseau minimale suivante :

Il existe deux réseaux physiques distincts. Le réseau heartbeat de cluster doit se trouver sur un sous-réseau bien distinct du trafic réseau hébergé.

Adaptateur réseau de 1 GbE ou supérieur pour les communications internes, et adaptateur réseau 1 GbE ou supérieur pour les communications LAN externes sur chaque nœud.

Vitesse réseau de 1 GbE ou supérieure pour le trafic Live Migration et la communication de cluster. EMC recommande d’utiliser un réseau de 10 GbE dédié à Live Migration.

Ne partagez pas l’adaptateur réseau de machine virtuelle avec le système d’exploitation hôte.

http://www.windowsservercatalog.com/�



http://msdn.microsoft.com/en-us/library/windows/hardware/hh833788.aspx�

https://sysdev.microsoft.com/en-US/Hardware/member/�




187

EMC et Microsoft ne prennent pas en charge les configurations avec une seule connexion réseau.

• Configurez l’association réseau de la manière suivante :

La solution peut résister à la perte d’un adaptateur sans perdre la connexion au serveur.

La solution utilise l’association de cartes réseau afin de garantir une haute disponibilité aux réseaux de machines virtuelles. Microsoft prend en charge les associations Microsoft ou tierces.

Élaborez une nomenclature détaillée incluant fabricant du matériel, modèle, microprogramme, BIOS, versions des pilotes et référence du fournisseur pour les éléments suivants :

• Serveurs

• Adaptateurs HBA

• Switches

• Baies de stockage

• Logiciels

• Tous les autres composants principaux

Installez et configurez l’environnement de bout en bout Exécutez l’outil de validation de cluster Windows pour vérifier la configuration de l’environnement, ainsi que la prise en charge du clustering avec basculement sur incident. Envoyez les résultats de ce test à l’équipe du programme Microsoft Hyper-V Fast Track pour vérification. Pour plus d’informations sur l’outil de validation de cluster Windows, consultez la rubrique Microsoft Technet Validate Hardware for a Windows Server 2012 Failover Cluster.

Utilisez le modèle de solution disponible auprès de l’équipe du programme Microsoft Hyper-V Fast Track, ou créez un document en vous appuyant sur le guide d’infrastructure VSPEX EMC Proven. Renseignez les informations supplémentaires requises, conformément à l’étape 3 ci-dessus, puis soumettez le document final à Microsoft et EMC en vue de sa publication. Vous trouverez un exemple de solution créée par Cisco et EMC respectant les directives du programme Microsoft Hyper-V Fast Track v2 sur le site Cisco Solutions for VSPEX

Ressources supplémentaires

La documentation relative au programme Microsoft Hyper-V Fast Track v3 est mise à la disposition des partenaires Microsoft seulement. Il existe néanmoins des informations sur le Portail Partenaires Microsoft, sur TechNet et sur divers blogs Microsoft. Pour obtenir les meilleurs résultats, contactez directement l’équipe responsable du programme de partenariat pour Microsoft Hyper-V Fast Track v3 à l’adresse suivante : [email protected]. Les partenaires Microsoft peuvent également prendre contact avec leur responsable technique de compte (TAM). Le site Web public est le suivant : Private Cloud Fast Track.

Étape 4 : élaboration d’une nomenclature détaillée

Étape 5 : tests de l’environnement

Étape 6 : documentation et publication de la solution


http://www.cisco.com/en/US/netsol/ns1203/index.html�

mailto:[email protected]?subject=Hyper-V%20Fast%20Track%20v3.0%20Program%20Documentation�

http://www.microsoft.com/fr-fr/server-cloud/private-cloud/fast-track.aspx�





189

Annexe A Nomenclature

Cette annexe traite du point suivant :

Nomenclature ...................................................................................................... 190

Nomenclature


Nomenclature

Les tableaux suivants répertorient le matériel utilisé dans cette solution.

Remarque : EMC recommande l’utilisation d’un réseau 10 GbE ou d’une infrastructure réseau 1 GbE équivalente pour ces solutions, à condition que les exigences sous-jacentes liées à la bande passante et à la redondance soient satisfaites.

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

Composant Solution pour 200 machines virtuelles

Serveurs VMware vSphere




200 CPU virtuels

50 CPU physiques minimum

25 CPU physiques minimum (Ivy Bridge ou version supérieure)


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

400 Go de RAM minimum

Réseau

Bloc 2 cartes réseau 10 GbE par serveur



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




2 ports 10 GbE par serveur VMware vSphere


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



4 ports 10 GbE par serveur VMware vSphere



Nomenclature



191


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


Bloc • EMC VNX5200


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






Fichier EMC VNX5200















Nomenclature





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


• 16 Go de RAM par serveur

• 4 cœurs de processeur par serveur

• 2 ports 1 GbE par serveur


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.



Serveurs Windows




300 CPU virtuels





600 Go de RAM minimum




Remarque : pour implémenter la fonctionnalité de haute disponibilité de Microsoft Hyper-V et respecter les exigences minimales énoncées, l’infrastructure doit présenter au moins un serveur supplémentaire par rapport à la quantité définie.

Nomenclature



193





2 ports 10 GbE par serveur Windows


2 ports par serveur Windows pour le réseau de stockage






Sauvegarde EMC

Avamar

Data Domain Consultez le document intitulé EMC Backup and Recovery Options for VSPEX Private Clouds


Bloc • VNX5400








Fichier • VNX5400








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




Nomenclature





S’ils sont implémentés sans infrastructure existante, un nombre minimal de serveurs supplémentaires est requis :








Serveurs Windows




600 CPU virtuels





1 200 Go de RAM minimum
















Nomenclature



195


Sauvegarde EMC

Avamar

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


Bloc • VNX5600








Fichier • VNX5600




















Nomenclature


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

Composant Solution pour 1 000 machines virtuelles

Serveurs Windows




1 000 CPU virtuels





2 000 Go de RAM minimum
















Sauvegarde EMC

Avamar

Data Domain Consultez le livre blanc intitulé EMC Backup and Recovery Options for VSPEX Private Clouds.




Nomenclature



197

Composant Solution pour 1 000 machines virtuelles


Bloc • VNX5800








Fichier • VNX5800

















Remarque : avec le VNX5800, EMC recommande 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.

Nomenclature




199

Annexe B Fiche Données de configuration du client


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

Fiche Données de configuration du client



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 techniques VNX File and Unified Worksheets.

Tableau 40. Informations courantes sur les serveurs

Nom de serveur Objectif Adresse IP principale

Contrôleur de domaine

DNS principal

DNS secondaire

DHCP

NTP

SMTP

SNMP

System Center Virtual Machine Manager

SQL Server

Tableau 41. Informations sur le serveur Hyper-V

Nom de serveur Objectif Adresse IP principale

Adresses de réseau privé (stockage)

Hyper-V

Hôte 1

Hyper-V

Hôte 2

…




201

Tableau 42. 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 Adresse IP du serveur CIFS

Tableau 43. Informations sur l’infrastructure réseau

Nom Objectif IP Masque de sous-réseau

Passerelle par défaut

Switch Ethernet 1

Switch Ethernet 2

…



Tableau 44. Informations sur le réseau VLAN

Nom Nature du réseau VLAN ID Sous-réseaux autorisés

Gestion de réseau de machines virtuelles

Réseau de stockage iSCSI (bloc)

Réseau de stockage iCIFS (fichier)

Migration dynamique (facultatif)

Public (accès client)

Tableau 45. Comptes de maintenance

Account Objectif Mot de passe (facultatif, appliquer le niveau de sécurité requis)

Administrateur de Windows Server

Administrateur de baie

Administrateur SCVMM

Administrateur de SQL Server



203

Annexe C Fiche technique des composants des ressources serveur


Fiche technique des composants des ressources serveur ..................................... 204

Fiche technique des composants des ressources serveur


Fiche technique des composants des ressources serveur

Tableau 46. Fiche technique vide pour définir des ressources serveur


Application CPU

(CPU virtuels)

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)

Références



205

Annexe D Références


Références........................................................................................................... 206

Références


Références

Les documents suivants, disponibles sur le site 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 Storage Integrator (ESI) 2.1 for Windows Suite

• EMC VNX Virtual Provisioning Applied Technology

• VNX FAST Cache : Analyse détaillée

• Présentation d’EMC XtremCache




• Using EMC VNX Storage with Microsoft Windows Hyper-V

• EMC VNX Unified Best Practice For Performance - Applied Best Practices Guide

• Using VNX SnapSure

• EMC Host Connectivity Guide for Windows

• Gamme EMC VNX : Introduction à la prise en charge SMB 3.0.

• Configuring and Managing CIFS on VNX

Les documents suivants, disponibles sur le site Web de Microsoft, fournissent des informations complémentaires et pertinentes :

• Installing the VMM Server

• Ajout et gestion de clusters hôtes et d'ordinateurs hôtes Hyper-V dans VMM

• Comment créer un modèle d'ordinateur virtuel

• Configuration d’une instance distante de SQL Server pour VMM

• Installing Virtual Machine Manager

• Installing the VMM Administrator Console

• Installation d’un agent VMM localement sur un ordinateur hôte

• Ajout d’ordinateurs hôtes Hyper-V et de clusters hôtes à VMM

• Création d’un ordinateur virtuel doté d’un disque dur virtuel vide

• Déploiement d’un ordinateur virtuel

• Installation de Windows Server 2012

• Use Cluster Shared Volumes in a Windows Server 2012 Failover Cluster

• Configurations matérielle et logicielle requises pour l’installation de SQL Server 2014

• Installation de SQL Server 2014

• Comment installer un serveur d’administration VMM

Documentation EMC

Autre documentation













http://technet.microsoft.com/en-us/library/jj612868.aspx�

http://msdn.microsoft.com/fr-fr/library/ms143506.aspx�

http://msdn.microsoft.com/fr-fr/library/ms143506.aspx�





207

Annexe E À propos de VSPEX


À propos de VSPEX............................................................................................... 208

À propos de VSPEX


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

Documents

Copyright © 2014 EMC Corporation. Tous droits réservés. · Haute disponibilité et basculement sur incident ... Ajouter un stockage de partage de fichiers SCVMM (variante fichier