EMC VSPEX FOR VIRTUALIZED MICROSOFT … du stockage pour le serveur de messagerie Exchange ..... 76 Sélection de l’infrastructure VSPEX EMC Proven adéquate ..... 81 Figures Figure

GUIDE DE CONCEPTION

EMC VSPEX FOR VIRTUALIZED MICROSOFT EXCHANGE 2013 Technologie EMC VNX nouvelle génération et sauvegarde EMC

EMC VSPEX

Abstraction

Ce Guide de conception explique comment concevoir des ressources Microsoft Exchange Server 2013 virtualisées sur une infrastructure VSPEX® EMC© Proven avec Microsoft Hyper-V ou VMware vSphere reposant sur l’EMC VNX® nouvelle génération ou l’EMC VNXe® et la sauvegarde EMC. Ce guide explique également comment dimensionner l’environnement Exchange, allouer des ressources selon les bonnes pratiques et utiliser tous les avantages de VSPEX.

Novembre 2013

2 EMC VSPEX for Virtualized Microsoft Exchange 2013 Technologie EMC VNX nouvelle génération et sauvegarde EMC Guide de conception

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

Publié en novembre 2013

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 la liste actualisée des noms de produits, consultez la rubrique des marques EMC via le lien Législation, sur http://france.emc.com.

EMC VSPEX for Virtualized Microsoft Exchange 2013 Technologie EMC VNX nouvelle génération et sauvegarde EMC Guide de conception

Référence H12069

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

Sommaire

3 EMC VSPEX for Virtualized Microsoft Exchange 2013 Technologie EMC VNX nouvelle génération et sauvegarde EMC

Guide de conception

Sommaire

Chapitre 1 Introduction 7

Objectif de ce guide ............................................................................................. 8

Principaux atouts ................................................................................................. 8

Périmètre.............................................................................................................. 9

Audience .............................................................................................................. 9

Terminologie ...................................................................................................... 10

Chapitre 2 Avant de commencer 11

workflow de déploiement ................................................................................... 12

Documentation indispensable ............................................................................ 12

Présentations de solutions VSPEX ................................................................. 12

Guides de mise en œuvre VSPEX ................................................................... 12

Guides d’infrastructure VSPEX EMC Proven .................................................... 13

Guide de sauvegarde et restauration EMC pour VSPEX ................................... 13

EMC : bonnes pratiques ................................................................................. 13

Chapitre 3 Présentation de solution 15

Présentation ....................................................................................................... 16

Architecture de la solution .................................................................................. 16

Principaux composants ...................................................................................... 17

Introduction ................................................................................................... 17

Microsoft Exchange Server 2013 .................................................................... 18

Infrastructures VSPEX EMC Proven ................................................................. 19

EMC VNX nouvelle génération ........................................................................ 20

EMC VNXe ...................................................................................................... 24

Solutions de sauvegarde et de restauration EMC ........................................... 25

VMware vSphere 5.1 ...................................................................................... 26

Microsoft Windows Server 2012 avec Hyper-V ............................................... 26

MPIO et MCS .................................................................................................. 27

EMC XtremSW Cache ..................................................................................... 27

EMC PowerPath ............................................................................................. 27

Chapitre 4 Choix d’une infrastructure éprouvée VSPEX 29

Présentation ....................................................................................................... 30

Étape 1 : évaluer les besoins du client ................................................................ 30

Présentation .................................................................................................. 30

Fiche technique de qualification VSPEX for virtualized Exchange 2013 .......... 30

Étape 2 : concevoir l’architecture de l’application............................................... 32

Sommaire


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

Outil de dimensionnement VSPEX ................................................................. 32

Étape n°3 : choisir l’infrastructure VSPEX EMC Proven adéquate ......................... 35

Présentation .................................................................................................. 35

Points à prendre en compte ........................................................................... 35

Exemples ....................................................................................................... 35

Chapitre 5 Bonnes pratiques et considérations en matière de conception de solutions 43

Présentation ....................................................................................................... 44

Considérations relatives à la conception du réseau ............................................ 44

Présentation .................................................................................................. 44

Bonnes pratiques en matière de conception du réseau .................................. 44

Considérations relatives à l’organisation du stockage et à la conception ............ 46

Présentation .................................................................................................. 46

Exemple d’architecture avec vSphere et VNX ................................................. 46

Exemple d’architecture avec Hyper-V et VNXe ................................................ 48

Bonnes pratiques en matière de conception du stockage .............................. 50

Exemples d’organisation du stockage ............................................................ 54

Bonnes pratiques en matière de conception FAST Suite ................................. 57

Bonnes pratiques en matière de conception XtremSW Cache ........................ 58

Considérations de conception relatives à la virtualisation .................................. 58

Présentation .................................................................................................. 58

Bonnes pratiques en matière de conception de la virtualisation .................... 59

Considérations relatives à la conception de la sauvegarde et de la restauration ... 59

Chapitre 6 Méthodologies de vérification de la solution 61

Présentation ....................................................................................................... 62

Méthodologie de vérification du matériel de base .............................................. 62

Méthodologie de vérification de l’application ..................................................... 62

Étapes générales de vérification de l’application ........................................... 62

Présentation de Jetstress ............................................................................... 63

Indicateurs clés pour les tests Jetstress ......................................................... 63

Identification de l’architecture de la solution Exchange Server ...................... 64

Création de l’environnement d’infrastructure ................................................. 64

Utilisation de l’outil Jetstress ......................................................................... 64

Méthodologie de validation de la sauvegarde et de la restauration .................... 64

Chapitre 7 Documentation de référence 65

Documentation EMC ........................................................................................... 66

Autre documentation .......................................................................................... 66

Liens .................................................................................................................. 66

Sommaire


Guide de conception

Annexe A Fiche technique de qualification 69

Fiche technique de qualification VSPEX for virtualized Exchange 2013 ............... 70

Annexe B Dimensionnement manuel d’Exchange pour VSPEX 71

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

Dimensionnement manuel d’Exchange 2013 pour VSPEX ................................... 72

Utilisation de la fiche technique de qualification VSPEX for virtualized Exchange 2013 ....................................................................................... 72

Dimensionnement des machines virtuelles de référence ............................... 73

Dimensionnement du stockage pour le serveur de messagerie Exchange ...... 76

Sélection de l’infrastructure VSPEX EMC Proven adéquate ............................. 81

Figures Figure 1. Architecture de l’infrastructure validée .......................................... 17

Figure 2. Infrastructure éprouvée VSPEX ...................................................... 19

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

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

Figure 5. Nouvelle suite Unisphere Management Suite ................................ 23

Figure 6. Exemple de ressources requises : infrastructure VSPEX EMC Proven pour petite organisation Exchange ................................................ 38

Figure 7. Exemple de ressources requises :infrastructure VSPEX EMC Proven pour organisation Exchange de taille intermédiaire ............ 42

Figure 8. Éléments de stockage Exchange 2013 sur une plate-forme vSphere 5.1 et VNX ........................................................................ 47

Figure 9. Éléments de stockage Exchange 2013 sur une plate-forme Hyper-V et VNXe ............................................................................ 49

Figure 10. Processus d’initialisation de base de données Jetstress Exchange .... 53

Figure 11. Exemple d’organisation du stockage : organisation Exchange de petite taille pour VNXe ................................................................... 55

Figure 12. Exemple d’organisation du stockage : organisation Exchange de taille intermédiaire pour VNX ......................................................... 56

Figure 13. Fiche technique de qualification imprimable ................................. 70

Sommaire


Tableau Tableau 1. Terminologie ................................................................................. 10

Tableau 2. VSPEX for virtualized Exchange 2013 : workflow de déploiement .. 12

Tableau 3. Rôles de serveur Exchange 2013 ................................................... 18

Tableau 4. Machine virtuelle de référence : Caractéristiques .......................... 20

Tableau 5. Suites logicielles VNXe .................................................................. 25

Tableau 6. Packs logiciels VNXe ..................................................................... 25

Tableau 7. VSPEX for virtualized Exchange 2013 : processus de conception ... 30

Tableau 8. Directives de la fiche technique de qualification VSPEX for virtualized Exchange 2013 ............................................................ 30

Tableau 9. Résultats de l’outil de dimensionnement VSPEX ............................ 32

Tableau 10. Infrastructure VSPEX EMC Proven : étapes de sélection ................. 35

Tableau 11. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013 : petite organisation Exchange .............................. 36

Tableau 12. Exemple de ressources requises : petite organisation Exchange .... 36

Tableau 13. Exemple de pools de stockage supplémentaires : petite organisation Exchange ........................................................ 37

Tableau 14. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013 : organisation Exchange de taille intermédiaire .... 39

Tableau 15. Exemple de ressources requises : organisation Exchange de taille intermédiaire ................................................................................. 40

Tableau 16. Exemple de pools de stockage supplémentaires : organisation Exchange de taille intermédiaire ................................................... 41

Tableau 17. Pools de stockage relatifs à Exchange sur VNX .............................. 48

Tableau 18. Pools de stockage relatifs à Exchange sur VNXe ............................ 50

Tableau 19. Pools de stockage des données Exchange : petite organisation Exchange ....................................................................................... 54

Tableau 20. Pools de stockage des données Exchange : organisation Exchange de taille intermédiaire ............................... 55

Tableau 21. Étapes générales de vérification de l’application ........................... 62

Tableau 22. Indicateurs clés pour la vérification Jetstress. ................................ 63

Tableau 23. Fiche technique de qualification VSPEX for virtualized Exchange 2013.............................................................................. 70

Tableau 24. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013.............................................................................. 72

Tableau 25. Procédure de dimensionnement manuel d’Exchange..................... 73

Tableau 26. Machine virtuelle de référence : Caractéristiques .......................... 75

Tableau 27. Résumé des ressources de machines virtuelles de référence ......... 76

Tableau 28. Nombre de disques requis pour répondre aux exigences en termes d’IOPS et de capacité .................................................... 80

Tableau 29. Configuration des pools de stockage des données Exchange ........ 81

Tableau 30. Matrice de support des modèles de stockage VSPEX ..................... 82

Tableau 31. Système et disques de stockage ................................................... 83

Chapitre 1 : Introduction


Guide de conception

Chapitre 1 Introduction

Ce chapitre traite des points suivants :

Objectif de ce guide ............................................................................................ 8

Principaux atouts ............................................................................................... 8

Périmètre ........................................................................................................... 9

Audience ............................................................................................................ 9

Terminologie .................................................................................................... 10



Objectif de ce guide

Les infrastructures VSPEX® EMC® Proven sont optimisées pour la virtualisation d’applications critiques. VSPEX permet aux partenaires de planifier et de concevoir les ressources nécessaires à la prise en charge de Microsoft Exchange dans un environnement virtualisé, sur un Cloud privé VSPEX.

EMC VSPEX for virtualized Microsoft Exchange 2013 offre aux partenaires une solution EMC Proven capable d’héberger un environnement Exchange virtualisé avec un niveau de performances prévisibles. Cette solution a été testée, dimensionnée et conçue pour s’exécuter sur un Cloud privé VSPEX existant à l’aide d’une plate-forme de virtualisation VMware vSphere ou Microsoft Windows Server 2012 avec Hyper-V. Elle utilise en outre les systèmes de stockage hautement disponibles de la gamme EMC VNX® .

Toutes les solutions VSPEX sont dimensionnées et testées avec les produits EMC de sauvegarde et de restauration. EMC Avamar® et EMC Data Domain® permettent une sauvegarde et une restauration de toute l’infrastructure, mais aussi des applications et des e-mails, avec notamment une restauration granulaire des e-mails. Bien que définissables par le fournisseur, les composants de traitement et réseau sont conçus afin d’être redondants et suffisamment puissants pour gérer les besoins en capacité de traitement et en données de l’environnement de machines virtuelles.

Ce Guide de conception décrit comment concevoir une infrastructure VSPEX EMC Proven for virtualized Exchange 2013 en tenant compte des bonnes pratiques établies. Il indique également comment sélectionner l’infrastructure VSPEX EMC Proven qui convient et bénéficier d’une aide au dimensionnement grâce à l’outil de dimensionnement EMC VSPEX.

Principaux atouts

La messagerie électronique constitue un élément indispensable de la communication au sein de votre entreprise, ainsi que des échanges avec les clients, les prospects, les partenaires et les fournisseurs. Les administrateurs informatiques chargés de gérer Microsoft Exchange Server doivent s’efforcer de maintenir des niveaux de performances et d’efficacité des applications les plus élevés possible. Dans le même temps, la plupart des entreprises luttent pour s’adapter à la croissance incessante des données tout en devant s’accommoder de budgets de plus en plus modestes ou reconduits à l’identique. L’administration, l’audit, la protection et la gestion d’un environnement Exchange au service d’une main-d’œuvre moderne et dispersée sur le plan géographique représentent un défi majeur pour la majorité des départements informatiques.

EMC se joint aux principaux fournisseurs d’infrastructures informatiques pour créer une solution de virtualisation complète qui accélère le déploiement du Cloud privé et de Microsoft Exchange. VSPEX permet aux clients d’accélérer leur transformation informatique avec des déploiements plus rapides, une simplicité renforcée, un choix plus vaste, une meilleure efficacité et des risques réduits, les libérant ainsi de la complexité et des défis inhérents à la construction, par eux-mêmes, d’une infrastructure informatique.



Guide de conception

La validation de la solution VSPEX par EMC garantit des performances prévisibles. Elle permet aux clients de sélectionner une technologie qui s’appuie sur leur infrastructure informatique existante ou nouvellement acquise tout en éliminant les problèmes de planification, de dimensionnement et de configuration habituellement associés au déploiement d’une nouvelle infrastructure informatique. VSPEX fournit des infrastructures Exchange aux clients souhaitant simplifier leur système (l’une des caractéristiques des infrastructures réellement convergées), tout en bénéficiant d’une plus grande liberté de choix des composants de leur infrastructure.

Périmètre

Ce Guide de conception aide les clients à déployer une solution Exchange Server 2013 simple, efficace et flexible sur une infrastructure VSPEX EMC Proven, de la manière la plus économique et performante possible. Il décrit comment :

dimensionner et concevoir votre solution Exchange 2013 ;

allouer des ressources d’après les bonnes pratiques établies ;

choisir l’infrastructure VSPEX EMC Proven adaptée sur laquelle déployer Exchange 2013 ;

utiliser l’ensemble des avantages proposés par VSPEX.

Les conseils fournis valent pour toutes les infrastructures VSPEX EMC Proven virtualisées avec VMware vSphere ou Microsoft Hyper-V et déployées sur les baies de stockage de la gamme EMC VNX nouvelle génération ou EMC VNXe® . Ils supposent l’existence préalable d’une infrastructure VSPEX EMC Proven dans l’environnement client.

Les solutions de sauvegarde et de restauration d’EMC pour la protection des données Exchange sont décrites dans le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013.

Audience

Ce guide s’adresse au personnel d’EMC et aux partenaires EMC VSPEX qualifiés. Il suppose que les partenaires VSPEX qui envisagent de déployer cette solution VSPEX for virtualized Exchange 2013 sont :

qualifiés par Microsoft pour vendre et mettre en œuvre des solutions Exchange ;

certifiés Exchange 2013 et détenteurs, dans l’idéal, de l’une ou des deux certifications Microsoft Certified Solutions Expert (MCSE) suivantes :

Messaging : Core Solutions of Microsoft Exchange Server 2013 (examen : 341)

Messaging : Advanced Solutions of Microsoft Exchange Server 2013 (examen : 342)

qualifiés par EMC pour vendre, installer et configurer la gamme de systèmes de stockage VNX ;

certifiés pour vendre des infrastructures éprouvées VSPEX ;



qualifiés pour vendre, installer et configurer les produits réseau et serveur indispensables aux infrastructures éprouvées VSPEX.

Si vous prévoyez de déployer la solution, vous devez également disposer de la formation et de l’expérience techniques requises pour installer et configurer :

les systèmes d’exploitation Microsoft Windows Server 2012 ;

les plates-formes de virtualisation VMware vSphere ou Microsoft Windows Server 2012 avec Hyper-V ;

Microsoft Exchange Server 2013.

les produits EMC de sauvegarde et de restauration, notamment Avamar et Data Domain.

Ce guide fournit des références externes. EMC recommande aux partenaires mettant en œuvre cette solution de se familiariser avec les documents présentés. Pour plus de détails, reportez-vous à la section Documentation indispensable et au Chapitre 7 : Documentation de référence.

Terminologie

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

Tableau 1. Terminologie

Terme Définition

BDM Maintenance de la base de données en arrière-plan (Background Database Maintenance)

Rafale Les données sont transférées ou transmises au moyen d’impulsions courtes et irrégulières

DAG Groupe de disponibilité de base de données

Machine virtuelle de référence

Unité de mesure égale à une seule machine virtuelle utilisée pour quantifier les ressources de traitement d’une infrastructure VSPEX Proven

MCS Plusieurs connexions par session (Multiple Connections per Session)

MPIO Microsoft Multipath I/O

NLB Network Load Balancing

RDM RDM

rpm Tours par minute

SP (Storage Processor)

Processeur de stockage

Chapitre 2 : Avant de commencer


Guide de conception

Chapitre 2 Avant de commencer


workflow de déploiement .................................................................................. 12

Documentation indispensable .......................................................................... 12



workflow de déploiement

Pour concevoir et mettre en œuvre votre solution VSPEX for virtualized Microsoft Exchange 2013, reportez-vous au flux de processus du Tableau 21.

Tableau 2. VSPEX for virtualized Exchange 2013 : workflow de déploiement

Étape Action

1 Utiliser la fiche technique de qualification VSPEX for virtualized Exchange 2013 afin de recueillir les exigences des utilisateurs. Reportez-vous à l’Annexe A de ce Guide de conception.

2 Utilisez l’outil de dimensionnement EMC VSPEX pour déterminer l’infrastructure VSPEX EMC Proven recommandée pour votre solution Exchange 2013 virtualisée, en fonction des exigences des utilisateurs recueillies à l’étape 1.

Pour plus d’informations sur l’outil de dimensionnement, consulter le portail EMC VSPEX Sizing Tool.

Remarque : si l’outil de dimensionnement n’est pas disponible, vous pouvez dimensionner l’application manuellement à l’aide des recommandations de l’Annexe B.

3 Utiliser ce Guide de conception pour déterminer la conception finale de la solution VSPEX.

Remarque : veiller à bien prendre en compte toutes les exigences liées aux applications, et pas seulement celles associées à Exchange.

4 Sélectionner l’infrastructure VSPEX EMC Proven adéquate. Consulter le Guide d’infrastructure VSPEX EMC Proven approprié, mentionné dans la section Documentation indispensable, afin d’obtenir des instructions.

5 Déployer et tester la solution VSPEX. Consulter le Guide de mise en œuvre VSPEX approprié, mentionné dans la section Documentation indispensable, afin d’obtenir des instructions.

Documentation indispensable

EMC vous recommande de lire les documents ci-après, disponibles sur la page relative à VSPEX sur EMC Community Network, sur EMC.com ou sur le portail destiné aux partenaires relatif à l’infrastructure VSPEX EMC Proven.

Consultez les documents suivants pour une présentation de la solution VSPEX :

EMC VSPEX Server Virtualization for Midmarket Businesses

EMC VSPEX Server Virtualization for Small and Medium Businesses Consultez les guides de mise en œuvre VSPEX suivants :

EMC VSPEX for Virtualized Microsoft Exchange 2013 avec Microsoft Hyper-V, technologie EMC VNX nouvelle génération et sauvegarde EMC

EMC VSPEX for Virtualized Microsoft Exchange 2013 avec VMware vSphere, technologie EMC VNX nouvelle génération et sauvegarde EMC

1 Si votre solution intègre des composants de sauvegarde et de restauration, consultez le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013 pour obtenir des conseils sur le dimensionnement et la mise en œuvre de ces composants.

Présentations de solutions VSPEX

Guides de mise en œuvre VSPEX

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



https://community.emc.com/community/partner/vspex?view=overview

http://france.emc.com/resource-library/resource-library.htm

http://france.emc.com/platform/virtualizing-information-infrastructure/vspex.htm





Guide de conception

Consultez les guides suivants sur l’infrastructure VSPEX EMC Proven :

EMC VSPEX Private Cloud: VMware vSphere 5.1 - Jusqu’à 100 machines virtuelles

EMC VSPEX Private Cloud: VMware vSphere 5.1 for up to 1 000 Virtual Machines

EMC VSPEX Private Cloud: Microsoft Windows Server 2012 avec Hyper-V - Jusqu’à 100 machines virtuelles

EMC VSPEX Private Cloud: Microsoft Windows Server 2012 with Hyper-V for up to 1 000 Virtual Machines

Consultez le guide VSPEX avec sauvegarde et restauration suivant :

Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013

Consultez les guides des bonnes pratiques suivants :

Microsoft Exchange Server Best Practices and Design Guidelines for EMC Storage

Guides d’infrastructure VSPEX EMC Proven

Guide de sauvegarde et restauration EMC pour VSPEX

EMC : bonnes pratiques



Chapitre 3 : Présentation de solution


Guide de conception

Chapitre 3 Présentation de solution


Présentation ..................................................................................................... 16

Architecture de la solution ................................................................................ 16

Principaux composants .................................................................................... 17



Présentation

Ce chapitre présente l’infrastructure VSPEX EMC Proven for virtualized Microsoft Exchange 2013, ainsi que les principales technologies utilisées dans cette solution. La solution est éprouvée par EMC et a été conçue pour s’appuyer sur un Cloud privé VSPEX fournissant des ressources de stockage, de traitement, réseau et de sauvegarde.

Elle permet aux clients de déployer et de protéger rapidement et de manière cohérente une organisation Exchange virtualisée au sein de l’infrastructure VSPEX EMC Proven. La virtualisation VMware ou Microsoft Hyper-V ainsi que les systèmes de stockage de la gamme VNX assurent la consolidation du matériel serveur et du stockage.

Les solutions de sauvegarde et de restauration EMC assurent la protection des données Exchange et sont décrites dans le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013.

Architecture de la solution

La Figure 1 présente l’architecture qui caractérise la solution VSPEX Proven Infrastructure for virtualized Exchange 2013 validée. Tous les serveurs Exchange sont déployés en tant que machines virtuelles sur VMware vSphere 5.1 ou Microsoft Windows Server 2012 avec Hyper-V.

Nous2 avons utilisé l’outil de dimensionnement VSPEX pour Exchange afin de déterminer le nombre de machines virtuelles Exchange Server, les ressources de traitement détaillées nécessaires à chaque rôle Exchange Server, ainsi que l’organisation du stockage recommandée pour Exchange 2013.

2 Dans ce guide, « nous » désigne l’équipe d’ingénieurs EMC Solutions qui a validé la solution.



Guide de conception

Figure 1. Architecture de l’infrastructure validée

Principaux composants

Cette section présente les principales technologies utilisées dans cette solution, notamment :

Microsoft Exchange Server 2013.

Infrastructures VSPEX EMC Proven

EMC VNX nouvelle génération

EMC VNXe

EMC Unisphere

Solutions de sauvegarde et de restauration EMC

VMware vSphere 5.1

Microsoft Windows Server 2012 avec Hyper-V

Microsoft Multipath I/O (MPIO) et Multiple Connections per Session (MCS)

Introduction



EMC XtremSW™ Cache

EMC PowerPath®

Microsoft Exchange Server 2013 est un système de communication et de messagerie électronique d’entreprise qui permet aux sociétés et aux clients de collaborer et de partager des informations. EMC améliore Exchange Server 2013 grâce à une sélection de logiciels, de services et de plates-formes de stockage.

Exchange Server 2013 s’appuie sur l’architecture Exchange Server 2010 et a été repensé pour simplifier le dimensionnement, l’utilisation du matériel et la localisation des pannes. Exchange 2013 utilise les groupes de disponibilité de base de données (DAG), les copies de bases de données des boîtes aux lettres et d’autres fonctions telles que la restauration d’éléments individuels, des règles de rétention et des copies de bases de données décalées pour assurer une haute disponibilité, la résilience des sites et une protection native des données Exchange. La plate-forme haute disponibilité, la banque d’informations Exchange et la technologie Extensible Storage Engine (ESE) ont toutes fait l’objet d’améliorations de manière à garantir une plus grande disponibilité, une gestion simplifiée et une réduction des coûts.

Les améliorations apportées à la structure de la base de données d’applications et la réduction des entrées/sorties permettent la prise en charge d’une plus grande variété de configurations de disques et RAID, notamment des disques Flash hautes performances, des disques Fibre Channel (FC) et serial-attached SCSI (SAS), ainsi que des disques SATA (Serial Advanced Technology Attachment) et near-line serial-attached SCSI (NL-SAS) moins performants.

Exchange 2013 réduit le nombre de rôles de serveur à deux : le serveur d’accès au client et le serveur de messagerie, comme indiqué dans le Tableau 3.

Tableau 3. Rôles de serveur Exchange 2013

Rôle Fonction

Serveur de messagerie Le serveur de messagerie gère toutes les activités des boîtes aux lettres actives sur le serveur. Il offre les avantages suivants :

Protocoles d’accès au client

Service de transport

Bases de données des boîtes aux lettres

Messagerie unifiée (à l’exception de la redirection SIP)

Serveur d’accès au client

Le serveur d’accès au client, qui est un serveur léger et sans état, offre les avantages suivants :

Authentification

Redirection (limitée)

Services proxy pour HTTP, POP, IMAP et SMTP

Le serveur ne procède à aucun rendu des données et rien n’est ici mis en file d’attente ou stocké (à l’exception de la consignation des diagnostics).

À la date de publication, aucune version Exchange 2013 du serveur de transport Edge n’est disponible. Les clients nécessitant un serveur de transport Edge peuvent installer un serveur de transport Edge Exchange 2007 ou Exchange 2010 dans le réseau de périmètre.

Microsoft Exchange Server 2013



Guide de conception

Les infrastructures VSPEX EMC Proven, telles que présentées sur la Figure 2 sont des infrastructures modulaires virtualisées validées par EMC et proposées par les partenaires EMC. VSPEX inclut une couche de virtualisation, serveur et réseau, ainsi que des technologies EMC de stockage et de sauvegarde, le tout conçu par EMC pour offrir des performances fiables et prévisibles.

Figure 2. Infrastructure éprouvée VSPEX

VSPEX permet de créer une solution de virtualisation complète à l’aide des technologies réseau, de serveur et de virtualisation adaptées à l’environnement du client. VSPEX assure des déploiements rapides, avec davantage de simplicité, de flexibilité et d’efficacité aux clients des partenaires EMC, tout en limitant les risques pour leur activité.

Machine virtuelle de référence

Pour simplifier la discussion autour de l’infrastructure virtuelle, VSPEX définit une machine virtuelle de référence qui représente l’unité de mesure utilisée pour quantifier les ressources de traitement de l’infrastructure virtuelle VSPEX. En comparant l’utilisation réelle du client à cette charge de travail de référence, vous pouvez déterminer l’architecture de référence à sélectionner.

La machine virtuelle de référence correspond à une machine virtuelle unique dont les caractéristiques sont indiquées dans le Tableau 4.

Infrastructures VSPEX EMC Proven



Tableau 4. Machine virtuelle de référence : Caractéristiques

Caractéristique Valeur

Processeurs virtuels par machine virtuelle 1

Mémoire vive (RAM) par machine virtuelle 2 Go

Capacité de stockage disponible par machine virtuelle 100 Go

E/S par seconde (IOPS) par machine virtuelle 25

Schéma d’E/S Aléatoire

Rapport lecture/écriture d’E/S 2:1

Pour plus d’informations sur les infrastructures VSPEX EMC Proven et les machines virtuelles de référence, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Fonctions et améliorations

La plate-forme de stockage unifié EMC VNX optimisée grâce à 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 et Multicore Cache, Multicore RAID et Multicore FAST Cache (MCx™) ;

Plus grande efficacité avec une baie hybride optimisée grâce à la technologie Flash

une meilleure protection grâce au renforcement de la disponibilité des applications avec un processeur de service de baie actif/actif ;

une administration et un déploiement simplifiés grâce à une augmentation de la 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.

EMC VNX nouvelle génération



Guide de conception

Dans cette approche hybride, un faible pourcentage de disques Flash dans l’ensemble du système peut assurer un pourcentage important de l’ensemble des E/S par seconde. La 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.

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. Au fil du temps, les données anciennes sont de moins en moins sollicitées. FAST VP hiérarchise alors les données en les déplaçant des disques hautes performances vers les disques haute capacité automatiquement, 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. FAST Cache absorbe les pics de charge de travail système imprévus 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. En effet, VNX fournit 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 réellement les processeurs multicœur afin d’offrir un système de stockage particulièrement performant et économique.

Comme l’illustre la Figure 3, MCx distribue l’ensemble des services de données VNX sur tous les cœurs (jusqu’à 32). 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 3. VNX nouvelle génération avec optimisation multicœur



Cache multicœur 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é de manière à tirer parti de tous les cœurs disponibles dans le système.

RAID multicœur 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 de 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 service de baie actif/actif La nouvelle architecture VNX propose des processeurs de service de baie actif/actif comme indiqué sur la Figure 4, ce qui permet d’éliminer les expirations du délai des applications en cas de basculement de chemin sur incident, les deux chemins traitant activement les demandes d’E/S.

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



Guide de conception

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, la déduplication ou les snapshots.

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 en configuration actif/actif sont uniquement disponibles pour les LUN classiques, pas pour les LUN de pool.

Unisphere Management Suite

La nouvelle suite Unisphere Management Suite étend l’interface conviviale de 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 5, 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 d’EMC XtremSW Cache.

Figure 5. Nouvelle suite Unisphere Management Suite

Gestion de la virtualisation

EMC Virtual Storage Integrator EMC Virtual Storage Integrator (VSI) est un plug-in pour VMware vCenter disponible gratuitement pour tous les utilisateurs VMware utilisant un système de stockage EMC. Les clients VSPEX peuvent utiliser VSI pour simplifier la gestion du stockage virtualisé. Les administrateurs VMware utilisent quant à eux la même interface vCenter que celle à laquelle ils sont habitués pour obtenir une visibilité renforcée sur leur stockage VNX.

Avec VSI, les administrateurs informatiques ont la possibilité d’en faire plus en moins de temps. VSI offre un contrôle inégalé sur l’accès, qui vous permet de gérer efficacement les tâches liées au stockage et de les déléguer en toute confiance. Avec VSI, vous pouvez réaliser vos tâches de gestion quotidiennes en effectuant jusqu’à 90 % de clics en moins et en multipliant votre productivité par 10.



VMware vSphere Storage APIs for Array Integration VMware vSphere Storage APIs for Array Integration (VAAI) 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 vSphere Storage 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 plus transparente dans un environnement virtualisé.

EMC Storage Integrator EMC Storage Integrator (ESI) cible l’administrateur Windows et l’administrateur de l’application. ESI est facile à utiliser, fournit une surveillance exhaustive et est indépendant du type d’hyperviseur. 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.

Microsoft Hyper-V 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 Microsoft SQL Server a permis de multiplier les performances par 2, 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.

La gamme VNXe est optimisée pour les applications virtuelles. Elle s’appuie sur une technologie innovante et des fonctions d’entreprise pour fournir une solution de stockage en modes fichier, bloc et objet à la fois facile à utiliser et évolutive. La gamme VNXe est tout spécialement conçue pour les responsables informatiques des environnements de plus petite taille.

Fonctions de VNXe

VNXe prend en charge les fonctions suivantes :

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

Fonctions d’optimisation de la capacité comprenant la compression, la déduplication, le provisionnement fin et les copies orientées application

Haute disponibilité de 99,999 %

Prise en charge multiprotocole en modes fichier et bloc

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

EMC VNXe



Guide de conception

Suites logicielles VNXe

Le Tableau 5 répertorie les suites logicielles disponibles avec VNXe.

Tableau 5. Suites logicielles VNXe

Suite Fonctions

Local Protection Suite augmente la productivité grâce avec des snapshots de données de production

Remote Protection Suite protection des données contre les défaillances, les pannes et les sinistres localisés

Application Protection Suite automatisation de la copie des applications et preuve de conformité

Security and Compliance Suite protection des données contre les modifications, suppressions et activités malveillantes

Packs logiciels VNXe

Le Tableau 6 répertorie les packs logiciels disponibles avec VNXe.

Tableau 6. Packs logiciels VNXe

Pack Fonctions

VNXe3300 Total Protection Pack comprend Local Protection Suite, Remote Protection Suite et Application Protection Suite

VNXe3150 Total Value Pack comprend Remote Protection Suite, Application Protection Suite et Security and Compliance Suite

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 d’environnements Exchange virtualisés.

Optimisées pour les environnements d’applications virtualisées, 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 offrent encore plus de sécurité dans le cadre de la restauration grâce à la vérification de bout en bout et à l’autoréparation.

Dans le cadre d’Exchange, la sauvegarde EMC s’accompagne de fonctions avancées comme la restauration granulaire d’e-mails Exchange individuels (ce qui accélère la restauration) ou la prise en charge des sauvegardes des DAG, ce qui garantit la protection des bases de données même en cas de déplacement. Par ailleurs, des fonctions telles que la découverte et la configuration automatiques réduisent la complexité et permettent de gagner du temps tout en garantissant la protection permanente des données critiques.

En outre, les solutions de sauvegarde et restauration d’EMC permettent de réaliser d’importantes économies. Les solutions de déduplication réduisent l’espace de stockage de sauvegarde de 10 à 30 fois, le temps de gestion des sauvegardes de 81 % et les besoins en bande passante de 99 %. Elles assurent une réplication hors site efficace et offrent un amortissement sur sept mois en moyenne.

Solutions de sauvegarde et de restauration EMC



De plus, pour les déploiements VSPEX basés sur VMware comprenant jusqu’à 50 machines virtuelles, VSPEX intègre VMware vSphere Data Protection (VDP) Advanced for Exchange. Comme VDP Advanced s’appuie sur la technologie EMC Avamar, vous bénéficiez des fonctions rapides et efficaces de sauvegarde et de restauration au niveau de l’image qu’offre Avamar, associées à un plug-in spécifiquement développé pour Exchange qui simplifie la protection de votre environnement Exchange.

Pour des conseils techniques complets, consultez le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013. Ce guide explique comment concevoir, dimensionner et implémenter les solutions EMC de sauvegarde et de restauration pour les solutions VSPEX Proven Infrastructure for Virtualized Exchange.

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

VMware vSphere High Availability (HA) est synonyme de haute disponibilité, de convivialité et d’économie pour les applications s’exécutant sur les machines virtuelles. Les fonctions VMware vSphere vMotion et VMware vSphere Storage vMotion de vSphere 5.1 permettent la migration transparente des machines virtuelles et des fichiers stockés, d’un serveur vSphere à un autre, avec un impact minime, voire nul, sur les performances. Associées à VMware vSphere Distributed Resource Scheduler (DRS) et à VMware vSphere Storage DRS, les machines virtuelles ont accès aux ressources appropriées à tout moment, par l’intermédiaire de l’équilibrage de charge des ressources de traitement et de stockage.

Le plug-in de multipathing natif de VMware (NMP) est le module par défaut utilisé dans vSphere pour le multipathing. Il fournit un algorithme de sélection de chemin par défaut basé sur le type de baie. NMP associe un ensemble de chemins physiques à un périphérique de stockage ou à une unité logique (LUN) spécifique. Les informations spécifiques de gestion du basculement de chemin sur incident pour une baie de stockage donnée sont déléguées à un plug-in Storage Array Type Plug-In (SATP). Les informations spécifiques de définition du chemin physique utilisé pour émettre une demande d’E/S vers un périphérique de stockage sont gérées par un plug-in Path Selection Plug-In (PSP). Les plug-in SATP et PSP sont des sous-plug-in du module NMP.

Microsoft Windows Server 2012 avec Hyper-V fournit une plate-forme de virtualisation complète, qui offre une évolutivité et des performances renforcées au travers d’une solution flexible, du datacenter au cloud. Il est ainsi plus facile pour les entreprises de réaliser des économies grâce à la virtualisation et d’optimiser les investissements dans le matériel serveur.

Les options de haute disponibilité de Windows Server 2012 avec Hyper-V comprennent la prise en charge des sauvegardes incrémentielles, les améliorations des environnements de clusters pour gérer les adaptateurs virtuels au sein de la machine virtuelle, ainsi que le groupement des cartes réseau de réception.

VMware vSphere 5.1

Microsoft Windows Server 2012 avec Hyper-V



Guide de conception

Dans Hyper-V, la migration dynamique « sans partage » permet de migrer une machine virtuelle d’un serveur exécutant Hyper-V vers un autre, sans que les deux serveurs résident sur le même cluster ni partagent le stockage.

Les solutions de multipathing utilisent des composants de gestion des chemins physiques redondants (adaptateurs, câbles, switches...) pour créer des chemins logiques entre le serveur et le périphérique de stockage.

L’architecture MPIO prend en charge la connectivité SAN SAS, iSCSI et FC en établissant plusieurs sessions ou connexions sur la baie de stockage. En cas de défaillance de l’un ou de plusieurs de ces composants, entraînant l’échec du chemin, la logique de multipathing utilise un chemin d’accès de substitution pour les E/S afin que les applications puissent toujours accéder à leurs données. Chaque carte réseau (pour iSCSI) ou adaptateur HBA doit être connecté au moyen d’une infrastructure de switch redondant, afin d’assurer un accès en continu au stockage dans l’éventualité d’une défaillance touchant un composant de fabric du stockage.

La fonction MCS fait partie du protocole iSCSI. Elle permet de combiner plusieurs connexions au sein d’une seule session à des fins d’optimisation des performances et des basculements sur incident.

Remarque : Microsoft ne prend pas en charge l’utilisation des connexions MPIO et MCS simultanées au même périphérique. Vous devez utiliser soit MPIO, soit MCS pour gérer les chemins vers le stockage et les règles d’équilibrage de la charge.

Si votre client a des exigences de performances spécifiques concernant Exchange Server, envisagez l’utilisation d’EMC XtremSW Cache. XtremSW Cache (anciennement EMC VFCache) est un logiciel de mise en cache intelligent utilisant la technologie Flash sur serveur afin de réduire les temps de latence et accélérer le débit. Ceci améliore considérablement les performances des applications. XtremSW Cache accélère les opérations de lecture et protège les données grâce à un cache à écriture immédiate sur le stockage en réseau afin de garantir une haute disponibilité, une intégrité et une reprise après sinistre persistantes.

Combiné au logiciel EMC FAST installé sur la baie, XtremSW Cache crée le chemin d’E/S le plus efficace et le plus intelligent entre l’application et le datastore. Résultat : une infrastructure en réseau optimisée de façon dynamique pour offrir des performances, une intelligence et une protection des données exceptionnelles pour les environnements physiques comme virtuels.

EMC vous recommande d’installer EMC PowerPath pour bénéficier de fonctions de multipathing avancées, telles que le test intelligent des chemins et l’optimisation des performances. PowerPath est un logiciel résidant sur serveur qui vise à améliorer les performances et la disponibilité des applications. PowerPath regroupe au sein d’un même package intégré des fonctions d’E/S sur plusieurs chemins, des fonctions d’équilibrage automatique de la charge et des fonctions de basculement de chemin sur incident.

EMC PowerPath et PowerPath/VE for Windows sont des applications de gestion intelligente des chemins, tout spécialement conçues pour fonctionner dans le framework MPIO.

MPIO et MCS

EMC XtremSW Cache

EMC PowerPath



EMC PowerPath/VE for VMware prend en charge plusieurs chemins entre un hôte vSphere et un périphérique de stockage externe. L’utilisation de plusieurs chemins permet à l’hôte d’accéder à un périphérique de stockage, même en cas d’indisponibilité d’un chemin spécifique. Plusieurs chemins peuvent aussi partager le trafic d’E/S vers un périphérique de stockage.

Chapitre 4 : Choix d’une infrastructure éprouvée VSPEX


Guide de conception

Chapitre 4 Choix d’une infrastructure éprouvée VSPEX


Présentation ..................................................................................................... 30

Étape 1 : évaluer les besoins du client ............................................................... 30

Étape 2 : concevoir l’architecture de l’application ............................................. 32

Étape n°3 : choisir l’infrastructure VSPEX EMC Proven adéquate........................ 35



Présentation

Ce chapitre explique comment concevoir la solution VSPEX for Virtualized Exchange 2013 et comment choisir l’infrastructure VSPEX EMC Proven adaptée sur laquelle déployer Exchange Server. Le Tableau 7 indique les principales étapes à suivre au moment de sélectionner une infrastructure VSPEX EMC Proven.

Tableau 7. VSPEX for virtualized Exchange 2013 : processus de conception

Étape Action

1 Évaluer la charge de travail Exchange du client en s’appuyant sur la fiche technique de qualification VSPEX for virtualized Exchange 2013. Reportez-vous à l’Étape 1 : évaluer les besoins du client

2 Déterminer l’infrastructure, les ressources Exchange et l’architecture requises à l’aide de l’outil de dimensionnement VSPEX. Reportez-vous à l’Étape 2 : concevoir l’architecture de l’application

Remarque : si l’outil de dimensionnement n’est pas disponible, vous pouvez dimensionner l’application manuellement à l’aide des recommandations de l’Annexe B :Dimensionnement manuel d’Exchange pour VSPEX.

3 Choisissez l’infrastructure VSPEX EMC Proven qui convient d’après les recommandations de l’étape 2. Voir l’Étape n°3 : choisir l’infrastructure VSPEX EMC Proven adéquate

Étape 1 : évaluer les besoins du client

Avant de déployer la solution VSPEX for virtualized Exchange 2013, il est important de collecter des informations sur l’activité et l’infrastructure du client, ainsi que sur ses besoins en termes de charge de travail, afin de concevoir l’environnement Exchange correctement. Pour vous aider à mieux comprendre les exigences liées à la conception de l’infrastructure VSPEX, EMC vous recommande d’utiliser la fiche technique de qualification VSPEX for virtualized Exchange 2013 décrite au moment d’évaluer les exigences liées à la charge de travail de la solution VSPEX.

La fiche technique de qualification VSPEX for virtualized Exchange 2013 fournie dans l’Annexe A contient une liste de questions simples qui aident à identifier les besoins clients, les caractéristiques d’utilisation et les Datasets. Le Tableau 8 fournit des explications détaillées sur la fiche technique de qualification, ainsi que des conseils généraux sur la façon de déterminer les valeurs d’entrée.

Tableau 8. Directives de la fiche technique de qualification VSPEX for virtualized Exchange 2013

Question Description

Nombre de boîtes aux lettres ? Estimez le nombre total d’utilisateurs disposant d’une boîte aux lettres dans votre organisation Exchange. Cet élément est essentiel à la définition des ressources requises dans la solution VSPEX for virtualized Exchange.

Taille maximale des boîtes aux lettres (Go) ?

Déterminez la taille de la boîte aux lettres de chaque utilisateur. Cet élément est essentiel au dimensionnement de la capacité des disques.

Présentation

Fiche technique de qualification VSPEX for virtualized Exchange 2013



Guide de conception

Question Description

Profil d’IOPS des boîtes aux lettres (messages envoyés/reçus par boîte aux lettres et par jour) ?

Estimez le profil d’IOPS des boîtes aux lettres Exchange. Cet élément est essentiel au dimensionnement du stockage back-end pour le respect de vos besoins en termes d’IOPS Exchange.

Si vous estimez le profil d’IOPS de vos boîtes aux lettres pour la première fois, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments pour obtenir des informations détaillées sur la définition des profils d’IOPS.

Copies DAG (y compris les copies actives) ?

Définissez le besoin en haute disponibilité de vos bases de données de boîtes aux lettres Exchange. Ce facteur inclut les copies actives et passives de chaque base de données de boîtes aux lettres.

Fenêtre de conservation des éléments supprimés (DIR) (jours) ?

Indiquez la durée de conservation des éléments dans la banque Exchange après que l’utilisateur a vidé le dossier Éléments supprimés. Cette fonction permet aux utilisateurs de récupérer des éléments supprimés par inadvertance sans devoir faire appel au service d’assistance technique et demander à un administrateur Exchange de restaurer la base de données. En revanche, cette valeur a une incidence sur la capacité de la base de données : elle augmente la taille de la boîte aux lettres.

Dans Exchange Server 2013, cet élément est défini sur 14 jours par défaut.

Tolérance aux pannes de sauvegarde/troncation (jours) ?

Indiquez combien de jours vous pouvez passer sans sauvegarde effectuant une troncation. Les sauvegardes complètes et incrémentielles purgent les logs des transactions générés depuis la sauvegarde complète/incrémentielle la plus récente. Cependant, en cas d’échec de la sauvegarde, assurez-vous de disposer d’une capacité suffisante pour restaurer ou continuer l’exécution du service jusqu’à la prochaine fenêtre de sauvegarde.

Pour les solutions utilisant les fonctionnalités natives de protection des données d’Exchange (résilience des boîtes aux lettres), envisagez de définir la tolérance aux pannes de sauvegarde sur 3 afin de garantir une capacité suffisante pour vos volumes de logs.

Sur combien d’années avez-vous planifié votre croissance ?

La croissance future est une caractéristique essentielle de la solution VSPEX.

Utilisez cet élément pour définir la croissance sur un certain nombre d’années, tel qu’elle sera calculée par l’outil de dimensionnement VSPEX. Cette réponse vous aide à comprendre les prévisions du client en termes de croissance. EMC vous suggère de planifier une croissance sur une année au moins si vous utilisez l’outil de dimensionnement VSPEX.

Taux de croissance annuel (nombre de boîtes aux lettres, %) ?

Utilisez cet élément pour définir le taux de croissance annuel prévu en termes de quantité de boîtes aux lettres dans votre organisation Exchange. Saisissez un pourcentage correspondant à votre environnement.

http://blogs.technet.com/b/exchange/archive/2013/05/06/ask-the-perf-guy-sizing-exchange-2013-deployments.aspx



Étape 2 : concevoir l’architecture de l’application

Après avoir évalué la charge de travail et les exigences de l’environnement Exchange Server de votre client, utilisez l’outil de dimensionnement VSPEX pour Microsoft Exchange Server afin de concevoir votre solution VSPEX for virtualized Exchange.

Principes et instructions

Les architectures de référence de l’infrastructure VSPEX EMC Proven créent 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 4. Pour plus d’informations sur les machines virtuelles de référence et leurs caractéristiques, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Résultats de l’outil de dimensionnement VSPEX : besoins et recommandations

L’outil de dimensionnement VSPEX vous permet de saisir votre configuration Exchange 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, comme indiqué dans le Tableau 9.

Tableau 9. Résultats de l’outil de dimensionnement VSPEX

Recommandation de l’outil de dimensionnement

Description

Machines virtuelles de référence pour chaque rôle Exchange Server

Fournit des informations détaillées pour chaque rôle Exchange Server, y compris le nombre de machines virtuelles, de CPU virtuels, la quantité de mémoire et d’E/S par seconde, ainsi que la capacité des volumes de système d’exploitation.

Configuration de VSPEX Récapitule les machines virtuelles de référence consommées par l’organisation Exchange.

Pools de stockage supplémentaires

Recommande des pools de stockage supplémentaires pour les données Exchange, notamment les bases de données et les logs des transactions Exchange.

Dans cette solution, les clients doivent parfois ajouter davantage de disques et de pools de stockage à la couche d’infrastructure pour répondre à leurs différents besoins métiers, tant du point de vue des performances que de la capacité de l’organisation Exchange.

Pour plus d’informations, reportez-vous aux exemples fournis à l’Étape n°3 : choisir l’infrastructure VSPEX EMC Proven adéquate. Pour plus d’informations sur l’outil de dimensionnement VSPEX, consulter le portail EMC VSPEX Sizing Tool.

Présentation

Outil de dimensionnement VSPEX




Guide de conception

Bonnes pratiques de conception de machine virtuelle de référence pour Exchange Server 2013

L’outil de dimensionnement VSPEX fournit des recommandations détaillées pour le dimensionnement des ressources de la machine virtuelle de référence de l’environnement Exchange de votre client, à partir des types de ressource de base suivants, et ce, pour chaque rôle Exchange Server (ces ressources viennent en sus du pool de Cloud privé VSPEX) :

Rôle de serveur Exchange

CPU virtuels

Mémoire

Capacité du système d’exploitation

IOPS du système d’exploitation

Exchange 2013 introduit des changements fondamentaux dans les composants de recherche et de stockage, ainsi que dans le protocole responsable du traitement des requêtes des utilisateurs clients. En conséquence, le rôle de serveur de messagerie Exchange 2013 effectue plus de tâches et a besoin de davantage de ressources CPU et de mémoire que son homologue dans Exchange 2010. EMC vous recommande de suivre les bonnes pratiques décrites ici lors de l’utilisation de l’outil de dimensionnement VSPEX pour concevoir l’environnement de votre client.

Bonnes pratiques de déploiement des rôles Exchange Server

Dans Exchange Server 2013, vous pouvez configurer la fonction DAG pour la haute disponibilité de la base de données des boîtes aux lettres. De même, vous pouvez activer la fonction d’équilibrage de la charge réseau Windows (NLB) pour équilibrer la charge des serveurs d’accès au client. Toutefois, évitez de combiner les rôles serveur de messagerie et serveur d’accès au client sur la même machine virtuelle si vous souhaitez utiliser à la fois les fonctions DAG et Windows NLB. La fonction DAG requiert l’utilisation de Microsoft Cluster Service (MSCS), mais Microsoft ne prend pas en charge l’installation de MSCS et de NLB sur le même ordinateur. Pour plus d’informations, consultez l’article de la base de connaissances Microsoft Interopérabilité entre MSCS et NLB.

Bonnes pratiques d’évaluation des ressources de CPU virtuel

Lors du dimensionnement des machines virtuelles Exchange Server, suivez les mêmes règles que pour le dimensionnement d’Exchange sur des serveurs physiques, et dimensionnez toujours le serveur de messagerie Exchange en premier. Ajoutez 10 % aux besoins de CPU pour le temps système de l’hyperviseur.

L’outil de dimensionnement VSPEX présente le nombre de CPU virtuels recommandés pour chaque rôle Exchange Server, ainsi que le nombre de machines virtuelles de référence équivalentes requises dans l’infrastructure virtuelle. Le type de CPU doit atteindre ou dépasser les performances des modèles de CPU ou de processeur définis dans les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable. Nous avons validé cette solution Exchange Server avec un processeur alloué de manière statique, sans over-subscription de CPU entre les capacités virtuelles et les capacités physiques.

http://support.microsoft.com/kb/235305



Du point de vue du serveur d’accès au client, cela représente un rapport cœurs/CPU de 1:4 sur le serveur de messagerie. Pour plus d’informations sur les points à prendre en compte pour les CPU virtuels pour Exchange 2013, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Bonnes pratiques d’évaluation des ressources de mémoire

L’outil de dimensionnement VSPEX recommande, pour chaque rôle Exchange Server, une certaine quantité de mémoire et le nombre de machines virtuelles de référence équivalentes. Nous avons validé cette solution VSPEX for virtualized Exchange avec une mémoire allouée de manière statique, sans surallocation des ressources mémoire ni permutation ou gonflage de mémoire. Les valeurs de mémoire proposées dans cet outil ne constituent pas des limites strictes. Elles représentent la valeur testée dans la solution VSPEX.

En règle générale, les besoins en mémoire du serveur de messagerie dépendent grandement du nombre de boîtes aux lettres sur le serveur et du profil d’IOPS de ces dernières. Pour plus d’informations, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Bonnes pratiques d’évaluation de la capacité du système d’exploitation

L’outil de dimensionnement VSPEX présente la capacité de système d’exploitation recommandée pour chaque rôle Exchange Server, ainsi que le nombre de machines virtuelles de référence équivalentes requises dans l’infrastructure virtuelle. EMC recommande de placer le volume du système d’exploitation dans le pool de Cloud privé VSPEX de cette solution. Pour plus d’informations sur le pool de Cloud privé VSPEX, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Dans les organisations Exchange de petite taille et de taille intermédiaire, EMC vous recommande de calculer les besoins de stockage de la partie transport sur le serveur de messagerie. Pour plus d’informations, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Bonnes pratiques d’évaluation des E/S par seconde du système d’exploitation

L’outil de dimensionnement VSPEX présente les IOPS des volumes d’OS estimées pour chaque rôle Exchange Server, ainsi que le nombre de machines virtuelles de référence équivalentes requises dans l’infrastructure virtuelle. EMC vous recommande de placer le volume du système d’exploitation dans le pool de Cloud privé VSPEX. Dans cette solution, nous avons davantage considéré les performances du point de vue des applications que du point de vue du système d’exploitation.

L’outil de dimensionnement VSPEX émet des suggestions quant au nombre de machines virtuelles pour chaque rôle Exchange Server. Ce nombre dépend des besoins de l’entreprise, d’après les réponses fournies aux questions de la fiche technique de qualification VSPEX for virtualized Exchange 2013.

Autres remarques

Lors de la conception de votre organisation Exchange, il est important de planifier la croissance pour que l’environnement continue à offrir une solution métier efficace. Pour maintenir les objectifs de performances fixés et faire face à la croissance, l’outil de dimensionnement VSPEX permet aux clients de sélectionner une croissance sur un à trois ans. Le coût d’un surinvestissement en matériel se révèle habituellement bien moindre que celui des dépenses engagées pour résoudre les problèmes causés par un sous-dimensionnement.








Guide de conception

Étape n°3 : choisir l’infrastructure VSPEX EMC Proven adéquate

Le programme VSPEX a généré de nombreuses solutions conçues pour simplifier le déploiement d’une infrastructure virtuelle consolidée utilisant vSphere, Hyper-V, la gamme de produits VNX et VNXe, ainsi que les solutions EMC de sauvegarde et de restauration. Après avoir confirmé l’architecture de l’application à l’aide de l’outil de dimensionnement VSPEX, vous pouvez choisir l’infrastructure VSPEX EMC Proven qui convient d’après les résultats calculés.

Ce guide de conception s’articule autour des besoins d’une organisation Exchange. Cependant, cette application n’est peut-être pas la seule à faire l’objet d’un déploiement dans l’infrastructure VSPEX EMC Proven. Pour chaque application que votre client envisage de déployer, vous devez absolument prendre en compte les besoins de ce dernier. En cas de doute sur l’infrastructure VSPEX EMC Proven à déployer, consultez EMC avant de prendre une décision.

Au moment de choisir une infrastructure VSPEX EMC Proven, utilisez les étapes du Tableau 10.

Tableau 10. Infrastructure VSPEX EMC Proven : étapes de sélection

Étape Action

1 Utiliser l’outil de dimensionnement VSPEX pour calculer le nombre total de machines virtuelles de référence et obtenir des recommandations sur les organisations de stockage supplémentaires éventuelles pour Exchange.

2 Utiliser l’outil de dimensionnement VSPEX pour concevoir les besoins en ressources des autres applications du client, d’après les besoins métiers. Cet outil calcule le nombre total de machines virtuelles de référence requises et les organisations de stockage supplémentaires recommandées pour Exchange et les autres applications.

3 En discutant avec les clients, déterminer le taux d’utilisation maximal de l’infrastructure VSPEX EMC Proven répondant à leurs besoins métiers : il s’agit du taux d’utilisation maximale d’Exchange et des autres applications. Saisissez le pourcentage d’utilisation maximale dans l’outil de dimensionnement VSPEX. L’outil émet une recommandation pour l’offre d’infrastructure éprouvée VSPEX.

4 Sélectionner le fournisseur réseau et le fournisseur de logiciel hyperviseur pour l’offre d’infrastructure VSPEX EMC Proven recommandée. Pour plus d’informations, consulter le site Web de l’infrastructure VSPEX EMC Proven.

Pour plus d’informations sur les machines virtuelles de référence requises, consultez la section relative au dimensionnement dans les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Présentation

Cette section décrit deux exemples d’organisation Exchange 2013, l’une de petite taille et l’autre, de taille intermédiaire. Elle indique également comment sélectionner l’infrastructure VSPEX EMC Proven adaptée à chacune d’elles.

Présentation

Points à prendre en compte

Exemples

http://france.emc.com/platform/vspex-proven-infrastructure/index.htm



Exemple 1 : petite organisation Exchange

Dans ce scénario, un client souhaite déployer une petite organisation Exchange sur une infrastructure VSPEX EMC Proven. Il a besoin de déployer 900 boîtes aux lettres et prévoit une croissance de 11 % du nombre de boîtes aux lettres en un an. Le client souhaite déployer une configuration DAG afin que chacune des bases de données de boîtes aux lettres ait une copie active et une copie passive à des fins de haute disponibilité. La taille de boîte aux lettres attendue est de 1,5 Go et son profil d’IOPS est de 0,101 (autrement dit, 150 messages envoyés/reçus par boîte aux lettres et par jour). Les e-mails supprimés sont conservés dans la banque Exchange pendant 14 jours et la tolérance aux pannes de sauvegarde est définie sur trois jours. Aucune autre application ne doit être déployée.

Après avoir parlé au client, renseignez la fiche technique de qualification VSPEX for virtualized Exchange 2013 relative à l’organisation Exchange 2013 de production, comme le montre le Tableau 11.

Tableau 11. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013 : petite organisation Exchange

Question Exemple de réponse

Nombre de boîtes aux lettres ? 900

Taille maximale des boîtes aux lettres (Go) ? 1,5 Go


0,101 IOPS par boîte aux lettres (150 messages envoyés/reçus par boîte aux lettres et par jour)

Copies DAG (y compris les copies actives) ? 2


14


3


1


11 %

Après avoir saisi les réponses recueillies dans la fiche technique de qualification dans l’outil de dimensionnement VSPEX, ce dernier génère une série de recommandations relatives aux ressources à prendre dans le pool, comme le montre le Tableau 12.

Tableau 12. Exemple de ressources requises : petite organisation Exchange

Rôle de serveur Exchange CPU virtuels

Mémoire Capacité du volume de l’OS

IOPS du volume de l’OS

Nombre de machines virtuelles

Total des machines virtuelles de référence

Serveur de messagerie

Ressources requises 4 36 Go 200 Go Moins de 25

2 36 Machines virtuelles de référence équivalentes

4 18 2 1



Guide de conception







Ressources requises 4 12 Go 100 Go

Moins de 25


4 6 1 1

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

Dans cet exemple, vous devez configurer deux serveurs de messagerie Exchange et deux serveurs d’accès au client pour prendre en charge les besoins Exchange spécifiés dans la fiche technique de qualification du Tableau 11. Pour déterminer le nombre total de machines virtuelles de référence requises pour chaque rôle Exchange Server, sélectionnez parmi les besoins en ressources individuelles (CPU, mémoire, capacité ou IOPS) celui dont la valeur est la plus importante, puis multipliez celle-ci par le nombre de machines virtuelles recommandé.

Par exemple, chaque serveur de messagerie nécessite quatre CPU virtuels, 36 Go de mémoire, 200 Go de stockage et 25 IOPS. Cela se traduit par :

quatre machines virtuelles de référence pour les besoins de CPU ;

dix-huit machines virtuelles de référence pour les besoins de mémoire ;

deux machines virtuelles de référence pour les besoins de capacité ;

une machine virtuelle de référence en termes d’IOPS.

Ainsi, chaque serveur de messagerie nécessite les ressources de 18 machines virtuelles de référence. Lorsque vous multipliez ce nombre par le nombre de machines virtuelles (deux dans cet exemple), vous obtenez 36 qui correspond au nombre total de machines virtuelles de référence requises pour le rôle de serveur de messagerie :

18 reference virtual machines x 2 virtual machines = 36 total

reference virtual machines

Pour savoir comment déterminer le nombre de machines virtuelles de référence équivalentes, consultez les Guides d’infrastructure VSPEX EMC Proven appropriés mentionnés dans la section Documentation indispensable.

L’outil de dimensionnement VSPEX répertorie également des recommandations relatives au type de baie de stockage (VNXe dans ce cas) et à l’organisation du stockage, comme le montre le Tableau 13. L’organisation du stockage suggérée pour les données Exchange vient en supplément du pool de Cloud privé VSPEX.

Tableau 13. Exemple de pools de stockage supplémentaires : petite organisation Exchange

Organisation du stockage supplémentaire recommandé

Nom du pool de stockage Le type de RAID type de disque Volumétrie Nombre de disques

Pool de stockage Exchange 1

RAID 5 (4+1) Disques SAS 15 000 t/min

600 Go 10



600 Go 10



Dans cet exemple, Exchange est la seule application à déployer sur cette infrastructure VSPEX EMC Proven. L’outil de dimensionnement VSPEX recommande d’utiliser un Cloud privé VSPEX pour un maximum de 50 machines virtuelles de référence comme infrastructure VSPEX EMC Proven pour respecter au mieux les exigences du client. Pour plus d’informations, consultez les guides d’infrastructure EMC Proven suivants :

EMC VSPEX Private Cloud: VMware vSphere 5.1 - Jusqu’à 100 machines virtuelles

EMC VSPEX Private Cloud: Microsoft Windows Server 2012 avec Hyper-V - Jusqu’à 100 machines virtuelles

La mise en œuvre de cette petite organisation Exchange sur un pool prévu pour 50 machines virtuelles de référence consomme les ressources de 48 machines virtuelles de référence. De plus, elle laisse des ressources pour d’autres applications, à hauteur de deux machines virtuelles de référence, comme indiqué sur la Figure 6.

Figure 6. Exemple de ressources requises : infrastructure VSPEX EMC Proven pour petite organisation Exchange

L’exemple décrit dans les Guides de mise en œuvre de cette solution VSPEX for virtualized Microsoft Exchange 2013 utilise 50 machines virtuelles de référence.

Remarque : ce déploiement d’organisation Exchange 2013 de petite taille utilise 96 % des ressources de l’infrastructure VSPEX EMC Proven sélectionnée (48 machines virtuelles de référence sur un total de 50). Il reste donc peu de ressources (deux machines virtuelles de référence) pour subvenir à des besoins de croissance supplémentaires ou à d’autres besoins applicatifs. Lorsque vous concevez une solution similaire pour un client, nous vous recommandons d’envisager un modèle d’infrastructure VSPEX EMC Proven plus important pour prendre en charge les besoins de croissance éventuels.



Guide de conception

Exemple 2 : organisation Exchange de taille intermédiaire

Dans ce scénario, un client souhaite déployer une organisation Exchange de taille intermédiaire sur une infrastructure VSPEX EMC Proven. Il a besoin de déployer 9 000 boîtes aux lettres et prévoit une croissance de 11 % du nombre de boîtes aux lettres en un an. Le client souhaite déployer une configuration DAG afin que chacune des bases de données de boîtes aux lettres ait une copie active et une copie passive à des fins de haute disponibilité. La taille de boîte aux lettres attendue est de 1,5 Go et son profil d’IOPS est de 0,101 (autrement dit, 150 messages envoyés/reçus par boîte aux lettres et par jour). Les e-mails supprimés sont conservés dans la banque Exchange pendant 14 jours et la tolérance aux pannes de sauvegarde est définie sur trois jours.

Le client prévoit également de déployer d’autres applications, telles que Microsoft SharePoint et Microsoft SQL Server, dans l’infrastructure VSPEX EMC Proven. De plus, il souhaite utiliser au maximum 90 % de l’infrastructure VSPEX EMC Proven pour toutes ces applications

Après avoir parlé au client, renseignez la fiche technique de qualification VSPEX for virtualized Exchange 2013 relative à l’organisation Exchange 2013 de production, comme le montre le Tableau 14.

Tableau 14. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013 : organisation Exchange de taille intermédiaire


Nombre de boîtes aux lettres ? 9 000






14


3


1


11 %

Après avoir saisi les réponses recueillies dans la fiche technique de qualification dans l’outil de dimensionnement VSPEX, ce dernier génère une série de recommandations relatives aux ressources à prendre dans le pool, comme le montre le Tableau 15.



Tableau 15. Exemple de ressources requises : organisation Exchange de taille intermédiaire


Mémoire (Go)

Capacité du volume de l’OS






8 272 Machines virtuelles de référence équivalentes 12 34 3 1





Dans cet exemple, vous devez configurer huit serveurs de messagerie Exchange et quatre serveurs d’accès au client pour prendre en charge les besoins Exchange spécifiés dans la fiche technique de qualification du Tableau 14. Pour déterminer le nombre total de machines virtuelles de référence requises pour chaque rôle Exchange Server, sélectionnez parmi les besoins en ressources individuelles (CPU, mémoire, capacité ou IOPS) celui dont la valeur est la plus importante, puis multipliez celle-ci par le nombre de machines virtuelles recommandé.

Par exemple, chaque serveur de messagerie nécessite 12 CPU virtuels, 68 Go de mémoire, 300 Go de stockage et 25 IOPS. Cela se traduit par :

douze machines virtuelles de référence pour les besoins de CPU ;

trente-quatre machines virtuelles de référence pour les besoins de mémoire ;

trois machines virtuelles de référence pour les besoins de capacité ;


Ainsi, chaque serveur de messagerie nécessite les ressources de 34 machines virtuelles de référence. Lorsque vous multipliez ce nombre par le nombre de machines virtuelles (huit dans cet exemple), vous obtenez 272 qui correspond au nombre total de machines virtuelles de référence requises pour le rôle de serveur de messagerie :



Pour savoir comment déterminer le nombre de machines virtuelles de référence équivalentes, consultez les Guides d’infrastructure VSPEX EMC Proven appropriés mentionnés dans la section Documentation indispensable.

L’outil de dimensionnement VSPEX répertorie également des recommandations relatives au type de baie de stockage (VNX dans ce cas) et à l’organisation du stockage, comme le montre le Tableau 16. Pour obtenir une efficacité et des performances accrues, les pools de bases de données Exchange utilisent des thin LUN et contiennent à la fois des disques hautes performances et des disques haute capacité, sur lesquels FAST VP est activé pour la hiérarchisation du stockage. L’organisation du stockage suggérée pour les données Exchange vient en supplément du pool de Cloud privé VSPEX.



Guide de conception

Tableau 16. Exemple de pools de stockage supplémentaires : organisation Exchange de taille intermédiaire



Pool de bases de données Exchange 1

RAID 1/0 (16+16) Disques NL-SAS 7 200 t/min

3 To 32

RAID 1 (1+1) Disques SSD FAST VP 100 Go 2 octobre.



3 To 32


Pool de logs Exchange 1 RAID 1/0 (2+2) Disques NL-SAS 7 200 t/min

3 To 4


3 To 4

Exchange n’étant pas la seule application que le client a besoin de planifier, EMC vous recommande d’utiliser l’outil de dimensionnement VSPEX. Ce dernier vous aide à calculer les ressources requises pour la charge de travail applicative combinée et émet des recommandations quant à l’offre d’infrastructure VSPEX EMC Proven la mieux adaptée aux besoins exprimés.

Par exemple, si la totalité des applications requiert 430 machines virtuelles de référence et que le client exige un taux d’utilisation maximum de 90 % de l’infrastructure VSPEX EMC Proven, l’outil de dimensionnement VSPEX recommande d’utiliser un Cloud privé VSPEX pour un maximum de 600 machines virtuelles de référence comme infrastructure VSPEX EMC Proven pour répondre parfaitement aux exigences du client. Pour plus d’informations, consultez les guides d’infrastructure EMC Proven suivants :

EMC VSPEX Private Cloud: VMware vSphere 5.1 for up to 1 000 Virtual Machines

EMC VSPEX Private Cloud: Microsoft Windows Server 2012 with Hyper-V for up to 1 000 Virtual Machines



La mise en œuvre de cette organisation Exchange de taille intermédiaire sur un pool prévu pour 600 machines virtuelles de référence consomme les ressources de 312 machines virtuelles de référence. De plus, elle laisse des ressources pour d’autres applications, à hauteur de 288 machines virtuelles de référence, comme indiqué sur la Figure 7.

Figure 7. Exemple de ressources requises :infrastructure VSPEX EMC Proven pour

organisation Exchange de taille intermédiaire

L’exemple décrit dans les Guides de mise en œuvre de cette solution VSPEX for virtualized Microsoft Exchange 2013 utilise 600 machines virtuelles de référence.

Chapitre 5 : Bonnes pratiques et considérations en matière de conception de solutions


Guide de conception

Chapitre 5 Bonnes pratiques et considérations en matière de

conception de solutions


Présentation ........................................................................................... 44

Considérations relatives à la conception du réseau ................................. 44

Considérations relatives à l’organisation du stockage et à la conception .............................................................................. 46

Considérations de conception relatives à la virtualisation ....................... 58

Considérations relatives à la conception de la sauvegarde et de la restauration ...................................................................................... 59



Présentation

Ce chapitre décrit des bonnes pratiques et des considérations relatives à la conception de la solution VSPEX for virtualized Exchange 2013. Il aborde les couches et les composants d’infrastructure VSPEX suivants :

Réseau

Organisation du stockage

Virtualisation

Pour obtenir des informations sur les considérations et les bonnes pratiques de conception relatives aux solutions de sauvegarde et de restauration EMC pour votre environnement Exchange, consultez le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013.

Considérations relatives à la conception du réseau

La mise en réseau dans le monde virtuel utilise les mêmes concepts que dans le monde physique, à la différence près que certains de ces concepts s’appliquent aux logiciels au lieu d’utiliser des switches et des câbles physiques. Bien qu’un grand nombre de bonnes pratiques en vigueur dans le monde physique persistent dans le monde virtuel, il existe des points supplémentaires à prendre en compte en matière de segmentation du trafic, de disponibilité et de débit.

Les fonctions réseau avancées des gammes VNXe et VNX protègent la baie contre les pannes de connexion réseau. De plus, chaque hôte hyperviseur dispose de plusieurs connexions au réseau utilisateur et au réseau de stockage Ethernet pour se prémunir contre les pannes de liaison. Vous devez répartir ces connexions sur plusieurs switches Ethernet afin d’offrir une protection contre les défaillances des composants du réseau. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Pour cette solution et afin de concevoir le réseau, EMC vous recommande de prendre en compte les aspects suivants :

Trafic réseau séparé différent

Veillez à bien séparer le trafic réseau de la machine virtuelle, du stockage et de vSphere vMotion ou Microsoft Windows Hyper-V Live Migration à l’aide d’une segmentation VLAN.

Configuration de la redondance réseau

L’objectif des topologies redondantes est de supprimer les périodes d’interruption du réseau provoquées par un point unique de défaillance. Tous les réseaux ont besoin de redondance pour une meilleure fiabilité. La fiabilité du réseau dépend de la fiabilité de l’équipement, mais aussi des conceptions réseau qui se doivent d’être tolérantes aux pannes et aux défaillances. De par leur conception, les réseaux doivent pouvoir se restaurer rapidement pour contourner la panne. Dans cette solution, nous disposons de deux switches réseau, et tous les réseaux disposent de leur propre liaison redondante.

Présentation

Bonnes pratiques en matière de conception du réseau



Guide de conception

Utilisation du regroupement des cartes réseau

Regroupez plusieurs connexions réseau en parallèle pour accroître le débit et obtenir un débit supérieur à celui qu’une seule connexion aurait autorisé, mais aussi pour garantir la redondance en cas de panne d’une liaison. Par exemple, dans l’environnement de virtualisation VMware, utilisez deux cartes réseau physiques par vSwitch, puis réalisez un uplink des cartes réseau physiques pour séparer les switches physiques.

Au moment de configurer les paramètres de regroupement des cartes réseau, mieux vaut définir l’option de retour arrière sur non. En cas de défaillances réseau intermittentes, vous évitez ainsi un effet de bascule sur les cartes réseau utilisées.

Au moment de configurer VMware HA, nous vous conseillons de définir également les expirations du délai et les paramètres VMware ESX suivants dans les paramètres avancés de VMware ESX :

NFS.HeartbeatFrequency = 12

NFS.HeartbeatTimeout = 5

NFS.HeartbeatMaxFailures = 10

Utilisation de l’équilibrage de la charge matérielle ou Windows NLB

NLB, couplé avec le serveur d’accès au client Exchange 2013, offre les avantages suivants :

Il réduit l’impact des pannes de serveurs d’accès au client individuels sur l’un des sites Active Directory (AD).

Il aide à répartir la charge uniformément entre les serveurs d’accès au client.

Pour plus d’informations sur la création d’un cluster Windows NLB et la configuration des serveurs d’accès au client, consultez les Guides de mise en œuvre VSPEX mentionnés dans la section Documentation indispensable.

Désactivation des accusés de réception différés sur les cartes réseau iSCSI

Sur la plate-forme de virtualisation Windows Hyper-V, modifiez les paramètres TCP/IP des interfaces réseau utilisées pour le trafic iSCSI des hôtes Hyper-V afin que celles-ci accusent immédiatement réception des segments TCP entrants. Sans cela, un ralentissement des performances iSCSI est envisageable. Pour connaître la procédure détaillée, consultez l’article On a Microsoft Windows Server 2008 R2 Fail over cluster with a Hyper-V guest with many pass-through disks, the machine configuration may take some time to come online de la base de connaissances de Microsoft. Cet article s’applique également à Windows Server 2012.

Sur la plate-forme de virtualisation VMware, désactivez les accusés de réception différés qui peuvent ralentir les performances iSCSI. Pour plus d’informations, consultez la rubrique ESX/ESXi hosts might experience read/write performance issues with certain storage arrays de la base de connaissances VMware.





http://kb.vmware.com/selfservice/documentLinkInt.do?micrositeID=&externalID=1002598





Configurer le réseau de réplication pour les DAG Exchange

Lors du déploiement des DAG dans votre environnement, même s’il est possible de n’utiliser qu’un seul réseau, EMC vous recommande d’en avoir au moins deux par DAG :

un réseau d’interface MAPI (Messaging Application Programming Interface) utilisé par les autres serveurs (par exemple, les serveurs Exchange 2013 et les serveurs d’annuaire) pour communiquer avec le membre DAG ;

un réseau de réplication, dédié à l’envoi des logs et à l’ensemencement.

Cela assure une redondance réseau et permet au système de distinguer les pannes de serveur des pannes de réseau.

Pour connaître la procédure détaillée, consultez la rubrique Microsoft TechNet Déploiement de haute disponibilité et de résilience de site.

Pour d’autres bonnes pratiques de conception réseau pour l’infrastructure VSPEX EMC Proven, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Considérations relatives à l’organisation du stockage et à la conception

Les considérations de cette section en matière de bonnes pratiques et de conception permettent de planifier efficacement le stockage et de répondre ainsi à divers besoins métiers dans les environnements Exchange Server 2013. Cette section aborde également les considérations relatives à la conception de FAST Suite et XtremSW Cache.

La Figure 8 montre un exemple d’architecture générale des composants et des éléments de stockage Exchange validés dans l’infrastructure VSPEX EMC Proven for virtualized Exchange 2013 sur une plate-forme de virtualisation vSphere, avec une baie de stockage VNX. Cet exemple utilise la fonction RDM (Raw Device Mapping) pour stocker tous les volumes de bases de données et de logs Exchange Server.

Présentation

Exemple d’architecture avec vSphere et VNX

http://technet.microsoft.com/en-us/library/dd638129(v=exchg.150).aspx



Guide de conception

Figure 8. Éléments de stockage Exchange 2013 sur une plate-forme vSphere 5.1 et VNX

Remarque : Microsoft a défini des règles de prise en charge relatives aux types de stockage (protocoles en mode fichier ou bloc) pouvant être utilisés par les machines virtuelles Exchange pour les données Exchange. Pour plus d’informations, consultez la rubrique Microsoft TechNet Virtualisation Exchange 2013.

Outre le pool de Cloud privé VSPEX pour les machines virtuelles, EMC vous recommande d’utiliser des pools de stockage supplémentaires pour stocker les bases de données et logs Exchange. Lors de la conception des pools de stockage dans le cadre du déploiement d’Exchange 2013, vous pouvez utiliser différents modèles : par exemple un pool de stockage par serveur de messagerie Exchange ou un pool de stockage par copie de base de données.

Dans cet exemple, un DAG est configuré sur Exchange Server 2013 et chaque base de données possède deux copies. Nous avons configuré des pools de stockage dédiés pour chaque copie de base de données, ce qui nous permet de les isoler, et dans de nombreux cas, de réduire le nombre de pools nécessaires au déploiement par rapport au modèle impliquant un pool de stockage par serveur de messagerie Exchange. Nous avons également séparé la base de données et les logs Exchange dans des pools de stockage distincts.

http://technet.microsoft.com/en-us/library/jj619301(v=exchg.150).aspx



Le pool de Cloud privé VSPEX et les pools de bases de données Exchange utilisent des thin LUN et contiennent à la fois des disques hautes performances et des disques haute capacité, sur lesquels FAST VP est activé pour la hiérarchisation du stockage.

Le Tableau 17 détaille la conception du pool de stockage de cet exemple.

Tableau 17. Pools de stockage relatifs à Exchange sur VNX

Nom du pool Objectif Recommandation RAID

Pool de Cloud privé VSPEX

Pool d’infrastructure contenant tous les volumes d’OS de machines virtuelles. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

RAID 5 avec disques SAS et disques SSD FAST VP


Pool dans lequel toutes les données de bases de données Exchange de la première copie de base de données résident. RAID 1/0 avec disques

NL-SAS et RAID 1 avec disques SSD FAST VP Pool de bases de

données Exchange 2

Pool dans lequel toutes les données de bases de données Exchange de la seconde copie de base de données résident.

Log Exchange pool 1

Pool dans lequel tous les fichiers log Exchange de la première copie de base de données résident. RAID 1/0 avec disques

NL-SAS Log Exchange pool 2

Pool dans lequel tous les fichiers log Exchange de la seconde copie de base de données résident.

La Figure 9 montre un exemple d’architecture générale des composants et des éléments de stockage Exchange validés dans l’infrastructure VSPEX EMC Proven for virtualized Exchange sur une plate-forme de virtualisation Microsoft Windows Server 2012 Hyper-V, avec une baie de stockage VNXe.

Tous les volumes de démarrage des machines virtuelles Exchange Server sont stockés au nouveau format de disque dur virtuel Hyper-V (VHDX) sur le volume partagé de cluster (CSV), et l’ensemble des volumes de bases de données et de logs Exchange Server est stocké sur des disques passe-système. Dans cet exemple, un DAG est configuré sur Exchange Server 2013 et chaque base de données possède deux copies.

Exemple d’architecture avec Hyper-V et VNXe



Guide de conception

Figure 9. Éléments de stockage Exchange 2013 sur une plate-forme Hyper-V et VNXe

Outre le pool de Cloud privé VSPEX pour les machines virtuelles, EMC vous recommande d’utiliser des pools de stockage supplémentaires pour stocker les bases de données et logs Exchange. Pour les organisations Exchange de petite taille, dans un déploiement incluant la résilience des boîtes aux lettres, vous pouvez stocker les fichiers de bases de données et les logs Exchange provenant d’une copie DAG dans le même pool de stockage sur VNXe, ce qui a pour effet de réduire le nombre de pools nécessaires au déploiement.

Le Tableau 18 détaille la conception du pool de stockage de cet exemple.



Tableau 18. Pools de stockage relatifs à Exchange sur VNXe

Nom du pool Objectif Recommandation RAID

Pool de Cloud privé VSPEX

Pool d’infrastructure où résident toutes les machines virtuelles. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

RAID 5 avec disques SAS Pool de données

Exchange 1 Pool dans lequel tous les fichiers de bases de données et logs Exchange de la première copie de base de données résident.

Pool de données Exchange 2

Pool dans lequel tous les fichiers de bases de données et logs Exchange de la seconde copie de base de données résident.

VNXe propose des assistants conviviaux pour le provisionnement du stockage. Pour connaître la procédure détaillée du provisionnement du stockage VNXe dans les environnements Exchange, consultez les guides de mise en œuvre VSPEX mentionnés dans la section Documentation indispensable.

Dans cette infrastructure VSPEX EMC Proven for virtualized Exchange 2013, il convient de prendre en compte les bonnes pratiques définies dans les sections suivantes pour la conception et l’organisation du stockage.

Sélection des types de disque et des types RAID pour les fichiers de bases de données et les logs Exchange

Sur les plates-formes de stockage VNXe, les disques SAS proposent une grande capacité et une vitesse d’E/S modérée, ce qui convient parfaitement aux environnements Exchange Server 2013. Utilisez une configuration RAID 5 pour le pool de stockage de données Exchange dans lequel les fichiers de bases de données et les logs Exchange résident. En effet, la configuration RAID 5 assure une utilisation haute capacité et des performances d’E/S à la fois bonnes et économiques sur les systèmes VNXe.

Les disques NL-SAS conviennent aux plates-formes de stockage VNX en raison des besoins en E/S moindres pour Exchange Server 2013 par rapport aux versions précédentes de cette application. Ces disques peuvent prendre en charge des boîtes aux lettres plus volumineuses à un coût relativement réduit. L’utilisation de disques NL-SAS dans une configuration RAID 1/0 entraîne de meilleures performances et n’a qu’un impact minime, voire nul, sur les performances en cas de panne de disque.

Considérations relatives à l’organisation des disques pour Exchange Server 2013

Au moment de concevoir l’organisation des disques pour Exchange Server 2013 :

Isolez la charge de travail de la base de données Exchange sur un ensemble d’axes de disques différent de celui utilisé pour d’autres applications ou charges de travail à forts volumes d’E/S telles que SQL Server. Cela garantit un niveau de performances optimal pour Exchange et simplifie les dépannages en cas de problème de performances Exchange lié aux disques.

Placez le stockage Exchange sur des disques séparés de ceux utilisés pour le stockage physique des systèmes d’exploitation invités.

Bonnes pratiques en matière de conception du stockage



Guide de conception

Si vous utilisez des DAG, déployez chaque copie DAG des bases de données de boîtes aux lettres Exchange sur son propre ensemble de disques physiques.

Dans le cadre d’un déploiement incluant la résilience des boîtes aux lettres, vous n’êtes pas obligé de placer les fichiers de bases de données et les logs de la même base de données de boîtes aux lettres sur des disques physiques différents. Cependant, vous pouvez séparer les volumes de bases de données et de logs et les placer dans différents pools de stockage ou groupes RAID pour obtenir des performances optimales.

Sélection des pools de stockage ou des groupes RAID pour Exchange Server 2013

Vous devez comprendre les exigences de votre application et vos besoins métiers avant de sélectionner l’approche la plus adaptée. Si certaines conditions évoluent, vous pouvez utiliser la migration des LUN VNX pour des déplacements entre les thin LUN, les thick LUN et les LUN classiques.

Utilisez les thin LUN de pool pour :

les applications dont les exigences de performances sont modérées ;

l’utilisation de services de données avancés tels que FAST VP, les snapshots VNX, la compression et la déduplication ;

une facilité de configuration et de gestion ;

une efficacité du stockage optimisée ;

des économies d’énergie et une réduction des coûts d’investissement ;

les applications pour lesquelles la consommation d’espace est difficile à prévoir.

Utilisez les thick LUN de pool pour :

les applications dont les exigences de performances sont élevées ;

l’utilisation de services de données avancés tels que FAST VP et les snapshots VNX ;

le stockage attribué à VNX Operating Environment for File ;

une facilité de configuration et de gestion.

Utilisez les LUN classiques pour :

les applications dont les exigences de performances sont extrêmement élevées (lorsque quelques millisecondes d’écart dans les performances sont critiques) ;

des performances les plus prévisibles possible ;

le placement précis des données sur les disques physiques et les objets de données logiques ;

la séparation physique des données.

Les pools de stockage ou groupes RAID fonctionnent bien avec Exchange Server 2013. Lorsque vous utilisez des pools de stockage, vous pouvez créer des thick LUN ou des thin LUN pour la base de données et les logs Exchange. Avec des thick LUN, l’espace physique alloué équivaut à la capacité utilisateur vue par le serveur de messagerie. Avec des thin LUN, l’espace physique alloué peut être inférieur à la capacité utilisateur vue par le serveur de messagerie. Du point de vue des performances, ces deux types de LUN conviennent à toutes les charges de travail Exchange des systèmes VNX nouvelle génération. Cependant, les thin LUN peuvent subir un temps système supplémentaire dû au suivi des métadonnées.



L’utilisation des thin LUN peut entraîner des économies de stockage significatives lors du déploiement de boîtes aux lettres volumineuses, car vous pouvez créer les LUN avec la capacité utilisateur requise, mais avec une capacité physique moindre dans la baie de stockage.

Dans la plupart des déploiements Exchange sur VNX, les thin LUN de pool avec FAST VP permettent un bon équilibre entre flexibilité et performances. Utilisez des thin LUN pour stocker les données Exchange afin d’augmenter l’efficacité du stockage. Une fois les disques SSD FAST VP ajoutés, les métadonnées des thin LUN sont transférées vers le niveau de performances extrêmes de manière à dynamiser les performances. FAST VP gère intelligemment la réaffectation des données au niveau sub-LUN.

Utilisez le multiplicateur approprié pour obtenir des performances optimales lors de la conception des pools de stockage :

huit (4+4) disques pour les pools RAID 1/0 ;

cinq (4+1) ou neuf (8+1) disques pour les pools RAID 5 ;

huit (6+2) ou seize (14+2) disques pour les pools RAID 6.

VNX Operating Environment for Block

Il convient de laisser le système équilibrer les LUN du pool sur les deux processeurs de stockage (SP) lorsque vous créez ces dernières, ce que le système fait par défaut. Si vous devez modifier manuellement ce paramètre, EMC vous recommande de respecter un certain équilibre entre les SP.

Ne modifiez pas le propriétaire des LUN d’un pool par défaut après le provisionnement. Cela pourrait nuire aux performances. Cela modifie les structures privées sous-jacentes des LUN du pool que le SP d’origine contrôle toujours. Si vous devez modifier le propriétaire du SP après la création d’une LUN, utilisez la fonction de migration des LUN pour la déplacer vers une nouvelle LUN correspondant au propriétaire de SP souhaité. Effectuez ensuite un transfert forcé de la LUN de l’ancien vers le nouveau propriétaire.

VNX Operating Environment for File

Au moment de créer des LUN sur VNX pour que les datastores NFS puissent contenir les volumes de démarrage des machines virtuelles, suivez les bonnes pratiques ci-dessous (dans cette solution, nous n’utilisons pas le stockage des fichiers pour les données Exchange) :

Créez environ une LUN pour chaque groupe de quatre disques dans le pool de stockage.

Créez les LUN par multiples pairs de 10.

Nombre de LUN = (nombre de disques du pool divisé par quatre), arrondi au multiple de 10 le plus proche.

Faites en sorte que toutes les LUN aient la même taille.

Répartissez les LUN entre SPA et SPB.

Pour plus d’informations, consultez le guide EMC VNX Unified Best Practices for Performance et la rubrique Microsoft TechNet Virtualisation Exchange 2013.




Guide de conception

Sélection de disques VMware VMDK ou RDM pour Exchange Server 2013

Dans les environnements VMware, vous pouvez configurer le format VMDK (Virtual Machine Disk) ou RDM pour l’hébergement des données Exchange 2013. Cependant, si vous utilisez des snapshots matériels pour la protection d’Exchange Server, assurez-vous de configurer le stockage destiné aux fichiers de bases de données et aux logs Exchange en tant que disques RDM plutôt qu’en tant que disques virtuels VMDK.

Optimisation des pools de stockage VNX pour la charge de travail Exchange

Lorsque Microsoft Exchange Server Jetstress 2013 crée les bases de données de validation du stockage préalable au déploiement, il crée la première base de données puis la copie en parallèle des autres, tel que défini dans la configuration. Si votre conception utilise une seule base de données par LUN, la première base de données peut fournir de meilleures performances et des temps de latence plus faibles que les autres. Cela est dû au fait que davantage de tranches sont allouées à la première LUN (où réside la première base de données) qu’aux autres. La Figure 10 montre comment Exchange Jetstress crée les bases de données. Dans cet exemple, Jetstress crée la base de données DB1 puis la copie simultanément sur les autres bases de données.

Figure 10. Processus d’initialisation de base de données Jetstress Exchange

Pour vous assurer que toutes les bases de données résidant sur les LUN de pool de stockage offrent les mêmes performances, utilisez l’utilitaire EMC ESI for VNX Pool Optimization. Cet utilitaire permet d’optimiser toutes les LUN du pool de stockage en préparant et en préallouant les tranches à chaque LUN, pour des performances uniformes.

L’utilitaire ESI for VNX Pool Optimization permet de provisionner et d’optimiser les thick LUN et thin LUN des pools de stockage VNX, pour des performances maximales après la création des LUN et avant le partitionnement des disques sur le serveur Exchange. Il convient d’utiliser cet outil lors de la préparation de l’environnement pour la validation Jetstress afin de garantir des performances élevées et des faibles temps de latence uniformes et déterministes sur toutes les LUN d’un pool de stockage VNX.

Pour plus d’informations, consultez le document Microsoft Exchange Server Best Practices and Design Guidelines for EMC Storage.

Taille d’unité d’allocation de fichier pour volumes de données Exchange

Formatez les volumes Windows NTFS (New Technology File System) utilisés pour les bases de données et les logs Exchange avec une taille d’unité d’allocation de 64 Ko.



Cette section propose deux exemples d’organisation du stockage dans cette infrastructure VSPEX EMC Proven for virtualized Exchange 2013 : l’un représente une organisation de petite taille pour VNXe, l’autre une organisation de taille intermédiaire pour VNX, toutes deux basées sur un Cloud privé VSPEX. Ces deux exemples suivent les bonnes pratiques et les considérations en matière de conception, telles que détaillées précédemment.

Remarque : il s’agit seulement de deux exemples d’organisation du stockage. Pour planifier et concevoir vos propres organisations du stockage pour Exchange sur un Cloud privé VSPEX, suivez les directives fournies dans l’outil de dimensionnement VSPEX et les bonnes pratiques développées dans la section Considérations relatives à l’organisation du stockage et à la conception du présent Guide de conception.

Organisation Exchange de petite taille sur VNXe

Le Tableau 19 montre un exemple d’organisation du stockage destiné aux données Exchange d’une organisation Exchange de petite taille, en complément du pool de Cloud privé VSPEX. Pour plus d’informations sur le profil utilisateur de cet exemple, reportez-vous à l’Exemple 1 : petite organisation Exchange.

Tableau 19. Pools de stockage des données Exchange : petite organisation Exchange


Nom du pool de stockage Le type de RAID

type de disque Volumétrie Nombre de disques



600 Go 10



600 Go 10

La Figure 11 montre un exemple d’organisation du stockage pour une organisation Exchange de petite taille sur la gamme VNXe. Le nombre de disques utilisés dans le pool de Cloud privé VSPEX peut varier en fonction des exigences du client. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Exemples d’organisation du stockage



Guide de conception

Figure 11. Exemple d’organisation du stockage : organisation Exchange de petite taille pour VNXe

Organisation Exchange de taille intermédiaire sur VNX

Le Tableau 20 montre un exemple d’organisation du stockage destiné aux données Exchange d’une organisation Exchange de taille intermédiaire, en complément du pool de Cloud privé VSPEX. Pour obtenir une efficacité et des performances accrues, les pools de bases de données Exchange utilisent des thin LUN et contiennent à la fois des disques hautes performances et des disques haute capacité, sur lesquels FAST VP est activé pour la hiérarchisation du stockage. Pour plus d’informations sur le profil utilisateur de cet exemple, reportez-vous à l’Exemple 2 : organisation Exchange de taille intermédiaire.

Tableau 20. Pools de stockage des données Exchange : organisation Exchange de taille intermédiaire





3 To 32




3 To 32



3 To 4


3 To 4



La Figure 12 montre un exemple d’organisation du stockage pour une organisation Exchange de taille intermédiaire sur la gamme VNX.

Figure 12. Exemple d’organisation du stockage : organisation Exchange de taille intermédiaire pour VNX

La gamme VNX nouvelle génération ne vous oblige pas à sélectionner manuellement des disques spécifiques en tant que disques de secours. En revanche, le système VNX considère que chaque disque non lié dans la baie peut être utilisé comme disque de secours. Le VNX sélectionne toujours un disque non lié dont le type, la taille et l’emplacement se rapprochent le plus de ceux du disque défaillant.

Le nombre de disques utilisés dans le pool de Cloud privé VSPEX peut varier en fonction des exigences du client. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.



Guide de conception

Présentation

FAST Suite propose deux technologies clés : FAST VP et FAST Cache. Toutes deux offrent des performances exceptionnelles de manière automatisée, quand et où vous en avez besoin. Ces technologies sont disponibles avec la gamme VNX.

Vous pouvez utiliser FAST Cache et FAST VP pour obtenir des performances élevées et réduire le coût total de possession (TCO) du système de stockage. Par exemple, vous pouvez utiliser des disques Flash pour configurer FAST Cache et utiliser FAST VP pour les pools de stockage composés de disques SAS et NL-SAS. Du point de vue des performances, FAST Cache représente un avantage immédiat pour les données sujettes à des pics d’activité, alors que FAST VP déplace les données les plus actives vers les disques SAS et les données les moins actives vers les disques NL-SAS. En termes de TCO, FAST Cache peut gérer les données actives avec moins de disques Flash, alors que FAST VP optimise le taux d’utilisation des disques et améliore l’efficacité grâce aux disques SAS et NL-SAS.

La technologie FAST fait partie des options disponibles dans les infrastructures éprouvées VSPEX. Pour plus d’informations sur FAST Suite pour les infrastructures VSPEX EMC Proven, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

FAST Cache

Si vous choisissez FAST Cache pour optimiser les performances Exchange, tenez compte des bonnes pratiques suivantes :

FAST Cache n’est pas requis sur les LUN de thick pool si les snapshots ne sont pas utilisés.

Si vous utilisez FAST Cache, placez les fichiers de bases de données et les logs Exchange dans des pools de stockage distincts et activez FAST Cache sur les pools de stockage hébergeant les bases de données Exchange. N’activez pas FAST Cache sur les pools de stockage des logs Exchange.

FAST VP

Ce sont les besoins clients qui déterminent s’il faut utiliser ou non FAST VP avec Exchange Server 2013 sur VNX. Contrairement à FAST Cache, qui constitue une ressource globale de la baie, FAST VP intervient sur un pool de stockage dédié à une application particulière. Pour vérifier que FAST VP optimise votre conception, évaluez votre configuration Exchange actuelle pour identifier tout point sensible éventuel.

Lors de la conception de FAST VP pour Exchange 2013 sur VNX :

Ne placez pas les fichiers de bases de données et les logs dans le même pool de stockage, car les logs ont des exigences moindres en termes d’E/S et n’ont pas besoin d’être déplacés à un niveau supérieur. Placez toujours les fichiers log dans des pools de stockage distincts et utilisez systématiquement une configuration RAID 1/0. La façon dont l’environnement d’exploitation et le cache d’écriture EMC FLARE® gèrent les petites E/S séquentielles peut significativement réduire l’utilisation des SP VNX, des bus et des disques.

Ne placez pas les copies DAG de la même base de données dans le même pool de stockage, sur les mêmes disques.

Bonnes pratiques en matière de conception FAST Suite



Définissez la règle FAST des LUN de pool concernées sur Start High then Auto-Tier (Recommended).

Lorsque des thin LUN sont utilisées pour le stockage des données de base de données Exchange, FAST VP permet de dynamiser les performances en promouvant intelligemment les métadonnées vers le niveau de performances extrêmes.

Pour plus d’informations sur FAST VP, consultez le livre blanc EMC FAST VP for Unified Storage Systems.

Lorsque vous activez XtremSW Cache, vous bénéficiez d’un contrôle total et flexible sur l’étendue et le niveau de granularité du cache. Dans les environnements physiques, vous pouvez activer ou désactiver XtremSW Cache au niveau du volume source ou au niveau de la LUN. Dans les environnements virtuels, vous pouvez provisionner la capacité XtremSW Cache sur une machine virtuelle individuelle. Vous pouvez alors configurer la capacité de cache allouée à l’intérieur de la machine virtuelle, au niveau du disque virtuel.

Pour en savoir plus sur EMC XtremSW Cache, consultez la Fiche produit EMC XtremSX Cache.

Lorsque vous configurez XtremSW Cache pour des volumes hébergeant les bases de données Exchange, cela accélère les opérations de lecture d’E/S en mode bloc requérant des IOPS élevées, un temps de réponse réduit, ou les deux. Le logiciel utilise la carte PCIe (Peripheral Component Interconnect Express) pour la mise en cache des données le plus souvent consultées, réduisant ainsi le temps d’accès au stockage tout en déchargeant la baie de stockage du traitement des E/S. Résidant sur le bus PCIe du serveur, XtremSW Cache contourne le temps système lié à l’accès au stockage en réseau, ce qui réduit me temps de réponse.

XtremSW Cache place les données Exchange dans la pile d’E/S du serveur, plus près de l’application, pour améliorer considérablement les performances. Nos tests de validation d’XtremSW Cache avec Exchange 2013 montrent une réduction significative des temps de réponse utilisateur et un débit amélioré. Si vos exigences en termes de charge de travail Exchange sont supérieures à 250 messages par utilisateur et par jour, envisagez de mettre en œuvre une solution XtremSW Cache.

Remarque : Les gains en performances et la réduction du temps de réponse varient en fonction de l’utilisation de la messagerie Exchange de chaque client. EMC vous recommande vivement de mener un test de phase pilote dans votre environnement pour déterminer les avantages exacts de cette technologie.

Considérations de conception relatives à la virtualisation

Exchange Server 2013 est pris en charge dans les environnements virtuels utilisant la technologie Microsoft Hyper-V ou VMware vSphere ESXi. Pour des informations complémentaires sur les stratégies de prise en charge Microsoft pour la virtualisation d’Exchange Server 2013, consultez la rubrique Microsoft TechNet Virtualisation Exchange 2013.

Bonnes pratiques en matière de conception XtremSW Cache

Présentation




Guide de conception

Dans cette infrastructure VSPEX EMC Proven for virtualized Exchange 2013, EMC vous recommande de prendre en compte les bonnes pratiques suivantes pour la virtualisation d’Exchange Server 2013 :

Distribuez le même rôle de serveur Exchange sur des hôtes physiques différents. Par exemple, vous pouvez disposer de plusieurs serveurs d’accès au client Exchange dans votre environnement. Dans ce scénario et à des fins de redondance, EMC recommande de distribuer ces serveurs sur des hôtes physiques différents.

Si vous utilisez la fonction DAG, distribuez les copies DAG sur plusieurs hôtes physiques afin de réduire les interruptions de service potentielles en cas de problème sur les serveurs physiques.

Équilibrez la charge de travail en combinant différents rôles de serveur Exchange sur chaque hôte physique. Vous pouvez par exemple combiner les machines virtuelles du serveur de messagerie et du serveur d’accès au client sur un hôte physique pour équilibrer les charges de travail et éviter de soumettre une seule ressource physique à de fortes contraintes.

Dans le cadre des déploiements d’Exchange 2013, vous pouvez combiner les machines virtuelles Exchange Server, y compris les machines virtuelles de boîtes aux lettres Exchange faisant partie d’un DAG, avec technologies de migration et clustering avec basculement sur incident basé sur l’hôte, à condition de configurer les machines virtuelles pour qu’elles ne sauvegardent ni ne restaurent leur état sur le disque en cas de déplacement ou de mise hors ligne.

Désactivez la fonction de mémoire dynamique sur les machines virtuelles Exchange Server.

Contrôlez régulièrement les performances de toute l’infrastructure VSPEX EMC Proven.

Le contrôle des performances intervient au niveau de la machine virtuelle, mais aussi au niveau de l’hyperviseur. Par exemple, lorsque l’hyperviseur est VMware ESXi, vous pouvez utiliser l’outil de contrôle des performances au sein de la machine virtuelle Exchange Server pour garantir les performances de cette machine ou d’Exchange Server. Pendant ce temps, au niveau de l’hyperviseur, utilisez esxtop pour contrôler les performances de l’hôte.

Pour plus d’informations sur les outils de contrôle des performances, consultez les guides de mise en œuvre VSPEX mentionnés dans la section Documentation indispensable.

Considérations relatives à la conception de la sauvegarde et de la restauration

Toutes les solutions VSPEX sont dimensionnées et testées avec des produits EMC de sauvegarde et de restauration : Avamar et Data Domain. Si votre solution contient des composants de sauvegarde et de restauration, consultez le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013 pour obtenir des informations détaillées sur la conception et la mise en œuvre de votre solution de sauvegarde et de restauration.

Bonnes pratiques en matière de conception de la virtualisation



Chapitre 6 : Méthodologies de vérification de la solution


Guide de conception

Chapitre 6 Méthodologies de vérification de la solution


Présentation ..................................................................................................... 62

Méthodologie de vérification du matériel de base ............................................. 62

Méthodologie de vérification de l’application ................................................... 62

Méthodologie de validation de la sauvegarde et de la restauration ................... 64



Présentation

Ce chapitre fournit la liste des éléments que vous devez passer en revue après avoir configuré la solution. Utilisez les informations contenues dans ce chapitre pour vérifier le fonctionnement et les performances de la solution et de ses composants, et pour vous assurer que la configuration offre la disponibilité et les niveaux de performances prévus.

Méthodologie de vérification du matériel de base

Le matériel correspond aux ressources physiques de l’ordinateur, par exemple les processeurs, la mémoire et le stockage. Le matériel englobe également les composants réseau physiques, notamment les cartes réseau, les câbles, les switches, les routeurs et les répartiteurs de charge matérielle. Pour éviter de nombreux problèmes de performances et de capacité, utilisez un matériel adapté à la solution et vérifiez la redondance de ses composants avant de la déployer en production.

Pour connaître la procédure détaillée de vérification de la redondance des composants de la solution, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Méthodologie de vérification de l’application

Après avoir vérifié le matériel et la redondance des composants de la solution, il convient de tester et d’optimiser l’application Exchange : une étape critique. Testez la nouvelle infrastructure VSPEX EMC Proven avant de la déployer en production pour garantir que les architectures que vous avez conçues atteignent les objectifs de performances et de capacité fixés. Ce faisant, vous identifiez et résolvez les goulots d’étranglement potentiels avant qu’ils n’aient un impact négatif sur les utilisateurs lors d’un déploiement réel.

Le Tableau 21 décrit les étapes générales à suivre avant de mettre l’environnement Exchange en production.

Tableau 21. Étapes générales de vérification de l’application

Étape Description Référence

1 Comprendre les outils de test : Microsoft Jetstress et Load Generator3 (LoadGen).

Présentation de Jetstress

2 Comprendre les indicateurs clés de l’environnement Exchange pour parvenir au niveau de performances et de capacité nécessaires et répondre aux besoins métiers.

Indicateurs clés pour les tests Jetstress

3 À la date de publication de ce Guide de conception, Microsoft ne propose pas encore LoadGen for Exchange 2013. Dès que LoadGen for Exchange 2013 sera disponible, nous mettrons à jour ce Guide de conception pour y inclure des instructions sur l’utilisation de cet outil dans le cadre de la vérification des applications.

Étapes générales de vérification de l’application



Guide de conception

Étape Description Référence

3 Utiliser l’outil de dimensionnement VSPEX pour Exchange afin de déterminer l’architecture et les ressources de l’infrastructure VSPEX EMC Proven.

Remarque : en cas d’indisponibilité de l’outil de dimensionnement, vous pouvez dimensionner l’application manuellement à l’aide de la section Dimensionnement manuel d’Exchange pour VSPEX de l’Annexe B.

Site Web Infrastructure VSPEX EMC Proven

4 Créer l’environnement de test et les machines virtuelles Exchange sur votre infrastructure VSPEX EMC Proven.

Guides de mise en œuvre VSPEX

5 Exécuter l’outil Microsoft Jetstress pour vérifier que la conception du stockage Exchange répond aux indicateurs clés de performance. Il n’est pas nécessaire d’installer Exchange Server pour exécuter les tests Jetstress.

Outil Microsoft Exchange Server Jetstress 2013

Il est important de vérifier la conception du stockage Exchange 2013 pour les IOPS transactionnelles attendues avant de la placer dans un environnement de production. Pour garantir le bon fonctionnement de l’environnement, EMC vous recommande d’utiliser l’outil Microsoft Exchange Server Jetstress 2013 afin de vérifier la conception du stockage Exchange.

Jetstress simule les E/S Exchange au niveau de la base de données en interagissant directement avec la technologie de base de données ESE (Extensible Storage Engine) et ce, sans qu’il soit nécessaire d’installer Exchange. Pour simuler les E/S Exchange avec exactitude, Jetstress utilise le même fichier ESE.dll que celui qu’Exchange utilise en production.

Vous pouvez configurer Jetstress pour tester le débit d’E/S maximum disponible vers le sous-système de disque, conformément aux contraintes de performances requises pour Exchange. Jetstress peut accepter les profils simulés de comptes et d’IOPS par utilisateur spécifiques pour vérifier que tous les composants matériels et logiciels de la pile d’E/S sont capables de maintenir un niveau de performances acceptable, du système d’exploitation au disque physique.

Vous pouvez télécharger Jetstress 2013 sur la page Microsoft Exchange Server Jetstress 2013 Tool.

Avant d’exécuter Jetstress, il est essentiel de savoir quels indicateurs clés capturer et de connaître les seuils à respecter pour chacun d’entre eux lors des tests. Le Tableau 22 répertorie les indicateurs clés pour la vérification Jetstress.

Tableau 22. Indicateurs clés pour la vérification Jetstress.

Compteurs de performances Valeurs cibles

IOPS transactionnelles Exchange obtenues (lectures de bases de données des E/S par seconde + écritures de bases de données des E/S par seconde)

Nombre de boîtes aux lettres * profil IOPS d’utilisateur Exchange 2013

Écr. en entrée-sortie/s dans la BdD N/A (à des fins d’analyse)

Présentation de Jetstress

Indicateurs clés pour les tests Jetstress




http://www.microsoft.com/en-hk/download/details.aspx?id=36849








Compteurs de performances Valeurs cibles

Lectures en entrée-sortie/s dans la BdD N/A (à des fins d’analyse)

IOPS totales (lectures de bases de données des E/S par seconde + écritures de bases de données des E/S par seconde + lectures de BDM par seconde + lectures de réplication de log d’E/S par seconde + écritures de log d’E/S par seconde)

N/A (à des fins d’analyse)

Latence moyenne de lectures de bases de données d’E/S (ms)

Moins de 20 ms

Latence moyenne des écritures de log d’E/S (ms)

Moins de 10 ms

Pour concevoir la solution Virtualized Exchange 2013 sur l’infrastructure VSPEX EMC Proven, tous les facteurs décrits précédemment dans le présent Guide de conception doivent être pris en compte. Il s’agit par exemple de l’organisation du stockage, de l’équilibrage de la charge réseau, de la mise en réseau, etc.

EMC vous recommande d’utiliser l’outil de dimensionnement VSPEX pour déterminer le nombre de machines virtuelles Exchange Server requis pour l’organisation Exchange de votre client, ainsi que les ressources (processeur, mémoire, etc.) requises pour chaque rôle de serveur, en fonction des besoins métiers.

Pour créer l’environnement de la solution et les machines virtuelles Exchange dans votre infrastructure VSPEX EMC Proven, consultez les guides de mise en œuvre VSPEX mentionnés dans la section Documentation indispensable.

Remarque : Il n’est pas nécessaire d’installer Exchange Server pour les tests Jetstress.

Jetstress permet de comparer automatiquement les résultats des performances observées à un ensemble de valeurs acceptées après chaque test. Ces résultats sont ensuite enregistrés dans un rapport HTML.

Pour plus d’informations sur l’utilisation de l’outil et l’interprétation des résultats du rapport Jetstress, consultez le document Jetstress Field Guide sur le site Web Microsoft TechNet. Bien que ce guide se concentre sur Jetstress 2010, les concepts qu’il décrit s’appliquent également à Jetstress 2013.

Méthodologie de validation de la sauvegarde et de la restauration

Toutes les solutions VSPEX sont dimensionnées et testées avec des produits EMC de sauvegarde et de restauration : Avamar et Data Domain. Si votre solution contient des composants de sauvegarde et de restauration, consultez le Guide de conception et de mise en œuvre Sauvegarde et restauration EMC pour VSPEX for Virtualized Microsoft Exchange 2013 pour obtenir des informations détaillées sur la vérification des fonctions et des performances de votre solution de sauvegarde et de restauration.

Identification de l’architecture de la solution Exchange Server

Création de l’environnement d’infrastructure

Utilisation de l’outil Jetstress

http://gallery.technet.microsoft.com/office/Jetstress-Field-Guide-1602d64c

Chapitre 7 : Documentation de référence


Guide de conception

Chapitre 7 Documentation de référence


Documentation EMC ......................................................................................... 66

Autre documentation ........................................................................................ 66

Liens ................................................................................................................ 66



Documentation EMC

Les documents suivants, disponibles sur le site Web de support en ligne EMC ou sur EMC.com, contiennent des informations complémentaires et pertinentes. Si vous ne parvenez pas à accéder à un document, contactez un responsable de compte EMC.

Guide d’installation du système EMC VNXe3150

EMC VNXe Series Using a VNXe System with NFS Shared Folders

EMC VNXe Series Using a VNXe System with Generic iSCSI Storage

EMC VNXe Series Using an EMC VNXe System with VMware

EMC VNXe Series Using an EMC VNXe System with Windows Hyper-V

EMC Host Connectivity Guide for VMware ESX Server

Guide EMC de connectivité des hôtes pour Windows

Livre blanc : EMC FAST VP for Unified Storage Systems

TechBook : Using EMC VNX Storage with VMware vSphere

PowerPath/VE for VMware vSphere Installation and Administration Guide

PowerPath for Windows Installation and Administration Guide

EMC XtremSW Cache Installation Guide

EMC XtremSW Cache User Guide

Fiche produit EMC XtremSW Cache

EMC VSI for VMware vSphere: Storage Viewer Product Guide

EMC VSI for VMware vSphere: Unified Storage Management Product Guide

Autre documentation

Pour en savoir plus sur Microsoft Hyper-V et Microsoft Exchange, consultez le site Web de Microsoft. Pour obtenir de la documentation sur VMware vSphere, visitez le site Web de VMware.

Liens

Utilisez les liens suivants pour accéder à des informations complémentaires sur la réalisation des tâches décrites dans ce Guide de conception.

Remarque : les liens fournis fonctionnaient correctement au moment de la publication.

Microsoft TechNet

Consultez les rubriques suivantes sur le site Web Microsoft TechNet :

Ajouter une copie de base de données de boîtes aux lettres

Client Access Server

Deploy a Hyper-V Cluster

Déploiement de haute disponibilité et de résilience de site

https://support.emc.com/

http://france.emc.com/resource-library/resource-library.htm

http://www.microsoft.com/

http://www.vmware.com/fr



http://technet.microsoft.com/en-us/library/jj863389.aspx




Guide de conception

Conditions préalables pour Exchange 2013

Virtualisation Exchange 2013

Installer Exchange 2013 à l’aide de l’Assistant d’installation

Install the Hyper-V Role and Configure a Virtual Machine

Jetstress Field Guide

Gestion de groupes de disponibilité de base de données

Gestion de copies de bases de données de boîtes aux lettres

Microsoft Exchange Server Jetstress 2013 Tool

Network Load Balancing Deployment Guide

Sizing Exchange 2013 Deployments

Base de connaissances Microsoft

Consultez les articles suivants de la base de connaissances du site Web de support de Microsoft :

Interopérabilité entre MSCS et NLB

On a Microsoft Windows Server 2008 R2 Fail over cluster with a Hyper-V guest with many pass-through disks, the machine configuration may take some time to come online sur le site Web Aide et Support de Microsoft.

Base de connaissances VMware

Consultez la rubrique suivante du site Web de la base de connaissances VMware :

ESX/ESXi hosts might experience read/write performance issues with certain storage arrays

http://technet.microsoft.com/en-us/library/bb691354(v=exchg.150).aspx


http://technet.microsoft.com/en-us/library/bb124778(v=exchg.150).aspx

http://technet.microsoft.com/en-us/library/hh846766.aspx

http://gallery.technet.microsoft.com/office/Jetstress-Field-Guide-1602d64c




http://technet.microsoft.com/en-us/library/cc754833(v=ws.10).aspx










Annexe A : Fiche technique de qualification


Guide de conception

Annexe A Fiche technique de qualification

Cette annexe traite du point suivant :

Fiche technique de qualification VSPEX for virtualized Exchange 2013 .............. 70

Annexe A : Fiche technique de qualification


Fiche technique de qualification VSPEX for virtualized Exchange 2013

Avant de commencer le dimensionnement de la solution VSPEX, utilisez la fiche technique de qualification pour recueillir des informations sur les besoins métiers du client. Le Tableau 23 propose une fiche technique de qualification destinée à une organisation Exchange virtualisée.

Tableau 23. Fiche technique de qualification VSPEX for virtualized Exchange 2013

Question Réponse

Nombre de boîtes aux lettres ?

Taille maximale des boîtes aux lettres (Go) ?


Copies DAG (y compris les copies actives) ?





Un exemplaire de la fiche technique de qualification est joint à ce document, au format PDF. Pour afficher et imprimer cette fiche technique :

1. Dans Adobe Reader, ouvrez le volet Attachments comme suit :

Sélectionnez View > Show/Hide > Navigation Panes > Attachments.

ou Cliquez sur l’icône Attachments, comme illustré sur la Figure 13.

Figure 13. Fiche technique de qualification imprimable

2. Sous Attachments, double-cliquez sur le fichier joint à ouvrir, puis imprimez la fiche de qualification.

Annexe B : Dimensionnement manuel d’Exchange pour VSPEX


Guide de conception

Annexe B Dimensionnement manuel d’Exchange pour VSPEX

Cette annexe traite des points suivants :

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

Dimensionnement manuel d’Exchange 2013 pour VSPEX .................................. 72



Présentation

Un stockage Exchange configuré correctement allié à des infrastructures serveur et réseau dimensionnées de manière optimale peut garantir un fonctionnement fluide d’Exchange et une expérience utilisateur très satisfaisante. Cette section présente la procédure de dimensionnement manuel d’Exchange 2013 pour VSPEX, notamment le calcul des ressources de machines virtuelles de référence et de stockage pour la prise en charge d’un nombre d’utilisateurs Exchange spécifique. La quantité de ressources requises est déduite des exigences détaillées du client.

Remarque : en cas d’indisponibilité de l’outil de dimensionnement VSPEX, ces instructions de dimensionnement manuel peuvent être utilisées pour obtenir le dimensionnement approximatif d’une application unique. L’outil de dimensionnement VSPEX, qui offre des fonctionnalités compatibles multiapplications et multi-instances, constitue toutefois pour EMC l’approche à privilégier.

Dimensionnement manuel d’Exchange 2013 pour VSPEX

Avant de dimensionner l’environnement Exchange 2013, il est essentiel de déterminer les besoins et les restrictions de l’infrastructure et de bien les comprendre, et de connaître la charge de travail estimée. La fiche technique de qualification VSPEX for virtualized Exchange 2013 fournie dans l’Annexe A contient une liste de questions simples qui aident à identifier les besoins clients, les caractéristiques d’utilisation et les Datasets. Le Tableau 8 en page 30 fournit des explications détaillées sur ce questionnaire, ainsi que des conseils généraux sur la façon de déterminer les valeurs d’entrée.

Le Tableau 24 présente une fiche technique de qualification dont les besoins clients sont renseignés. Cet exemple est utilisé pour présenter la méthodologie de dimensionnement manuel d’Exchange décrite dans les sections suivantes. Pour respecter les besoins d’un client souhaitant utiliser 9 000 boîtes aux lettres avec un taux de croissance prévu de ce nombre de 11 % sur un an, vous devez prévoir 10 000 boîtes aux lettres au total.

Tableau 24. Exemple de fiche technique de qualification VSPEX for virtualized Exchange 2013


Nombre de boîtes aux lettres ? 9 000






14


3

Utilisation de la fiche technique de qualification VSPEX for virtualized Exchange 2013



Guide de conception



1


11 %

Après avoir déterminé les besoins du client, reportez-vous à la procédure du Tableau 25 pour dimensionner manuellement Exchange 2013 pour VSPEX.

Tableau 25. Procédure de dimensionnement manuel d’Exchange

Étape Action

1 Déterminer le nombre de rôles serveur de messagerie et d’accès au client requis dans l’environnement de votre client et calculer les ressources de machines virtuelles de référence, notamment les CPU virtuels, la mémoire, la capacité du système d’exploitation et les IOPS de ce dernier.

2 Calculer les ressources de stockage correspondant aux exigences en termes d’IOPS et de capacité.

3 Finaliser le calcul et choisir l’infrastructure VSPEX EMC Proven correspondant aux besoins de votre client.

Dimensionnement des CPU virtuels

Lors du dimensionnement des machines virtuelles Exchange Server, suivez les mêmes règles que pour le dimensionnement d’Exchange sur des serveurs physiques. Commencez par dimensionner toujours le serveur de messagerie Exchange.

La première étape consiste à déterminer le nombre de boîtes aux lettres que chaque machine virtuelle de serveur de messagerie Exchange devra héberger et le nombre de serveurs de messagerie Exchange nécessaires dans l’environnement. Suivez les recommandations ci-après :

S’il n’existe qu’une copie de chaque base de données de boîtes aux lettres (fonction DAG non configurée), nous vous recommandons de faire en sorte que chaque serveur de messagerie Exchange puisse héberger jusqu’à 2 000 boîtes aux lettres.

S’il existe deux copies de chaque base de données de boîtes aux lettres (fonction DAG configurée), nous vous recommandons de faire en sorte que chaque serveur de messagerie Exchange puisse héberger jusqu’à 1 250 boîtes aux lettres actives et 1 250 boîtes aux lettres passives.

Par conséquent, dans cet exemple d’environnement, 10 000 boîtes aux lettres actives et 10 000 boîtes aux lettres passives (deux copies de chaque base de données de boîtes aux lettres) requièrent huit serveurs de messagerie Exchange au total.

Dimensionnement des machines virtuelles de référence



La deuxième étape consiste à calculer les besoins en CPU virtuels de chaque machine virtuelle de serveur de messagerie et de serveur d’accès au client Exchange. Suivez les étapes décrites ci-après :

1. Calculez le nombre de boîtes aux lettres actives et passives que chaque serveur de messagerie Exchange doit héberger. Rappelez-vous qu’en cas de panne de serveurs, si un certain nombre de serveurs de messagerie Exchange est touché, les serveurs de messagerie restants doivent prendre en charge toutes les boîtes aux lettres actives de l’environnement.

2. Estimez les besoins en termes de mégacycles de CPU pour chaque boîte aux lettres, en fonction du profil d’IOPS des boîtes aux lettres et de la configuration du groupe DAG. Pour plus d’informations sur les estimations relatives au CPU en fonction des différents profils d’IOPS des boîtes aux lettres, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

3. Calculez les besoins totaux en mégacycles de CPU pour chaque serveur de messagerie Exchange, puis calculez le nombre de CPU virtuels nécessaires sur chaque serveur de messagerie Exchange, en fonction du type de processeur de serveur de votre client. Provisionnez suffisamment de mégacycles pour que le taux d’utilisation ne dépasse pas 80 %.

Dans cet exemple, si nous choisissons un processeur de serveur Intel Xeon E5-2650 cadencé à 2 GHz, nous aurons besoin de 12 CPU virtuels par machine virtuelle de serveur de messagerie Exchange.

4. Du point de vue du serveur d’accès au client, cela représente un rapport cœurs/CPU de 1:4 sur le serveur de messagerie. Dans cet exemple, nous déployons quatre serveurs d’accès au client Exchange et huit CPU virtuels pour chaque serveur d’accès au client.

Pour connaître la procédure détaillée du calcul des mégacycles de CPU, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Dimensionnement de la mémoire

Comme c’est le cas pour le dimensionnement des CPU virtuels, le profil d’IOPS des boîtes aux lettres et le nombre de boîtes aux lettres actives et passives déterminent les besoins spécifiques en mémoire de chaque machine virtuelle de serveur de messagerie Exchange. Suivez les étapes ci-après pour dimensionner le serveur de messagerie et le serveur d’accès au client Exchange :

1. Calculez le nombre de boîtes aux lettres actives et passives que chaque serveur de messagerie Exchange doit héberger. De nouveau, rappelez-vous qu’en cas de panne de serveurs, si un certain nombre de serveurs de messagerie Exchange est touché, les serveurs de messagerie restants doivent prendre en charge toutes les boîtes aux lettres actives de l’environnement.

2. Estimez les besoins en mémoire de chaque boîte aux lettres en fonction de leur profil d’IOPS et de la configuration du groupe DAG, puis calculez les besoins totaux en mémoire de chaque serveur de messagerie Exchange. Calculez ensuite les besoins en mémoire du serveur d’accès au client Exchange. Pour connaître la procédure détaillée, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.










Guide de conception

Dans cet exemple d’environnement, nous avons besoin de 68 Go de mémoire pour chaque serveur de messagerie Exchange, ainsi que de 20 Go de mémoire pour chaque serveur d’accès au client Exchange.

Dimensionnement de la capacité du système d’exploitation

Les composants du transport (à l’exception du composant du transport front-end sur le rôle serveur d’accès au client) faisant désormais partie du serveur de messagerie Exchange 2013, vous devez calculer les besoins de stockage de la partie transport pour la capacité du système d’exploitation. Dans cet exemple, nous avons besoin de 300 Go de capacité du système d’exploitation sur le serveur de messagerie. Pour le serveur d’accès au client, la capacité du système d’exploitation est fixée à 100 Go. Pour plus d’informations, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Dimensionnement des IOPS du système d’exploitation

Les IOPS du système d’exploitation sont fixées à 25 par volume d’OS sur chaque machine virtuelle Exchange. Cet exemple comprend 12 machines virtuelles au total. Pour plus d’informations, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Résumé des machines virtuelles de référence

Après avoir calculé les besoins en termes de CPU virtuels, de mémoire, de capacité et d’IOPS du système d’exploitation, vous pouvez déterminer les ressources de machines virtuelles de référence nécessaires au déploiement d’Exchange. Dans les solutions VSPEX, la machine virtuelle de référence correspond à une machine virtuelle unique dont les caractéristiques sont indiquées dans le Tableau 26.

Tableau 26. Machine virtuelle de référence : Caractéristiques

Caractéristique Valeur

Processeurs virtuels par machine virtuelle 1

RAM par machine virtuelle 2 Go

Capacité de stockage disponible par machine virtuelle 100 Go

E/S par seconde (IOPS) par machine virtuelle 25

Schéma d’E/S Aléatoire

Rapport lecture/écriture d’E/S 2:1

Dans cet exemple d’environnement, nous avons besoin de huit machines virtuelles de serveur de messagerie Exchange et de quatre machines virtuelles de serveur d’accès au client Exchange. Pour déterminer le nombre équivalent de machines virtuelles de référence requises pour chaque rôle Exchange Server, nous sélectionnons parmi les besoins en ressources individuelles (CPU, mémoire, capacité ou IOPS), celui dont la valeur est la plus importante, puis nous multiplions celle-ci par le nombre de machines virtuelles recommandé, comme indiqué dans le Tableau 27.




Tableau 27. Résumé des ressources de machines virtuelles de référence










Ressources requises 8 20 Go 100 Go

Moins de 25


8 10 1 1


Par exemple, chaque serveur de messagerie nécessite 12 CPU virtuels, 68 Go de mémoire, 300 Go de stockage et 25 IOPS. Cela se traduit par :

douze machines virtuelles de référence en termes de CPU ;

trente-quatre machines virtuelles de référence en termes de mémoire ;

trois machines virtuelles de référence en termes de capacité ;


Ainsi, chaque serveur de messagerie nécessite les ressources de 34 machines virtuelles de référence. Lorsque nous multiplions ce nombre par le nombre de machines virtuelles (huit dans ce cas), nous obtenons 272 qui correspond au nombre total de machines virtuelles de référence requises pour le rôle de serveur de messagerie :



Pour savoir comment déterminer le nombre de machines virtuelles de référence équivalentes, consultez les Guides d’infrastructure VSPEX EMC Proven mentionnés dans la section Documentation indispensable.

Présentation

Pour dimensionner les exigences du stockage, commencez par calculer les besoins en IOPS, puis calculez les besoins en capacité. Déterminez le nombre total de disques requis en regroupant les résultats obtenus lors du calcul des besoins en IOPS et en capacité.

Conformément aux bonnes pratiques, EMC recommande d’utiliser des disques NL-SAS de 3 To à 7 200 t/min dans une configuration RAID 1/0 sur la gamme VNX pour l’hébergement des fichiers de bases de données et des logs Exchange, ou encore des disques SAS à 15 000 t/min dans une configuration RAID 5 sur la gamme VNXe.

De même, EMC recommande de placer les volumes de bases de données et de logs dans différents pools de stockage pour obtenir des performances optimales. Par conséquent, calculez les besoins en stockage des fichiers de bases de données et des logs Exchange séparément.

Dimensionnement du stockage pour le serveur de messagerie Exchange



Guide de conception

Calcul des IOPS du stockage Exchange

Il est essentiel de comprendre le nombre d’IOPS consommées au niveau de la base de données par chaque utilisateur de boîte aux lettres, car il s’agit de l’un des indicateurs d’E/S de transaction clés nécessaires au dimensionnement correct du stockage. Pour déterminer les IOPS des différents profils de boîte aux lettres, consultez la rubrique Microsoft TechNet Sizing Exchange 2013 Deployments.

Pour dimensionner les IOPS de stockage Exchange, suivez les étapes ci-dessous :

1. Calculez les IOPS de base de données totales requises pour prendre en charge tous les utilisateurs de boîtes aux lettres, en utilisant le calcul modulaire suivant :

Total transactional IOPS = IOPS per mailbox * mailboxes

per server * (1 + I/O overhead factor)

Ajoutez les 20 % de temps système suggérés par Microsoft, ainsi que les 20 % de temps système requis par EMC pour les activités d’E/S supplémentaires telles que la maintenance de la base de données en arrière-plan (BDM). Ne confondez pas les 20 % de temps système requis par EMC, qu’il est obligatoire d’ajouter, et les 20 % suggérés par Microsoft, que votre client peut choisir d’ajouter ou non.

Dans cet exemple, le calcul est le suivant :

0.101 * 2500 * (1 + 20% + 20%) = 354 IOPS

Dans l’étape ci-dessus, nous avons déterminé que les IOPS doivent pouvoir prendre en charge un serveur de messagerie Exchange contenant 2 500 boîtes aux lettres (actives et passives). Les IOPS totales requises pour 20 000 boîtes aux lettres utilisateur (actives et passives) sont de 2 832 (354 IOPS * 8).

2. Calculez le nombre de disques requis pour obtenir les performances utilisateur souhaitées au niveau des bases de données Exchange en fonction des besoins en IOPS, à l’aide de la formule suivante :

Disks required for Exchange database IOPS

= (Total backend database Read IOPS + Total backend

database Write IOPS) / Physical Disk Speed

= ((Total transactional IOPS * Read Ratio) + (RAID Write

Penalty *(Total transactional IOPS * Write Ratio)) /

Physical Disk Speed






Où : Est :

IOPS de transaction totales IOPS calculées à l’étape 1.

Taux de lecture Pourcentage des E/S correspondant à des opérations de lecture (60 % pour Exchange 2013). Ce nombre dépend des rapports Jetstress 2013 issus des tests de validation menés dans cette solution.

Taux d’écriture Pourcentage des E/S correspondant à des opérations d’écriture (40 % pour Exchange 2013). Ce nombre dépend des rapports Jetstress 2013 issus des tests de validation menés dans cette solution.

Pénalité d’écriture RAID Multiplicateur de pénalité d’écriture RAID (RAID1/0=2).

Vitesse de disque physique

65 IOPS de base de données Exchange 2013 pour des disques NL-SAS à 7 200 t/min.

Dans cet exemple, la prise en charge des besoins en termes d’IOPS de base de données Exchange pour 20 000 boîtes aux lettres avec des disques NL-SAS à 7 200 t/min requiert :

(2832 * 0.6) + 2 * (2832 * 0.4) / 65 = 3964 / 65 = 60.99

(round up to 64 disks)

3. Calculez le nombre de disques requis pour obtenir les performances utilisateur souhaitées au niveau des logs Exchange en fonction des besoins en IOPS, à l’aide de la formule suivante :

Disks required for Exchange log IOPS = (Total backend

database Write IOPS * 60%) / Physical Disk Speed

Où : Est :

IOPS totales des écritures de bases de données back-end

IOPS calculées à l’étape 2.

Vitesse de disque physique 180 IOPS de log séquentielles Exchange 2013 correspondant à la vitesse de disque physique pour les IOPS de log séquentielles.

Dans cet exemple, la prise en charge des besoins en termes d’IOPS de log Exchange pour 20 000 boîtes aux lettres avec des disques NL-SAS à 7 200 t/min requiert :

0.6 * 2265 / 180 = 1359 / 180 = 7.55 (round up to 8 disks)

Calcul de la capacité de stockage Exchange

Après avoir calculé les besoins en IOPS, vous devez calculer le nombre de disques qui permettrait d’atteindre la capacité Exchange requise. Il est essentiel de déterminer la taille des boîtes aux lettres sur le disque avant de tenter de déterminer vos exigences de stockage totales.

Par exemple, une boîte aux lettres pleine avec un quota de 1,5 Go requiert plus de 1,5 Go d’espace disque, car il faut tenir compte de la taille de boîte aux lettres maximale et de la fenêtre de conservation des éléments supprimés (notamment la consignation de la version du calendrier et la restauration des éléments individuels, le cas échéant).



Guide de conception

Pour calculer la capacité de stockage Exchange requise, suivez les étapes ci-dessous :

1. Pour déterminer la taille des boîtes aux lettres sur le disque, utilisez la formule suivante :

Mailbox size on disk = Maximum mailbox size + White space

+ Dumpster

Où : Est :

Espace E-mails envoyés/reçus par utilisateur et par jour * taille moyenne des messages.

Dans cet exemple, une boîte aux lettres utilisant un profil d’IOPS de 0,101 envoie et reçoit un total de 150 e-mails par jour en moyenne. L’espace est ainsi égal à 150 * 75 / 1 024 = 11 Mo.

Benne E-mails envoyés/reçus par utilisateur et par jour * taille de message moyenne * fenêtre de conservation des éléments supprimés + taille maximale de boîte aux lettres * 0,012 + taille maximale de boîte aux lettres * 0,03.

Dans cet exemple, 150 * 75 * 14 / 1 024 + 1 536 * 0,012 + 1 536 * 0,03 = 218 Mo.

Dans cet exemple, la taille des boîtes aux lettres sur le disque est de 1 536 + 11 + 218 = 1 765 Mo.

2. Pour déterminer la taille totale des LUN de base de données, utilisez la formule suivante :

Total database LUN size = Number of mailboxes * Mailbox

size on disk * (1 + Index space + additional Index space

for maintenance) / (1 + LUN free space)

Dans cet exemple, étant donné que 20 % sont nécessaires pour l’index, 20 % pour l’espace d’index supplémentaire à des fins de maintenance et 20 % pour la protection de l’espace libre des LUN, la taille de la base de données sera de 20 000 * 1 765 Mo * (1 + 0,2 + 0,2) / (1 - 0,2) / 1 024 = 60 327 Go.

3. Pour déterminer la taille totale des LUN de log, utilisez la formule suivante :

Total log LUN size = Log size * Number of mailboxes *

Backup/truncation failure tolerance days / (1 + LUN free

space)

Pour garantir que le serveur de messagerie ne subit aucune panne due à des problèmes d’allocation d’espace, dimensionnez les LUN des logs des transactions afin qu’elles puissent héberger tous les logs générés dans le jeu de sauvegardes. Si l’architecture de sauvegarde utilise les fonctions de résilience des boîtes aux lettres et de restauration des éléments individuels, allouez une capacité de log suffisante en cas d’échec de la sauvegarde ou de la troncation (par exemple, une copie de base de données défaillante empêche la troncation des logs). Dans cet exemple, la fenêtre de tolérance aux pannes de sauvegarde/troncation est de trois jours.

Une boîte aux lettres utilisant un profil d’IOPS de 0,101 génère 30 logs des transactions par jour en moyenne. Donc, dans cet exemple, la taille totale des LUN de log = (30 logs * 1 Mo) * 20 000 * 3 / 1 024 / (1 - 0,2) = 2 197 Go.



4. Pour déterminer le nombre de disques, utilisez les formules suivantes :

Disks required for Exchange database capacity = Total

database LUN size / Physical Disk Capacity * RAID penalty

Disks required for Exchange log capacity = Total log LUN

size) / Physical Disk Capacity * RAID penalty

Dans cet exemple, chaque disque NL-SAS de 3 To fournit 2 794,5 Go de capacité brute. La pénalité RAID est de 2 dans la configuration RAID 1/0. Par conséquent, le nombre de disques requis pour la capacité des bases de données Exchange est 60 327 / 2 794,5 * 2 = 43,2 (arrondis à 44).

Le nombre de disques requis pour la capacité des logs Exchange est 2 197 / 2 794,5 * 2 = 1,6 (arrondi à 2).

Résultats finaux des calculs de capacité de stockage

À ce stade, comparez les résultats du calcul des IOPS et du calcul de la capacité, puis sélectionnez le résultat le plus élevé afin de respecter les deux exigences. Dans cet exemple, vous avez besoin au final de 64 * disques NL-SAS de 3 To à 7 200 t/min dans une configuration RAID 1/0 pour la base de données Exchange et de 8 * disques NL-SAS de 3 To à 7 200 t/min dans une configuration RAID 1/0 pour les logs Exchange. Le Tableau 28 propose une synthèse des résultats.

Tableau 28. Nombre de disques requis pour répondre aux exigences en termes d’IOPS et de capacité

données Résultats du calcul Résultats finaux

type de disque

Volumétrie

Base de données Exchange

64 disques pour répondre aux exigences en termes d’IOPS

64 disques Disques NL-SAS

7 200 t/min 3 To

44 disques pour répondre aux exigences en termes de capacité

Log Exchange 8 disques pour répondre aux exigences en termes d’IOPS

8 disques Disques NL-SAS

7 200 t/min 3 To

2 disques pour répondre aux exigences en termes de capacité

Conformément aux bonnes pratiques, placez les copies DAG de chaque base de données sur des disques physiques différents. Dans cet exemple, nous avons configuré des pools de stockage dédiés pour chaque copie de base de données et placé les fichiers de bases de données et les logs Exchange dans différents pools de stockage.

Pour obtenir une efficacité et des performances accrues, les pools de bases de données Exchange utilisent des thin LUN et contiennent à la fois des disques hautes performances et des disques haute capacité, sur lesquels FAST VP est activé pour la hiérarchisation du stockage. Le Tableau 29 montre l’organisation du stockage définitive de cet exemple, basée sur le nombre final de disques déterminé dans le Tableau 28.



Guide de conception

Tableau 29. Configuration des pools de stockage des données Exchange

Organisation du stockage des données Exchange recommandée




3 To 32




3 To 32



3 To 4


3 To 4

Après avoir dimensionné l’application et déterminé le nombre de machines virtuelles de référence et les organisations de stockage sur disque possibles, suivez les étapes ci-après pour choisir l’infrastructure VSPEX EMC Proven adéquate en fonction des résultats calculés :

1. Utilisez la logique et la méthodologie de dimensionnement manuel pour déterminer le nombre total de machines virtuelles de référence (RVM) et l’organisation du stockage des données Exchange possible. Dans cet exemple :

ExchangeRVM = Total reference virtual machine required

for Exchange = 312 RVMs

ExchangeDisks = Total disk numbers required for Exchange

= 72 Disks

2. Si les clients souhaitent déployer d’autres applications dans la même infrastructure VSPEX EMC Proven, consultez les guides de conception VSPEX correspondant aux applications et dimensionnez le nombre total de machines virtuelles de référence et les organisations de stockage pour la charge de travail cumulée.

Par exemple, si le client souhaite déployer Microsoft SQL Server 2012 et Oracle 11g dans la même infrastructure VSPEX EMC Proven, consultez ces guides de conception pour obtenir des instructions de dimensionnement manuel :

EMC VSPEX for Virtualized Microsoft SQL Server 2012, technologie EMC VNX nouvelle génération et sauvegarde EMC

EMC VSPEX for Virtualized Oracle Database 11g OLTP, technologie EMC VNX nouvelle génération et sauvegarde EMC

Vous pouvez par exemple obtenir les résultats suivants :

SQLRVM = Total reference virtual machines required for

SQL Server 2012 = 12 RVMs

SQLDisks = Total disk numbers suggested for SQL Server

2012 = 7 Disks

OracleRVM = Total reference virtual machines required for

Oracle 11g = 16 RVMs

Sélection de l’infrastructure VSPEX EMC Proven adéquate



OracleDisks = Total disk numbers suggested for Oracle 11g

= 55 Disks

3. Additionnez le nombre total de machines virtuelles de référence et le nombre total de disques requis pour toutes les applications. Dans cet exemple :

TotalRVMforApps = SQLRVM + ExchangeRVM + OracleRVM = 12

RVMs + 312 RVMs + 16 RVMs = 340 RVMs

TotalDisksforApps = SQLDisks + ExchangeDisks +

OracleDisks = 7 Disks + 72 Disks + 55 Disks = 134 Disks

4. Discutez avec votre client de l’utilisation maximale de l’infrastructure VSPEX EMC Proven qu’ils souhaitent définir pour l’application et la solution de virtualisation afin de répondre aux besoins métiers exprimés. Calculez le nombre total de disques et de machines virtuelles de référence recommandé pour toutes ces applications.

Dans cet exemple, puisqu’Oracle doit également être déployé dans l’infrastructure VSPEX EMC Proven, EMC recommande l’utilisation de VMware comme solution de virtualisation, basée sur VNX. Si les clients souhaitent atteindre un taux d’utilisation maximal de 90 % pour toutes les applications, le calcul est le suivant :

TotalRVMNeededforAppsFinal = TotalRVMforApps / Maximum

Utilization = 340 RVMs / 90% = 378 RVMs

TotalDisksNeededforAppsFinal = TotalDisksforApps /

Maximum Utilization = 134 Disks / 90% = 149 Disks

5. Utilisez les informations du Tableau 30 et le nombre total de machines virtuelles de référence pour déterminer la configuration minimale requise de l’infrastructure VSPEX EMC Proven.

Dans cet exemple, EMC recommande le Cloud privé VSPEX pour VMware pouvant prendre en charge jusqu’à 600 machines virtuelles de référence comme infrastructure VSPEX EMC Proven minimale pour la charge de travail cumulée.

Tableau 30. Matrice de support des modèles de stockage VSPEX

Modèle d’infrastructure VSPEX EMC Proven*

Nombre maximal de machines virtuelles de référence prises en charge

Baie de stockage prise en charge

Jusqu’à 50 machines virtuelles

50 VNXe3150


100 VNXe3300


300 VNX5400


600 VNX5600

Jusqu’à 1 000 machines virtuelles

1 000 VNX5800

* Inclut l’un des modèles de solution VSPEX suivants : VSPEX Private Cloud for Microsoft VSPEX Private Cloud for VMware



Guide de conception

6. Reportez-vous à l’infrastructure VSPEX EMC Proven appropriée et calculez le nombre de disques requis pour le pool de Cloud privé VSPEX en utilisant la méthode modulaire s’appliquant aux infrastructures virtuelles.

Dans cet exemple, EMC recommande le Cloud privé VSPEX pour VMware pouvant prendre en charge jusqu’à 600 machines virtuelles de référence comme infrastructure VSPEX EMC Proven minimale. Après vous être reporté à l’architecture modulaire du pool de Cloud privé VSPEX, vous obtenez le nombre total de disques requis :

TotalDisksForPrivateCloud = 10 SAS Disks + 2 Flash Disks

= 12 Disks

7. Additionnez le nombre total de disques requis, y compris les disques destinés aux applications combinées, le pool de Cloud privé VSPEX et les disques de secours :

TotalDisks = TotalDisksNeededforAppsFinal +

TotalDisksForPrivateCloud + HotSpare = 149 Disks + 12

Disks + 5 Disks = 166 Disks

8. Comparez les résultats avec les valeurs du Tableau 31 pour vous assurer que la baie utilisée dans l’infrastructure VSPEX EMC Proven peut prendre en charge le nombre total de disques requis. Si ce n’est pas le cas, vous devrez peut-être mettre votre solution à niveau vers le modèle d’infrastructure VSPEX EMC Proven suivant.

Tableau 31. Système et disques de stockage

Système de stockage Nombre de disques maximal

VNXe3150 100

VNXe3300 150

VNX5400 250

VNX5600 500

VNX5800 750

Dans cet exemple, EMC recommande de choisir un Cloud privé VSPEX pour VMware pouvant prendre en charge jusqu’à 600 machines virtuelles de référence comme infrastructure VSPEX EMC Proven et la baie de stockage VNX5600. Le système VNX5600 peut prendre en charge jusqu’à 500 disques au total, ce qui respecte le nombre de disques requis de 166. Par conséquent, EMC vous recommande de porter définitivement votre choix sur le Cloud privé VSPEX pour VMware pouvant prendre en charge jusqu’à 600 machines virtuelles de référence.



Documents

EMC VSPEX FOR VIRTUALIZED MICROSOFT … du stockage pour le serveur de messagerie Exchange ..... 76 Sélection de l’infrastructure VSPEX EMC Proven adéquate ..... 81 Figures Figure