Processus de création du stockage de la boîte aux lettres

Article
03/02/2017

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2016-11-28

Il est recommandé d’articuler le processus de conception de stockage en trois étapes. Les sections suivantes contiennent des informations détaillées sur chacune des étapes de conception, notamment sur les conditions requises du stockage de boîtes aux lettres et les recommandations.

Étape 1 : Rassembler les besoins d’entrée du stockage

Plusieurs facteurs architecturaux d’Exchange 2010 influencent la conception du stockage des boîtes aux lettres. Le tableau suivant répertorie les facteurs essentiels qui impactent la conception du stockage des boîtes aux lettres.

Facteurs architecturaux de la conception du stockage des boîtes aux lettres

Facteur conceptuel	Description	Impact sur la conception du stockage
Nombre de boîtes aux lettres	Nombre maximal de boîtes aux lettres prévues pour être hébergées sur un serveur de boîtes aux lettres spécifique.	Performances Plus il existe de boîtes aux lettres, et plus le nombre de messages remis et ouverts par serveur sera important. Cela engendre des opérations d’E/S de base de données et de journal supplémentaires. Capacité Plus il y a de boîtes aux lettres, et plus la capacité de stockage du contenu de boîte aux lettres sera élevée. Cela affecte le nombre de bases de données et la taille des bases de données par serveur. De même, plus il existe de boîtes aux lettres, et plus le nombre de journaux générés par serveur et par jour sera important. Fiabilité En règle générale, plus le nombre de boîtes aux lettres hébergées sur un serveur de boîtes aux lettres est important, et plus la haute disponibilité sera décisive.
Concurrence de boîte aux lettres	Pourcentage d’utilisateurs qui se connectent simultanément au serveur de boîtes aux lettres calculé sur une heure.	Performances Plus la concurrence est élevée, et plus le nombre de messages remis et ouverts par serveur sera important. Cela engendre des opérations d’E/S de base de données et de journal supplémentaires. En règle générale, une concurrence de 100 pour cent est utilisée pour le dimensionnement standard du stockage par les professionnels de l’information. Capacité Plus la concurrence est élevée, et plus le nombre de journaux générés par serveur et par jour sera important.
Taille de boîte aux lettres	Quota maximal par boîte aux lettres. Par exemple, la taille maximale de boîte aux lettres est égale à 10 Go. Cela inclut la capacité requise pour les données de la boîte aux lettres principale, des archives personnelles et des éléments récupérables (conteneur de dépôt).	Performances Plus la taille des boîtes aux lettres principales est grande, et plus le contenu nécessaire pour traiter des opérations de base de données rares sera important. Par exemple : synchronisation des fichiers de dossiers en mode hors connexion (.ost) Microsoft Outlook et création de nouveaux affichages dans Microsoft Office Outlook Web App. Cela peut engendrer un nombre légèrement supérieur d’opérations d’E/S de base de données et de journal. Capacité Plus la taille des boîtes aux lettres est grande, et plus la capacité de stockage du contenu de boîte aux lettres sera élevée. Cela affecte le nombre de bases de données et la taille des bases de données par serveur.
Profil d’utilisation de boîte aux lettres	Caractéristiques d’utilisation par les utilisateurs des serveurs de boîtes aux lettres, généralement définies sous la forme de messages envoyés et reçus par jours et taille moyenne des messages en kilooctets (Ko).	Performances Plus le profil d’utilisation des boîtes aux lettres est actif, et plus le nombre d’E/S de journal et de base de données pouvant être générées sera élevé. Capacité Plus le profil d’utilisation des boîtes aux lettres est actif, et plus le nombre de journaux générés par serveur et par jour sera élevé.
Types de client de messagerie	Types et pourcentages de client de messagerie différents. Par exemple, Mode Exchange mis en cache Outlook 2003, Windows Mobile, Microsoft Exchange ActiveSync et Microsoft Office Outlook Web App.	Performances Différents clients présentent différentes caractéristiques de performances sur le serveur.
Extensions client de messagerie	Applications Microsoft et tierces qui étendent les fonctionnalités du client de messagerie. Par exemple : clients Office Communicator et Windows Desktop Search.	Performances Selon la mise en œuvre, les applications d’extension client de messagerie peuvent avoir une charge d’E/S légère ou très lourde sur l’E/S de base de données du serveur de boîtes aux lettres.
Applications de serveur	Applications qui s’exécutent sur les serveurs de boîtes aux lettres Exchange. Par exemple : applications pour appareils mobiles tiers et applications antivirus.	Performances Selon la mise en œuvre, les applications de serveur peuvent avoir une charge d’E/S légère ou très lourde sur l’E/S de base de données du serveur de boîtes aux lettres.
Besoins en haute disponibilité	Utilisation ou non de la haute disponibilité Exchange 2010 et mode de configuration correspondant. Par exemple : nombre de copies, nombre de sites et copies retardées.	Performances Les solutions de haute disponibilité peuvent exiger un nombre sensiblement plus important d’E/S que les solutions classiques pour gérer le nombre d’E/S supplémentaires du volume de journaux généré par la réplication des journaux. Capacité L’utilisation de la haute disponibilité accroît la quantité d’espace de stockage de fichiers de base de données requise (selon le nombre de copies). Si l’enregistrement circulaire est utilisé, la capacité de journal peut être réduite. La haute disponibilité permet d’obtenir un nombre plus important de journaux générés par serveur et par jour. Fiabilité Le déploiement de la haute disponibilité augmente le nombre viable d’options de stockage. Un espace de stockage moins fiable, un stockage sans RAID ou un système JBOD (Just a Bunch Of Disks) peut être utilisé s’il existe plusieurs copies de bases de données dans un déploiement de haute disponibilité.

Pour plus d’informations sur les fonctionnalités décrites dans le tableau précédent, consultez les rubriques suivantes :

Étape 2 : Architecture du stockage de conception basée sur les besoins d’E/S et de capacité

Après avoir rassemblé les besoins d’entrée du stockage d’Exchange 2010, vous devez concevoir votre architecture de stockage en fonction des besoins d’E/S et de capacité. Il existe plusieurs manières de configurer votre architecture de stockage. Vous pouvez calculer manuellement les besoins de l’architecture de stockage ou bien utiliser le calculateur des besoins du rôle serveur de boîtes aux lettres d’Exchange 2010. Le calcul manuel de vos besoins exige une compréhension plus approfondie de la conception du stockage des boîtes aux lettres, qui est abordée dans les rubriques répertoriées dans la section « Calcul manuel des besoins du rôle serveur de boîtes aux lettres » plus loin dans cette rubrique. Lorsque vous utilisez le calculateur des besoins du rôle serveur de boîtes aux lettres, il vous permet de saisir les informations désirées, puis fournit des recommandations sur votre conception.

Calcul manuel des besoins du rôle serveur de boîtes aux lettres

Pour déterminer votre architecture de rôle serveur de boîtes aux lettres, effectuez les opérations suivantes :

Pour déterminer votre modèle de haute disponibilité, consultez la rubrique Présentation des facteurs de haute disponibilité.
Pour calculer les besoins de capacité de votre base de données et journal, consultez la rubrique Présentation des facteurs de capacité des journaux et des bases de données de boîtes aux lettres.
Pour déterminer vos besoins en mémoire, consultez la rubrique Présentation du cache de la base de données de boîtes aux lettres.
Pour calculer les besoins de performance de votre base de données et journal, consultez la rubrique Présentation des facteurs de performance des journaux et des bases de données.
Pour déterminer votre architecture LUN (numéro d’unité logique) en fonction de vos besoins, consultez la rubrique Présentation de l'architecture des numéros d'unité logique d'Exchange 2010.
Pour déterminer votre architecture de stockage en fonction de vos besoins, consultez la rubrique Présentation de la configuration de stockage.
Pour déterminer vos besoins en unité centrale, consultez la rubrique Planification des capacités du processeur du serveur de boîtes aux lettres.

Pour obtenir un aperçu de toutes ces informations réunies, consultez la section Exemple de conception d'un rôle serveur de boîtes aux lettres Exchange 2010.

Utilisation du calculateur des besoins du rôle serveur de boîtes aux lettres

Le calculateur des besoins du rôle serveur de boîtes aux lettres Exchange 2010 vous permet de déterminer vos besoins pour le rôle serveur de boîtes aux lettres en spécifiant un ensemble de facteurs d’entrée. Il peut déterminer les besoins en matière de mémoire, de stockage (configuration des performances de l’E/S, de la capacité et du stockage), de disposition optimale des numéros d’unité logique et de mégacycles du processeur. De nombreuses variables doivent être prises en compte avant de pouvoir concevoir une solution optimum pour un serveur de boîtes aux lettres Exchange 2010 et le calculateur peut vous assister au cours du processus de conception. Pour de plus amples informations sur le calculateur (et pour télécharger ce dernier), consultez l’article du blog de l’équipe Exchange Server Calculateur des besoins du rôle serveur de boîtes aux lettres Exchange 2010.

Remarque :
Le contenu de chaque blog et les URL correspondantes peuvent faire l’objet de modifications sans préavis. Le contenu de chaque blog est fourni en l’état sans aucune garantie, et ne confère aucun droit. L’utilisation des exemples de script inclus est soumise aux conditions spécifiées dans les Conditions d’utilisation de Microsoft.

Étape 3 : Valider les performances et la fiabilité du stockage

Avant l’implémentation d’une solution de stockage dans un environnement de production, il convient de vérifier que la solution est correctement configurée. Cette section contient des instructions pour tester avec succès une solution de stockage pour Exchange, en commençant par un programme incluant des solutions déjà testées.

En outre, vous y trouverez des informations sur plusieurs outils pouvant vous aider à gérer, tester et surveiller votre solution de stockage. Pour plus d’informations sur la compréhension et la résolution de problèmes liés aux performances de l’E/S, consultez la rubrique Présentation des facteurs de performance des journaux et des bases de données.

Programme ESRP (Exchange Solution Reviewed Program)

Lors de la sélection d’une solution de stockage, il est recommandé de choisir une solution revue par le programme ESRP (Solution Reviewed Program) d’Microsoft Exchange pour le stockage. Le stockage ESRP est un test spécifique à Exchange, une infrastructure de publication des meilleures pratiques et un processus de passage en revue pour faciliter la création de solutions de stockage Exchange connues et valides. Les objectifs du programme ESRP sont les suivants :

Offrir aux fournisseurs de stockage une assistance normative concernant les tests de stockage et la publication des meilleures pratiques d’Exchange
Développer un mécanisme d’examen des solutions de stockage pour s’assurer qu’elles correspondent aux meilleures pratiques d’Exchange
Fournir aux clients des solutions de stockage correctement testées et de haute qualité, ciblées pour les déploiements d’Exchange

Pour plus d’informations, voir Programme ESRP de Microsoft.

Remarque :
Le programme ESRP de stockage n’est pas un programme de certification, de qualification ou de logo de Microsoft.

Comme le stockage peut être configuré de nombreuses manières, l’évaluation des configurations testées et le recours aux meilleures pratiques peut réduire les coûts et la durée du déploiement.

Test du stockage

Pour tester une solution, un travail préparatoire doit être effectué pour comprendre ce que le test permet de réaliser. La réussite d’un test de stockage repose sur :

la définition des objectifs du test. Par exemple, prendre en compte les besoins en performances, débit et capacité nécessaires.
le test du plus grand nombre possible de serveurs associés au stockage qui seront en action. Cela comprend les serveurs et les charges de travail non Exchange.
le test avec des bases de données dimensionnées pour la production et des capacités de disque physique remplies au niveau de production. La plupart des caractéristiques des performances de disque physique évoluent en fonction de la taille de l’ensemble des données.
le respect des besoins en E/S transactionnelles et la détermination des performances maximales de la solution selon des latences acceptables.
le respect des besoins de performances et du débit de sauvegarde pour satisfaire votre contrat SLA de sauvegarde et de restauration.

Outils relatifs au stockage

L’outil Microsoft Exchange Server Jetstress simule exactement les caractéristiques des E/S Exchange. Cela inclut un test du stress et des performances qui affiche les performances maximales d’un numéro d’unité logique selon des latences acceptables. Exchange Load Generator simule les clients Microsoft Office Outlook.

Les deux outils simulent Outlook. La simulation des clients Outlook est la seule manière de mesurer la latence réelle du client (plutôt que de mesurer uniquement la latence du disque du serveur). Pour plus d’informations sur ces outils, notamment leur mode de téléchargement, consultez la rubrique Outils pour les performances et l'évaluation de l'évolutivité.

Important :
L’outil Exchange Jetstress doit être utilisé sur des systèmes avant d’installer les données de production sur le serveur. Jetstress ne doit pas être utilisé sur des systèmes contenant des données de production.

Important :
Exchange Load Generator est destiné à une utilisation dans des environnements de test, et non des environnements de production.

Analyse de l’intégrité du stockage de serveur

Le contrôle de votre solution de stockage est essentiel pour identifier les avertissements logiciels et matériels, ainsi que les erreurs pour prévenir un arrêt ou un endommagement des données.

Les outils suivants permettent de surveiller votre solution de stockage. Ils sont disponibles sous le nœud Boîte à outils de la console de gestion Exchange :

Best Practices Analyzer Tool
Analyseur de performances
Utilitaire de dépannage des performances

Vous pouvez également utiliser Microsoft System Center Operations Manager 2007 pour surveiller votre solution de stockage et bien d’autres aspects de votre organisation Exchange.

L’Analyseur de performances (perfmon.exe) est le composant logiciel enfichable de performance MMC (Microsoft Management Console) pour Exchange 2010. Perfmon, qui utilise l’objet de performance MSExchangeIS pour extraire les données du compteur, fournit des informations vous permettant de mesurer l’intégrité de votre solution de stockage. Pour plus d’informations, consultez la rubrique Compteurs et seuils de performances et d’évolutivité.

Analyse de l’intégrité de la solution de stockage

De nombreuses solutions de stockage offrent un moyen de consulter les métriques de performance. La surveillance de ces métriques permet de détecter des problèmes de performance avant qu’ils n’affectent Exchange. Si vous en disposez, l’intégration de System Center Operations Manager 2007 du fournisseur de stockage peut permettre d’effectuer des mesures propriétaires faciles à comprendre. Les métriques générales suivantes doivent être surveillées :

Pourcentage d’utilisation du disque Quel est le taux d’utilisation des disques physiques ?
Ratio des opérations de lecture du cache réussies Comment le cache de contrôleur de stockage est-il utilisé ?
Demandes en attente d’écriture À quelle fréquence le contrôleur attend-il le disque physique ?
Pourcentage d’utilisation du processeur de stockage Quel est le taux d’utilisation du processeur de contrôleur de stockage ?

Partager via