Le choix d'une consolidation des systèmes de messagerie Exchange

Dernière rubrique modifiée : 2005-05-18

Il convient que la décision de consolider les systèmes de messagerie repose sur une évaluation de l'infrastructure existante de l'organisation. Cette évaluation doit inclure une représentation graphique de l'environnement qui illustre les différentes régions administrées séparément, ainsi que les serveurs (au sein de ces régions) qui stockent des boîtes aux lettres, exécutent des connecteurs de messagerie, gèrent des connexions de navigateur entrantes ou effectuent d'autres tâches. Elle doit également inclure une analyse de base du réseau car la fiabilité du réseau et la bande passante disponible influencent considérablement la stratégie de consolidation.

La figure suivante illustre une approche recommandée en ce qui concerne l'identification des possibilités de consolidation.

Dans le cadre d'une stratégie de consolidation de serveurs, vous devez aborder les questions dans l'ordre suivant :

• Est-il possible d'implémenter un modèle d'administration centrale ?   L'administration de Microsoft® Exchange Server 2003 n'est pas liée à la structure de réseau physique et une organisation peut donc implémenter un modèle d'administration centralisée pour Exchange Server 2003, même avec plusieurs emplacements géographiques. Un modèle d'administration centralisée est plus adapté à la consolidation de serveurs qu'un modèle d'administration décentralisée ; en effet, il est généralement impossible de consolider des serveurs sur des régions qui nécessitent une administration indépendante. Si vous ne pouvez pas implémenter une administration totalement centralisée, envisagez d'implémenter un modèle hybride dans lequel un service informatique distinct se charge de chaque région géographique de l'organisation. Chaque service est alors responsable, de manière centralisée, de tous les emplacements distants qui appartiennent à sa région. Il est ainsi possible, par la suite, de consolider les serveurs dans des centres de données régionaux.

• Est-il possible de consolider des emplacements distants dans un centre de données ?    Les emplacements distants qui dépendent de la même autorité administrative sont de bons candidats pour la consolidation de site si une bande passante réseau suffisante est disponible pour prendre en charge la communication client-serveur avec des temps de réponse acceptables. Comme indiqué précédemment, Outlook® 2003 en mode Exchange mis en cache peut fonctionner avec des connexions réseau lentes ou instables. Il convient cependant de réaliser des tests de performance et des projets pilotes pour déterminer si la bande passante existante est suffisante. Il se peut qu'une organisation doive mettre à niveau les connexions réseau qui ne peuvent pas supporter la charge de travail ou s'abstenir d'éliminer des serveurs de boîtes aux lettres dans les bureaux régionaux.

  Remarque :

  Pour estimer les exigences de bande passante, prenez en considération le nombre d'utilisateurs qui se connectent à Exchange 2003 sur la liaison réseau, le type de client utilisé pour accéder aux boîtes aux lettres (par exemple, Outlook 2003 en mode Exchange mis en cache ou Microsoft Office Outlook Web Access) et les habitudes des utilisateurs (par exemple, utilisateurs de messagerie qui communiquent fréquemment comparés aux utilisateurs de messagerie qui communiquent rarement). Vous devez également tenir compte des processus non liés à la communication client-serveur basée sur Exchange ; par exemple, le partage de fichiers et d'imprimantes ou la réplication Active Directory®.

• Est-il possible de consolider des serveurs à chaque emplacement ?    Pour identifier les serveurs qui peuvent être consolidés dans un centre de données ou un emplacement géographique, vous devez analyser les différentes tâches que les serveurs existants gèrent actuellement. Certains types de serveurs sont plus appropriés que d'autres pour une consolidation physique effective. Par exemple, certains serveurs peuvent se charger uniquement de stocker des boîtes aux lettres (serveurs de boîtes aux lettres) pendant que d'autres peuvent traiter uniquement le transfert de messages (serveurs têtes de pont). Vous devez consolider des serveurs de boîtes aux lettres, mais il n'est pas nécessairement judicieux de consolider des serveurs têtes de pont ou des serveurs Web en serveurs de boîtes aux lettres dans les grandes organisations. En raison de leurs exigences en matière de bande passante réseau élevée, les serveurs têtes de pont et les serveurs Web sont plus adaptés aux batteries de serveurs basées sur les technologies d'équilibrage de la charge, par exemple Microsoft Application Center 2000.

  Remarque :
  La consolidation de serveurs représente principalement un moyen de concentrer des données utilisateur sur un petit nombre de serveurs en utilisant un sous-système de stockage sophistiqué. Les serveurs qui incluent des boîtes aux lettres et des dossiers publics sont plus adaptés à la consolidation de serveurs.

• Est-il nécessaire de remplacer le matériel serveur existant pour pouvoir gérer la charge de travail attendue ?   Après avoir identifié les serveurs qui peuvent être consolidés, calculez le nombre final d'utilisateurs que chacun de ces serveurs doit prendre en charge. En fonction de ces chiffres, estimez la charge de travail approximative de chaque serveur pour déterminer la configuration matérielle requise.
  Évaluez si le matériel serveur existant peut s'adapter aux demandes futures. Le fait de réutiliser le matériel existant peut contribuer à réduire les coûts, mais ne procédez pas à une mise à niveau d'ordinateurs multiprocesseurs Pentium Pro ou Pentium II existants vers Windows Server™ 2003 et Exchange 2003. Intel a découvert qu'une mise à niveau vers Windows Server 2003 sur des serveurs qui possèdent deux processeurs Pentium Pro ou Pentium II ou plus peut entraîner une instabilité, une altération des données ou d'autres résultats imprévisibles. La mise à niveau de ces plates-formes imposera le mode monoprocesseur pour Windows Server 2003, lequel représente une configuration prise en charge. Toutefois, un processeur unique qui fonctionne à 200 MHz n'est pas un bon choix pour la consolidation de serveurs. Lorsque vous procédez à une consolidation sur un nombre réduit de serveurs, envisagez de remplacer le matériel serveur et la technologie de stockage existants. Le tableau suivant liste les recommandations en matière de configuration de base processeur/mémoire pour des serveurs de boîtes aux lettres.

  Configurations processeur/mémoire pour des serveurs de boîtes aux lettres

  Nombre d'utilisateurs	Processeurs	Mémoire
  Moins de 500	1 - 2	512 Mo – 1 Go
  500 – 1,000	2 - 4	1 Go – 2 Go
  1,000 – 2,500	4 - 8	2 Go – 4 Go
  2 500 ou plus	4 - 8	4 Go

  Remarque :

  Les chiffres du tableau 1 sont des recommandations pour une configuration optimale. Il est possible de prendre en charge un nombre supérieur d'utilisateurs tout en utilisant un matériel moindre. Microsoft, par exemple, gère actuellement plusieurs serveurs Exchange 2003 à quatre processeurs, qui intègrent 4 500 boîtes aux lettres chacun. Il est possible d'améliorer les performances des serveurs en utilisant des processeurs supplémentaires, mais la configuration à quatre processeurs fonctionne.

  Les facteurs suivants influencent la conception de votre matériel serveur Exchange :

  • **Nombre d'utilisateurs connectés/nombre total d'utilisateurs   **Lorsque vous concevez le matériel serveur, évaluez le nombre d'utilisateurs qui se connecteront simultanément au serveur. Par exemple, il se peut que les exigences de performances soient moins strictes si tous les utilisateurs ne se connectent pas au même moment (notamment lorsque les utilisateurs travaillent en équipe). Cependant, l'activité d'arrière-plan du serveur augmente parallèlement à l'accroissement du nombre de boîtes aux lettres, même lorsque les utilisateurs ne se sont pas connectés au système. Par exemple, l'activité de défragmentation de la base de données augmente sur un serveur qui stocke des milliers de boîtes aux lettres. Prenez toujours en compte les activités d'arrière-plan lorsque vous concevez le matériel serveur.

  • Emplacement et utilisation des banques de messages   Les utilisateurs Exchange peuvent stocker leurs messages dans des boîtes aux lettres serveur ou dans des dossiers personnels (fichiers .pst) sur leur ordinateur client local ou sur un lecteur réseau. Les utilisateurs peuvent réduire la charge de stockage et de traitement d'un serveur en choisissant, comme emplacement de remise du courrier par défaut, leurs dossiers personnels. Par exemple, lorsqu'un utilisateur ouvre ou enregistre un élément dans un dossier personnel, le service de banque d'informations Microsoft Exchange sur le serveur n'est pas impliqué. Toutefois, si vous décidez d'utiliser des dossiers personnels de cette manière, tenez compte du fait que le stockage de tous les messages dans des banques de dossiers personnels sur les ordinateurs clients locaux rend impossible la sauvegarde centralisée des messages.

    Remarque :

    Pour faire en sorte que les utilisateurs stockent des messages dans les fichiers .pst de leurs ordinateurs clients, configurez des quotas de boîtes aux lettres pour les banques de boîtes aux lettres. Si une boîte aux lettres dépasse la limite de taille, l'utilisateur doit réduire la quantité de données en téléchargeant des messages dans le fichier .pst ou en les supprimant. Sinon, l'utilisateur ne peut pas continuer à recevoir et à envoyer des messages électroniques.

  • Habitudes des utilisateurs et clients de messagerie   Lorsque vous concevez le matériel serveur, prenez en considération le nombre de messages que les utilisateurs envoient et reçoivent chaque jour. Tenez compte également des types de clients qu'ils utilisent. Outlook 2003 et Outlook Web Access 2003 placent des charges de travail différentes sur un serveur. Si les utilisateurs exploitent principalement Outlook Web Access 2003, prévoyez des exigences de traitement supplémentaires pour les services IIS (Internet Information Services).

  • Utilisation et réplication de dossiers publics   Les dossiers publics peuvent avoir un impact significatif sur les performances du serveur, selon la taille de dossier, la fréquence d'accès, le nombre de vues différentes pour chaque dossier, le nombre de réplicas, l'horaire de réplication et la fréquence des modifications de contenu. Placez les grands référentiels de dossiers publics sur un serveur Exchange dédié qui ne stocke aucune boîte aux lettres d'utilisateur. Les serveurs Exchange qui stockent des dossiers publics sont parfois appelés « serveurs publics ».

  • Connecteurs et passerelles   Les connecteurs et les passerelles sont des composants de messagerie qui peuvent considérablement augmenter la charge de travail d'un serveur. Le transfert de messages implique la communication de serveur à serveur et peut nécessiter la conversion de message. Comme indiqué précédemment, ne configurez pas des connecteurs ou des passerelles sur de grands serveurs de boîtes aux lettres. Une organisation peut tirer parti de serveurs qui sont dédiés au transfert de messages. Une autre option consiste à migrer tous les systèmes de messagerie vers Exchange 2003 ; les passerelles de messagerie deviennent donc inutiles.

  • La conception du matériel serveur respecte-t-elle les accords sur les niveaux de service ?  Vous pouvez utiliser les outils de contrainte et de performance Exchange 2003 sur un serveur de test pour vérifier si son matériel est conçu pour pouvoir gérer le nombre de boîtes aux lettres que vous souhaitez placer. Vous pouvez, par exemple, utiliser Load Simulator (LoadSim (LoadSim.exe)) pour tester la façon dont un serveur Exchange 2003 répond à un grand nombre de clients Outlook 2003. Jetstress (JetStress.exe) constitue un autre outil utile. Vous pouvez l'utiliser pour simuler la charge d'entrées/sorties (E/S) de disque et vérifier les performances et la stabilité de votre sous-système de disque. Vous pouvez télécharger ces outils à partir du site Web des téléchargements pour Exchange Server 2003. Pour déterminer le nombre de boîtes aux lettres que les serveurs Exchange 2003 d'une classe donnée peuvent prendre en charge, vous pouvez également lire les études d'évaluation des performances sur le site Web Performance Benchmarks for Computers Running Exchange Server 2003. Autre source d'informations sur ce sujet : Troubleshooting Microsoft Exchange Server 2003 Performance.