CLOUD PRIVÉ EMC VSPEX VMware vsphere Jusqu à machines virtuelles

(1)

Guide d’infrastructure EMC Proven

EMC VSPEX

Résumé

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

virtuelles au maximum.

Avril 2014

CLOUD PRIVÉ EMC VSPEX

VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles

Technologies Microsoft Windows Server 2012 R2, EMC VNX ET EMC Powered Backup

(2)

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

EMC², 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 : VMware vSphere 5.5 - Jusqu’à 1 000 machines virtuelles, technologies Microsoft Windows Server 2012 R2, EMC VNX et EMC Powered Backup - Guide d’infrastructure EMC Proven

Référence : 12076.2

(3)

3

Sommaire

Chapitre 1 Résumé analytique 15

Introduction ... 16

Public ... 16

Objectif de ce document ... 16

Besoins métiers ... 17

Chapitre 2 Présentation de solution 19 Introduction ... 20

Virtualisation ... 20

Traitement ... 20

Réseau ... 21

Stockage ... 21

Gamme EMC VNX ... 22

Sauvegarde et restauration EMC ... 28

Chapitre 3 Présentation technologique de la solution 31 Présentation ... 32

Principaux composants ... 33

Virtualisation ... 34

Présentation ... 34

VMware vSphere 5.5 ... 34

Nouvelles fonctionnalités VMware vSphere 5.5 ... 34

VMware vSphere with Operations Management (vSOM) 5.5 ... 35

VMware vCenter ... 36

VMware vSphere High-Availability ... 36

EMC Virtual Storage Integrator for VMware ... 36

Prise en charge de VNX VMware vStorage API for Array Integration ... 37

Traitement ... 37

Réseau ... 40

Stockage ... 42

(4)

Gamme EMC VNX ... 42

Snapshots VNX ... 43

VNX SnapSure ... 44

VNX Virtual Provisioning ... 44

VNX FAST Cache ... 49

VNX FAST VP ... 49

vCloud Networking and Security ... 49

Partages de fichiers VNX ... 50

Bureaux distants/ succursales ... 50

Sauvegarde et restauration ... 51

Déduplication EMC Avamar ... 51

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

VMware vSphere Data Protection ... 51

vSphere Replication ... 52

EMC RecoverPoint ... 52

Autres technologies ... 53

VMware vCloud Automation Center ... 53

VMware vCenter Operations Management Suite ... 54

VMware vCenter Single Sign-On ... 54

Infrastructure à clé publique ... 55

EMC Storage Analytics for EMC VNX ... 55

PowerPath/VE (bloc) ... 56

EMC XtremCache ... 56

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

Architecture de la solution ... 60

Architecture logique ... 61

Principaux composants ... 62

Ressources matérielles ... 64

Ressources logicielles ... 68

Instructions pour la configuration des serveurs ... 69

Mises à jour des processeurs Ivy Bridge ... 69

Virtualisation de la mémoire dans VMware vSphere pour VSPEX ... 72

Instructions pour la configuration de la mémoire ... 73

(5)

5

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

VLAN... 74

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

Agrégation de liens (pour NFS) ... 77

Instructions pour la configuration du stockage ... 77

Virtualisation du stockage VMware vSphere pour VSPEX ... 80

Modules de stockage VSPEX ... 81

Valeurs maximales validées pour le Cloud privé VSPEX ... 82

Haute disponibilité et basculement sur incident ... 90

Couche de virtualisation ... 90

Couche de traitement ... 90

Couche réseau ... 91

Couche de stockage ... 92

Profil du test de validation ... 93

Caractéristiques du profil ... 93

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

Instructions pour le dimensionnement ... 94

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

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

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

Exemple 1 : Application personnalisée ... 95

Exemple 2 : Système de point de vente ... 96

Exemple 3 : Serveur Web ... 96

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

Synthèse des exemples ... 97

Implémentation de la solution ... 97

Types de ressource ... 97

Ressources CPU ... 97

ressources mémoire ; ... 98

Ressources réseau ... 98

Ressources de stockage ... 99

Résumé de la mise en œuvre ... 100

Évaluation rapide ... 101

(6)

CPU requis ... 101

Mémoire requise ... 102

Performances de stockage requises ... 102

Opérations d’E/S par seconde ... 102

Taille d’E/S ... 103

Latence d’E/S ... 103

Capacité de stockage requise ... 103

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

Réglage précis des ressources matérielles ... 110

Outil de dimensionnement EMC VSPEX ... 113

Chapitre 5 Instructions pour la configuration de VSPEX 115 Présentation ... 116

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

Conditions de déploiement ... 117

Données de configuration du client ... 119

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

Préparer les switches réseau ... 119

Configurer le réseau d’infrastructure ... 119

Configurer les réseaux VLAN ... 121

Configurer les trames Jumbo (iSCSI et NFS uniquement) ... 121

Terminer le câblage réseau ... 122

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

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

Configuration de VNX pour les protocoles en mode fichier ... 126

Configuration de FAST VP ... 134

Configuration de FAST Cache ... 135

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

Installer VMware ESXi ... 139

Configurer le réseau VMware ESXi ... 140

Installer et configurer PowerPath/VE (en mode bloc seulement) ... 140

Connecter les datastores VMware ... 140

Planifier l’allocation de mémoire aux machines virtuelles ... 141

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

Créer une machine virtuelle pour SQL Server ... 143

Installer Microsoft Windows sur la machine virtuelle ... 143

(7)

7

Installer SQL Server ... 144

Configurer la base de données pour VMware vCenter ... 144

Configurer la base de données pour VMware Update Manager ... 144

Installation et configuration de VMware vCenter Server ... 145

Créer la machine virtuelle de l’hôte vCenter ... 146

Installer le système d’exploitation invité de vCenter ... 146

Créer des connexions ODBC vCenter ... 146

Installer vCenter Server ... 147

Appliquer les clés de licence vSphere ... 147

Installer le plug-in EMC VSI ... 147

Créer une machine virtuelle dans vCenter ... 147

Effectuer un positionnement de partition et attribuer la taille d’unité d’allocation de fichier ... 147

Créer un modèle de machine virtuelle ... 147

Déployer les machines virtuelles à partir du modèle ... 147

Résumé ... 148

Chapitre 6 Vérification de la solution 149 Présentation ... 150

Liste de contrôle après installation ... 151

Déployer et tester un seul serveur virtuel ... 151

Vérifier la redondance des composants de la solution ... 151

Environnements en mode bloc ... 151

Environnements en mode fichier ... 152

Chapitre 7 Surveillance du système 153 Présentation ... 154

Zones clés à surveiller ... 154

Repère de performances ... 155

Serveurs ... 155

Mise en réseau ... 156

Stockage ... 156

Instructions pour la surveillance des ressources VNX ... 157

Surveillance des ressources de stockage en mode bloc ... 157

Surveillance des ressources de stockage en mode fichier ... 164

Résumé ... 169

Annexe A Nomenclature 171 Nomenclature ... 172

(8)

Annexe B Fiche Données de configuration du client 181 Fiche Données de configuration du client ... 182 Annexe C Fiche technique des composants des ressources serveur 185 Fiche technique des composants des ressources serveur ... 186

Annexe D Références 187

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

Annexe E À propos de VSPEX 189

À propos de VSPEX ... 190

(9)

9

Figures

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

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

Figure 3. Nouvelle suite Unisphere Management Suite ... 25

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

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

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

Figure 7. Solutions de sauvegarde et de restauration EMC ... 29

Figure 8. Composants du Cloud privé ... 32

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

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

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

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

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

Figure 14. Utilisation de l’espace de thin LUN ... 46

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

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

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

Figure 18. Architecture logique pour le stockage en mode bloc ... 61

Figure 19. Architecture logique pour le stockage en mode fichier ... 62

Figure 20. Conseils relatifs aux processeurs Ivy Bridge ... 70

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

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

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

Figure 24. Types de disque virtuel VMware ... 80

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

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

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

(10)

Figure 28. Organisation du stockage pour 300 machines virtuelles

avec VNX5400 ... 84

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

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

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

Figure 32. Haute disponibilité de la couche de virtualisation ... 90

Figure 33. Alimentations redondantes ... 91

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

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

Figure 36. Haute disponibilité de la gamme VNX ... 92

Figure 37. Flexibilité du pool de ressources ... 97

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

Figure 39. Ressources globales requises : phase 1 ... 106

Figure 40. Configuration de pool : phase 1 ... 106

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

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

Figure 45. Personnalisation des ressources serveur ... 111

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

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

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

Figure 49. Boîte de dialogue Create Interface ... 129

Figure 50. Boîte de dialogue Create File System ... 132

Figure 51. Case à cocher Direct Writes Enabled ... 133

Figure 52. Boîte de dialogue Storage Pool Properties ... 134

Figure 53. Boîte de dialogue Manage Auto-Tiering ... 135

Figure 54. Boîte de dialogue Storage System Properties ... 136

Figure 55. Boîte de dialogue Create FAST Cache ... 137

Figure 56. Onglet Advanced de la boîte de dialogue Create Storage Pool ... 138

Figure 57. Onglet Advanced de la boîte de dialogue Storage Pool Properties ... 138

Figure 58. Paramètres de la mémoire de la machine virtuelle ... 142

Figure 59. Zone Storage Pool Alerts... 157

Figure 60. Volet Storage Pools ... 158

Figure 61. Boîte de dialogue LUN Properties ... 159

Figure 62. Volet Monitoring and Alerts ... 160

(11)

11

Figure 63. E/S par seconde sur les LUN ... 161

Figure 64. E/S par seconde sur les disques ... 162

Figure 65. Latence sur les LUN ... 162

Figure 66. Taux d’utilisation des SP ... 164

Figure 67. Statistiques relatives aux Data Movers ... 165

Figure 68. Statistiques du réseau Data Mover front-end ... 165

Figure 69. Volet Storage Pools for File ... 166

Figure 70. Volet File Systems ... 166

Figure 71. Volet des propriétés du système de fichiers ... 167

Figure 72. Volet des performances du système de fichiers ... 168

Figure 73. Volet des performances globales du stockage de fichiers ... 168

(12)

Tableau

Tableau 1. Avantages de VNX pour les clients ... 42

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

Tableau 3. Matériel utilisé dans la solution ... 64

Tableau 4. Logiciels utilisés dans la solution ... 68

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

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

Tableau 7. Ressources matérielles pour le stockage ... 78

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

Tableau 9. Caractéristiques du profil ... 93

Tableau 10. Caractéristiques de la machine virtuelle ... 94

Tableau 11. Ligne de la fiche technique à renseigner ... 101

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

Tableau 13. Exemple de ligne de fiche technique ... 104

Tableau 14. Exemples d’applications : phase 1 ... 105

Tableau 17. Total des composants des ressources serveur ... 111

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

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

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

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

Tableau 22. Tâches de configuration de VNX ... 123

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

Tableau 24. Tâches de configuration du stockage ... 126

Tableau 25. Tableau du stockage alloué en mode fichier ... 130

Tableau 26. Tâches d’installation des serveurs ... 139

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

Tableau 28. Tâches de configuration de vCenter ... 145

Tableau 29. Tâches de test de l’installation ... 150

(13)

13 Tableau 30. Liste des composants utilisés dans la solution VSPEX

pour 200 machines virtuelles ... 172

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

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

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

Tableau 34. Informations courantes sur les serveurs ... 182

Tableau 35. Informations sur le serveur VMware ESXi ... 182

Tableau 36. Informations sur la baie ... 183

Tableau 37. Informations sur l’infrastructure réseau ... 183

Tableau 38. Informations sur le réseau VLAN ... 184

Tableau 39. Comptes de maintenance ... 184

Tableau 40. Fiche technique vide pour l’ensemble des ressources serveur ... 186

(14)

(15)

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

(16)

Introduction

Les architectures validées modulaires EMC^® VSPEX^® reposent sur des technologies éprouvées et ultraperformantes. Vous disposez ainsi de solutions de virtualisation complètes vous permettant de prendre des décisions avisées au niveau des couches d’hyperviseur, de traitement des données et de gestion réseau. VSPEX permet de réduire les problèmes de planification et de configuration liés à la virtualisation.

Lorsque vous entamez votre transition vers la virtualisation des serveurs, le déploiement de bureaux virtuels ou la consolidation informatique, VSPEX accélère cette transformation en augmentant la rapidité des déploiements, en élargissant vos choix, en optimisant l’efficacité et en diminuant les risques.

Ce document est un guide complet détaillant les aspects techniques de cette solution.

La capacité des serveurs constitue une indication générale, avec les minima requis en termes de CPU, de mémoire et d’interfaces réseau. Le client est libre de choisir le matériel serveur et réseau qu’il souhaite pour respecter la configuration minimale indiquée, voire la dépasser.

Public

Le lecteur doit disposer de la formation et de l’expérience nécessaires pour installer et configurer VMware vSphere 5.5, les systèmes de stockage EMC VNX^® et

l’infrastructure correspondante dans le cadre de cette mise en œuvre. Le cas échéant, EMC vous propose des références externes et vous recommande de vous familiariser avec ces documents.

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

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

Objectif de ce document

Ce document présente l’architecture VSPEX, explique comment la modifier pour l’adapter à des engagements spécifiques et indique comment déployer et surveiller efficacement le système.

L’architecture de Cloud privé VSPEX fournit au client un système moderne capable d’héberger de nombreuses machines virtuelles, tout en maintenant des performances prévisibles. Cette solution s’exécute sur la couche de virtualisation VMware vSphere et tire profit de la haute disponibilité des systèmes de stockage de la famille VNX. Les composants de traitement et de réseau, définis par les partenaires VSPEX, sont conçus afin d’être redondants et suffisamment puissants pour gérer les besoins en matière de traitement et de données pour l’environnement de machines virtuelles.

(17)

17 Les environnements comportant 200, 300, 600 et 1 000 machines virtuelles abordés

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

Une architecture de Cloud privé constitue une offre de système complexe. Ce

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

instructions de ce document, votre transition vers le Cloud sera simple et efficace.

Besoins métiers

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

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

facilitant le contrôle et la surveillance des différents processus. Les besoins métiers en ce qui concerne les solutions de Cloud privé VSPEX pour les architectures VMware sont les suivants :

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

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

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

(18)

(19)

19

Chapitre 2 Présentation de solution

Introduction ... 20

Virtualisation ... 20

Traitement ... 20

Réseau ... 21

Stockage ... 21

(20)

Introduction

La solution de Cloud privé EMC VSPEX pour VMware vSphere 5.5 fournit une architecture système complète capable de prendre en charge jusqu’à 1 000 machines virtuelles et offrant une topologie serveur/réseau redondante, ainsi qu’un stockage haute disponibilité. Les principaux composants de cette solution sont la virtualisation, le stockage, le traitement et la gestion réseau.

Virtualisation

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

L’hyperviseur VMware s’exécute sur un serveur dédié et permet l’exécution simultanée de plusieurs systèmes d’exploitation sur le système en tant que machines virtuelles.

Ces systèmes d’hyperviseur peuvent être connectés pour fonctionner dans une configuration en cluster. Les configurations en cluster sont ensuite gérées sous forme de pool de ressources élargi via VMware vCenter, et permettent l’allocation dynamique de CPU, de mémoire et de stockage dans le cluster.

Des technologies telles que VMware vMotion, qui sert à déplacer des machines virtuelles d’un serveur à un autre sans interruption du système d’exploitation, et DRS (Distributed Resource Scheduler), qui exécute automatiquement les activités vMotion à des fins d’équilibrage de la charge, font de vSphere une solution métier de premier plan.

Avec vSphere 5.5, un environnement virtualisé VMware peut héberger des machines virtuelles comptant jusqu’à 64 CPU virtuels et 1 To de RAM virtuelle.

Traitement

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

• cœurs de processeur et mémoire suffisants pour prendre en charge le nombre et les types requis de machines virtuelles ;

• connexions réseau suffisantes pour une connectivité redondante aux switches du système ;

• réserve de capacité en prévision des pannes et basculements sur incident de serveurs dans l’environnement.

(21)

21

Réseau

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

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

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

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

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

Stockage

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

Les composants de stockage du VNXe sont indiqués ci-dessous. Ils sont dimensionnés sur la base de la charge de travail définie pour l’architecture de référence :

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

• processeurs de stockage : composants de traitement de la baie de stockage, qui interviennent dans tous les aspects du déplacement de données à

l’intérieur, en dehors et entre des baies ;

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

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

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

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

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

• FAST Cache

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

(22)

• Déduplication en mode bloc

• Allocation dynamique

• Réplication

• Snapshots/points de contrôle

• File-Level Retention (FLR)

• Gestion des quotas

• Compression en mode bloc Fonctions et améliorations

La plate-forme de stockage unifié EMC VNX optimisée pour Flash s’appuie sur une technologie innovante et des fonctions d’entreprise pour fournir une solution unique de stockage en modes fichier, bloc et objet à la fois facile à utiliser et évolutive.

Idéale pour les charges de travail mixtes des environnements physiques ou virtuels, la plate-forme VNX associe un matériel puissant et flexible à des logiciels de

protection et de gestion hautes performances adaptés aux exigences des environnements applicatifs virtualisés d’aujourd’hui.

VNX intègre de nombreuses fonctions et améliorations élaborées autour de celles qui ont fait le succès de la première génération. Ces fonctions et améliorations incluent :

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

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

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

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

VSPEX est équipé de la baie VNX nouvelle génération pour une efficacité, des

performances et une évolutivité nettement supérieures à celles fournies par le passé.

Baie hybride optimisée pour Flash

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

Dans cette approche hybride, un faible pourcentage de disques Flash du système global peut fournir un pourcentage élevé du nombre total d’E/S par seconde.

Optimisée grâce à la technologie Flash, la baie VNX tire pleinement parti de la faible latence des disques Flash pour assurer une optimisation à moindre coût et une évolutivité hautes performances. EMC Fully Automated Storage Tiering Suite

(FAST Cache et FAST VP) hiérarchise à la fois les données en modes bloc et fichier sur des disques hétérogènes et envoie les données les plus utilisées vers les disques Flash, évitant ainsi aux clients d’avoir à faire des concessions en termes de coûts ou de performances.

Gamme EMC VNX

(23)

23 C’est au moment de leur création que les données sont les plus utilisées. Par

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

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

Optimisation du chemin de code Intel MCx pour VNX

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

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

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

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

(24)

Multicore RAID

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

Performances du VNX

Amélioration des performances

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

VNX propose les améliorations de performances suivantes :

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

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

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

• jusqu’à six fois plus de machines virtuelles.

Processeurs de stockage de baie actif/actif

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

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

(25)

L’éqper mod dispserv Ave et V à grde t leur Rem logi

Uni La n d’Ules Figu cenen c

Figu

Ges VMw EMC pouclie Les à la

virtuelleClo quilibrage de formances ju de bloc est id ponibilité et vices de gest ec cette versi VNX Replicato

rande vitesse tous les snap r activité dur marque :

ques (LUN) RA

sphere Mana nouvelle suit

nisphere pou performance ure 3, cette s ntralisée de m

charge de Xtr

ure 3. Nouve

stion de la vi Mware Virtual C VSI (Virtua ur tous les ut ents VSPEX pe

administrate aquelle ils so

ud privé EMC s, technolog e la charge es usqu’à deux f déale pour le de performa tion de l’effic

on de VNX, le or pour effect e, entre les sy pshots et par rant la migrat les processeu AID, non pour

agement Sui te Unisphere ur y inclure la es et d’antici suite intègre é milliers de sy

remCache.

elle suite Unis

rtualisation l Storage Inte

l Storage Inte ilisateurs VM euvent utilis eurs VMware

nt habitués p

C VSPEX : VM gies Microsoft Powered st également fois supérieu es applicatio

nces sans to cacité tels qu es clients VS tuer des mig ystèmes. Ce p

ramètres ; il tion.

urs actif/actif s les LUN de po

ite

Managemen a fonction VN per les besoi également U stèmes VNX

sphere Manag

egrator egrator) est u Mware dispos er VSI pour s e utilisent qu pour obtenir

Mware vSphe ft Windows S Backup - Gu t amélioré et ures. La confi ns qui requiè outefois néce ue la compres SPEX peuvent grations de sy processus as

permet égale sont uniqueme ool.

nt Suite étend NX Monitorin

ins en capac nisphere Rem et VNXe tout

gement Suite

un plug-in VM sant d’une so simplifier la g ant à eux la

une visibilité

re 5.5 - Jusqu erver 2012 R ide d’infrast

les applicati iguration de èrent les mei essiter de hié ssion ou la d t utiliser les D ystèmes de f

sure une mig ement aux cl

ent disponible

d l’interface c g and Report ité. Comme i mote pour pe t en assurant

Mware vCente olution de sto gestion du st

même interfa é renforcée s

u’à 1 000 ma R2, EMC VNX ructure EMC ions affichen type actif/ac illeurs niveau érarchisation déduplication Data Movers ichiers autom gration autom

ients de pou es pour les un

conviviale ting afin de v illustré sur la ermettre la ge t une nouvell

er gratuit dis ockage EMC.

ockage virtua ace vCenter q sur leur stock

achines et EMC Proven nt des ctif en ux de

ni de n.

virtuels matisées matique

rsuivre ités

valider a

estion le prise

ponible . Les

alisé.

que celle kage VNX.

25

(26)

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

VMware vStorage APIs for Array Integration

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

VMware vStorage APIs for Storage Awareness

VASA (VMware vStorage APIs for Storage Awareness) est une API définie par VMware pour afficher les informations de stockage via vCenter. L’intégration entre la

technologie VASA et VNX rend la gestion du stockage transparente dans un environnement virtualisé.

EMC Storage Integrator

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

Offloaded Data Transfer

La fonction Offloaded Data Transfer (ODX) de Microsoft Windows Server 2012 (et versions supérieures) permet le déchargement des transferts de données pendant les opérations de copie sur la baie de stockage, libérant ainsi des cycles sur les hôtes.

Par exemple, l’utilisation d’ODX pour la migration dynamique d’une machine virtuelle SQL Server a permis de multiplier les performances par deux, de réduire le temps de migration de 50 %, de réduire l’utilisation des CPU sur le serveur hôte de 20 % et d’éliminer le trafic réseau.

Déduplication en mode bloc

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

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

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

(27)

27

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

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

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

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

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

(28)

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

Figure 6. Temps de latence pour les disques avec la fonction de déduplication de Windows EMC Avamar et EMC Data Domain, les solutions de sauvegarde et de restauration d’EMC, procurent le niveau de protection requis pour accélérer le déploiement des Clouds privés VSPEX.

Optimisées pour les environnements virtuels, la sauvegarde et la restauration EMC réduisent les temps de sauvegarde de 90 % et multiplient la vitesse de restauration par 30, offrant même un accès instantané aux machines virtuelles, pour une

protection en toute simplicité. Les appliances de sauvegarde EMC renforcent encore la fiabilité des restaurations, grâce à la vérification de bout en bout et à l’autoréparation.

Sauvegarde et restauration EMC

(29)

29 Nos solutions permettent également de réaliser des économies substantielles. Grâce

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

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

Figure 7. Solutions de sauvegarde et de restauration EMC

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

(30)

(31)

31

Chapitre 3 Présentation technologique de la solution

Présentation ... 32 Principaux composants ... 33 Virtualisation ... 34 Traitement ... 37 Réseau ... 40 Stockage ... 42 Sauvegarde et restauration ... 51 Autres technologies ... 53

(32)

Présentation

Cette solution s’appuie sur la gamme EMC VNX et la technologie VMware vSphere 5.5 pour consolider le matériel de stockage et les serveurs dans un environnement de Cloud privé. La gestion de cette nouvelle infrastructure virtualisée s’effectue de manière centralisée, ce qui permet un déploiement et une gestion efficaces d’un nombre évolutif de machines virtuelles et du stockage partagé associé.

La Figure 8 présente les composants de la solution.

Figure 8. Composants du Cloud privé

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

(33)

33

Principaux composants

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

• Virtualisation

La couche de virtualisation permet de séparer l’implémentation physique des ressources et les applications qui les utilisent. En d’autres termes, l’accès des applications aux ressources disponibles n’est plus directement lié au matériel.

Ce principe est à la base d’un grand nombre de fonctionnalités clés du Cloud privé.

• Traitement

La couche de traitement des données fournit des ressources mémoire et de calcul au logiciel de la couche de virtualisation et aux applications qui s’exécutent dans le Cloud privé. Le programme VSPEX définit la quantité minimale de ressources requises dans la couche de traitement et permet au partenaire d’implémenter la solution en utilisant tout matériel serveur répondant à ces exigences.

• Réseau

La couche réseau connecte les utilisateurs du Cloud privé aux ressources de ce dernier, et la couche de stockage à celle du traitement des données.

Le programme VSPEX définit le nombre minimal de ports réseau requis, fournit des conseils généraux sur l’architecture réseau et permet au client d’implémenter la solution en utilisant le matériel réseau répondant à ces exigences.

• Stockage

La couche de stockage est un élément critique de l’implémentation du Cloud privé. Lorsque plusieurs hôtes doivent accéder à des données partagées, nombre des exemples d’utilisation définis dans le concept de Cloud privé peuvent être mis en œuvre. La gamme de stockage EMC VNX utilisée avec cette solution offre un stockage des données hautes performances tout en maintenant une haute disponibilité.

• Sauvegarde et restauration EMC

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

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

(34)

Virtualisation

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

VMware vSphere 5.5 transforme les ressources physiques d’un ordinateur en

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

Les fonctions haute disponibilité de VMware vSphere 5.5, comme vMotion et Storage vMotion, permettent une migration transparente des machines virtuelles et des fichiers stockés d’un serveur vSphere à l’autre, ou d’une zone de stockage des données à l’autre, avec un impact minime, voire nul, sur les performances. Couplées à vSphere DRS et Storage DRS, les machines virtuelles ont accès aux ressources appropriées à tout moment, grâce à l’équilibrage de la charge des ressources de traitement des données et de stockage.

VMware vSphere 5.5 inclut une vaste liste de nouveautés et d’améliorations optimisant les performances, la fiabilité, la disponibilité et la restauration des environnements virtualisés. Certaines de ces fonctionnalités ont un impact important sur les déploiements de Clouds privés VSPEX, notamment :

• Limites maximales de mémoire et de CPU étendues pour les hôtes VMware ESX. Le nombre de CPU logiques et virtuels a doublé dans cette version, tout comme le nombre de nœuds NUMA et la quantité de mémoire maximale. Cela signifie que les serveurs hôtes peuvent prendre en charge des charges de travail plus importantes.

• Prise en charge des fichiers VMDK de 62 To avec RDM. Les datastores peuvent contenir davantage de données, provenant d’un plus grand nombre de

machines virtuelles, ce qui simplifie la gestion du stockage et permet de tirer parti de disques NL-SAS de plus grande capacité.

• Prise en charge améliorée de l’annulation du mappage UNMAP VAAI, qui inclut une nouvelle commande esxcli storage vmfs unmap avec plusieurs méthodes de récupération.

• Prise en charge améliorée de SR-IOV qui simplifie la configuration via des workflows et fait apparaître plus de propriétés au niveau des fonctions virtuelles.

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

Présentation

VMware vSphere 5.5

Nouvelles fonctionnalités VMware vSphere 5.5

(35)

35

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

• vSphere Data Protection (VDP), qui peut désormais répliquer les données de sauvegarde directement vers EMC Avamar.

• Prise en charge de la carte réseau Mellanox 40 Gbit.

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

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

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

vSOM est entièrement pris en charge en tant qu’hyperviseur au sein de VSPEX.

De plus, vers la mi-2014, les clients de vSOM disposeront d’une stratégie de mise à niveau de la version standard d’Operations Management vers Enterprise ou

Enterprise Plus, ce qui leur permettra d’utiliser EMC Storage Analytics pour le produit EMC VNX. Il sera dès lors possible d’obtenir des informations supplémentaires sur la baie de stockage (mappage et visibilité de bout en bout des ressources, entre autres informations) et ce, de la machine virtuelle jusqu’au niveau des composants de la baie.

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

VMware vSphere

with Operations Management (vSOM) 5.5

(36)

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

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

VMware vCenter gère également certaines fonctions avancées de l’infrastructure virtuelle VMware, comme VMware vSphere High Availability et DRS

(Distributed Resource Scheduler), ainsi que vMotion et Update Manager.

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

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

• Si le matériel physique présente une erreur, les machines virtuelles affectées peuvent être automatiquement redémarrées sur d’autres serveurs du cluster.

Remarque : pour que les machines virtuelles puissent être redémarrées sur d’autres serveurs physiques, ceux-ci doivent disposer de ressources suffisantes. La section Traitement explique en détail comment activer cette fonction.

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

EMC Virtual Storage Integrator (VSI) for VMware vSphere est un plug-in du client vSphere, qui fournit une interface de gestion unique pour le stockage EMC au sein de l’environnement vSphere. L’ajout et la suppression de fonctions individuelles

dans VSI procurent une certaine flexibilité pour la personnalisation des

environnements utilisateur VSI. VSI Feature Manager se charge de gérer ces fonctions.

VMware vCenter

VMware vSphere High-Availability

EMC Virtual Storage Integrator for VMware

(37)

37 VSI procure un environnement utilisateur unifié, qui permet l’introduction rapide de

nouvelles fonctions en réponse à l’évolution des exigences clients.

Le test de validation utilise les fonctions suivantes :

• Storage Viewer (SV) : complète le client vSphere afin de permettre la

découverte et l’identification des périphériques de stockage EMC VNX alloués aux hôtes et aux machines virtuelles VMware vSphere. SV présente à

l’administrateur du datacenter virtuel les détails du stockage sous-jacent. Pour cela, il fusionne les données de différents outils de mappage du stockage dans des vues consolidées du client vSphere.

• Unified Storage Management : simplifie l’administration du stockage de la plate-forme de stockage unifié EMC VNX. Cette fonction permet aux

administrateurs VMware de provisionner, de manière transparente à partir du client vSphere, des datastores VMFS (Virtual Machine File System), des

volumes RDM (Raw Device Mapping) ou un système NFS (Network File System).

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

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

Traitement

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

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

Prise en charge de VNX VMware vStorage API for Array Integration

(38)

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

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

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

Appliquez les bonnes pratiques suivantes à la couche de traitement :

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

(39)

39

• Si vous implémentez les fonctions de haute disponibilité au niveau de la couche hyperviseur, la taille de la plus grande machine virtuelle créée ne pourra pas dépasser la plus petite capacité de serveur de l’environnement.

• Il est recommandé de mettre en œuvre les fonctions de haute disponibilité au niveau de la couche de virtualisation et de s’assurer que la couche de

traitement dispose de ressources suffisantes pour gérer au minimum les pannes d’un serveur. Cela permet de procéder à des mises à niveau avec un minimum d’interruptions de service, et au système de tolérer les points uniques de défaillance.

Dans les limites définies par ces recommandations et ces bonnes pratiques, la couche de traitement des données d’EMC VSPEX offre la flexibilité nécessaire pour répondre aux besoins spécifiques des clients. Veillez à prévoir suffisamment de cœurs de processeur et de RAM par cœur pour satisfaire aux exigences de l’environnement cible.

(40)

Réseau

Le réseau d’infrastructure doit comporter des liaisons redondantes pour chaque hôte vSphere, la baie de stockage, les ports d’interconnexion des switches et les ports uplink des switches. Cette configuration assure la redondance et une bande passante réseau supplémentaire. Cette configuration est incontournable, que l’infrastructure réseau de la solution soit déjà en place ou que vous la déployiez en parallèle avec les autres composants de la solution. La Figure 11 et la Figure 12 illustrent une topologie réseau haute disponibilité.

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

(41)

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

Cette solution validée utilise des réseaux VLAN pour dissocier les différents types de trafic réseau, et optimiser ainsi le débit, la gestion, la séparation des applications, la haute disponibilité et la sécurité.

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

En mode fichier, les plates-formes EMC de stockage unifié assurent la haute disponibilité ou la redondance du réseau grâce à la fonction d’agrégation de liens.

L’agrégation de liens permet à plusieurs connexions Ethernet actives d’apparaître sous forme de liaison unique disposant d’une seule adresse MAC et éventuellement de plusieurs adresses IP. Avec cette solution, le protocole LACP (Link Aggregation Control Protocol) est configuré sur le VNX et combine plusieurs ports Ethernet en une seule unité virtuelle. Si une liaison est perdue sur un port Ethernet, elle bascule sur un autre port. Tout le trafic réseau est distribué sur les liaisons actives.