Présentation des configurations de rôle serveur multiples dans la planification des capacités

S'applique à : Exchange Server 2010

Dernière rubrique modifiée : 2010-01-27

Plusieurs tendances de configuration matérielle des serveurs s’appliquent à la période de Microsoft Exchange Server 2010. Une première tendance est l’augmentation significative des performances des processeurs et le nombre croissant de cœurs de processeur pris en charge par un seul processeur physique. Par conséquent, le déploiement d’un seul rôle serveur Exchange sur un serveur standard équipé de deux processeurs physiques pourrait donner lieu à une sous-exploitation des ressources processeur disponibles. Certains clients pensent que la virtualisation des serveurs exploitera plus efficacement les ressources processeur du serveur. D’autres clients souhaitent combiner des rôles de serveur Exchange sur le même serveur physique. Les deux sont des solutions valides.

Une deuxième tendance est la disponibilité de modèles de serveur composés de deux processeurs physiques et de 10 à 16 disques internes. Si vous tenez compte du nombre de boîtes aux lettres pouvant être prises en charge par les entrée/sorties (E/S) de 10 à 16 disques, le rôle serveur de boîtes aux lettres n’utilisera à lui seul pas plus de la moitié des ressources processeur disponibles. L’ajout du rôle serveur d’accès au client et du rôle serveur de transport Hub à ce serveur permettra d’exploiter plus efficacement sa capacité.

Vous pouvez utiliser les informations de cette rubrique pour savoir quand déployer des configurations de serveurs multirôles et comment planifier correctement des configurations de serveurs multirôles. Un exemple illustre le processus de dimensionnement des serveurs multirôles.

Contenu de cette rubrique

Lorsque des configurations multirôles sont recommandées

Lorsque des configurations multirôles ne sont pas recommandées

Configurations processeur recommandées pour les serveurs multirôles

Alignement de configuration de serveur multirôle sur les ratios recommandés de cœurs de processeur

Capacités mémoire recommandées pour les serveurs multirôles

Détermination de la configuration matérielle requise pour un serveur multirôle

Déploiement d’un serveur multirôle dans un groupe de disponibilité de base de données

Exemple de dimensionnement pour un scénario multirôle Exchange 2010

Lorsque des configurations multirôles sont recommandées

Des configurations multirôles sont recommandées pour les opérations suivantes :

• **Organisations de petites dimensions telles qu’une filiale pour la consolidation de serveurs   **Pour les déploiements ayant principalement pour but de minimiser le nombre de serveurs physiques, d’instances de systèmes d’exploitation et de serveurs Exchange à gérer, un déploiement multirôle est une solution recommandée. L’exécution des rôles serveurs d’accès au client, de transport Hub et de boîtes aux lettres sur le même serveur physique fournit la redondance de rôles nécessaire avec une configuration minimale de deux ou trois serveurs physiques.
• **Modèle de simple unité d’échelle   **Les organisations anticipant une croissance régulière du nombre de leurs boîtes aux lettres doivent envisager le déploiement de serveurs multirôles. Comme chaque serveur multirôle représente un bloc de construction, ce modèle permet d’ajouter facilement des blocs de construction pour répondre aux besoins d’augmentation de capacité.
• **Déploiements de serveurs avec stockage interne   **De nombreux serveurs actuels proposent deux processeurs physiques (8 à 12 cœurs) et 10 à 16 disques internes. Plusieurs améliorations ont été apportées à Exchange 2010 pour réduire les besoins en E/S et faire de ces serveurs une solution rentable En fonction du profil de l’utilisateur et du type de disque, ces serveurs prennent généralement en charge jusqu’à 4 000 boîtes aux lettres. Nous recommandons d’ajouter les rôles serveur d’accès au client et de transport Hub à ces serveurs pour exploiter les ressources processeur supplémentaires et faire de ces serveur des blocs de construction autonomes.
• **Scénarios de minimisation des risques où le nombre de boîtes aux lettres hébergés par un serveur de boîtes aux lettres est limité  **Les serveurs multirôles représentent une solution pour les déploiements où les stratégies de gestion des risques limitent le nombre de boîtes aux lettres pouvant être déployées sur un serveur de boîtes aux lettres. Par exemple, une organisation possédant 10 000 boîtes aux lettres dispose d’une stratégie prévenant qu’une interruption de service d’un serveur ne puisse toucher plus de 25 % des boîtes aux lettres de l’environnement. Le nombre de boîtes aux lettres par serveur de boîtes aux lettres est donc limité à 2 500. La capacité additionnelle de ce serveur pourrait être exploitée en ajoutant des rôles serveur d’accès au client et de transport Hub à ce serveur.

Retour au début

Lorsque des configurations multirôles ne sont pas recommandées

Les configurations multirôles ne sont pas recommandées dans les cas suivants :

• **Organisations de petite taille telles qu’une filiale de consolidation des serveurs avec le Gestionnaire d’équilibrage de la charge réseau Microsoft Windows   **Des serveurs à rôles multiples peuvent ne pas fonctionner correctement dans les déploiements de petite taille où deux ou trois serveurs à rôles multiples sont déployés comme membres d’un groupe de disponibilité de base de données. Pour plus d’informations sur les groupes de disponibilité de base de données, consultez la rubrique Gestion de groupes de disponibilité de base de données. Le composant de clustering ajouté aux serveurs de boîtes aux lettres appartenant à un groupe de disponibilité de base de données prévient l’installation du Gestionnaire d’équilibrage de la charge réseau Microsoft Windows sur le serveur. Toutefois, il reste nécessaire d’équilibrer la charge du trafic entrant pour les serveurs d’accès au client. Dans ce cas, il existe deux options principales :

  • Acheter un système matériel d’équilibrage de charge. Bien qu’il existe des systèmes d’équilibrage de charge réseau en entrée de gamme, cette option peut s’avérer onéreuse, notamment dans des environnements de petites dimensions.
  • Virtualiser les rôles serveur d’Exchange. Cette isolation vous permet d’exécuter le gestionnaire d’équilibrage de charge réseau pour les serveurs d’accès au client fonctionnant sur des machines virtuelles.

• **Organisations de petite taille telles qu’une filiale de consolidation des serveurs avec d’autres applications   **Dans certains environnements, un nombre limité de serveurs aboutit au déploiement de contrôleurs de domaine, de serveurs de fichiers et d’impression et d’autres applications sur le même matériel physique que les serveurs Exchange 2010. Nous vous recommandons d’implémenter les serveurs physiques comme des serveurs hôtes et d’isoler les applications dans un environnement virtuel.

  Remarque :

  Seuls les logiciels de gestion (par exemple, logiciel antivirus, logiciel de sauvegarde, logiciel de gestion des ordinateurs virtuels) peuvent être déployés sur les serveurs hôtes. Aucune autre application serveur (par exemple, Exchange, Microsoft SQL Server, ou Active Directory) ne doit être installée sur le serveur hôte. Les serveurs hôtes doivent être dédiés à l’exécution des ordinateurs virtuels invités.

• **Virtualisation   **Une configuration multirôle n’est pas recommandée au sein d’une machine virtuelle équipée de quatre processeurs virtuels. Cela limiterait sensiblement le nombre de boîtes aux lettres actives pouvant être hébergées par la machine virtuelle. Il est généralement plus efficace de déployer un seul rôle serveur Exchange sur chaque machine virtuelle ou de déployer une machine virtuelle combinant le rôle serveur d’accès au client et de transport Hub pour machine virtuelle jouant le rôle serveur de boîtes aux lettres.
  Pour plus d’informations sur les configurations offrant une combinaison de rôles serveur d’accès au client et de transport Hub, consultez la rubrique Présentation des configurations des rôles combinés d'accès au client et de transport Hub dans la planification de capacité. Pour les déploiements impliquant moins de 500 boîtes aux lettres au total, une configuration multirôle au sein d’un environnement virtuel est acceptable pour réduire le nombre de systèmes d’exploitation et de serveurs Exchange à gérer.

Retour au début

Configurations processeur recommandées pour les serveurs multirôles

De manière générale, un serveur multirôle doit être dimensionné de manière à utiliser la moitié des cœurs de processeur disponibles pour le rôle serveur de boîtes aux lettres et utiliser la moitié restant pour les rôles serveur d’accès au client et de transport Hub. La configuration maximale recommandée est de 24 cœurs de processeur pour les serveurs multirôles. Même si une configuration de serveur multirôle peut exploiter plus de 24 cœurs de processeur, son utilisation n’est pas recommandée.

Ce tableau décrit les configurations minimales, les configurations recommandées et les configurations maximales recommandées :

• Minimum   Il s’agit de la configuration minimale pour les processeurs et la mémoire de serveurs multirôles. La configuration matérielle minimale doit être établie pour bénéficier de l’assistance du support technique de Microsoft.
• Maximum recommandé   Configuration maximale recommandée pour les processeurs et la mémoire de serveurs multirôles. Cette configuration est définie comme étant la configuration offrant le meilleur rapport qualité-prix.

Le tableau suivant présente le nombre minimal et le nombre maximal de cœurs de processeur recommandés pour les serveurs Exchange 2010 multirôles.

Configuration des processeurs pour les serveurs Exchange 2010 multirôles

Retour au début

Alignement de configuration de serveur multirôle sur les ratios recommandés de cœurs de processeur

Le tableau suivant présente le nombre recommandé de cœurs de processeur déployés pour les rôles serveur d’accès au client et de transport Hub par rapport au nombre de cœurs de processeur déployés pour le rôle serveur de boîtes aux lettres. Les ratios standard de cœurs de processeur ne sont pas en phase avec le nombre de cœurs de processeur disponibles sur les systèmes actuels. À moins que vous ne disposiez d’une grande organisation comprenant de nombreux serveurs d’accès au client, de transport Hub et de boîtes aux lettres, votre déploiement ne sera pas probablement conforme aux ratios de cœurs de processeur désirés.

Les configurations de serveurs multirôles peuvent résoudre ce problème et doivent aboutir à une exploitation plus optimale du matériel. Par exemple, si votre serveur est équipé de huit cœurs de processeur, il est possible de les allouer virtuellement à trois rôles serveur Exchange 2010. Si le rôle serveur de boîtes aux lettres utilise environ quatre cœurs, si le rôle serveur d’accès au client utilise environ trois cœurs et si le rôle serveur de transport Hub utilise environ 1 cœur, le ratio obtenu est de 4:1 pour le rôle serveur de boîtes aux lettres et le rôle serveur de transport Hub, tandis que le ratio est de 4:3 pour le rôle serveur de boîtes aux lettres et le rôle serveur d’accès au client . Ce résultat correspond bien aux recommandations relatives aux ratios de cœurs de processeur.

Le tableau suivant présente les ratios recommandés pour les rôles serveur en se basant sur les cœurs de processeur pour les serveurs multirôles.

Ratios recommandés pour les rôles serveur en se basant sur les cœurs de processeur pour les serveurs multirôles

Retour au début

Capacités mémoire recommandées pour les serveurs multirôles

Après avoir établi le nombre de cœurs de processeurs, les recommandations de base relatives à la capacité mémoire peuvent être appliquées. Le tableau suivant illustre les configurations minimales, recommandées et maximales de la mémoire pour des configurations de serveurs Exchange 2010 multirôles.

Configuration de la mémoire pour des serveurs Exchange 2010 multirôles

Retour au début

Détermination de la configuration matérielle requise pour un serveur multirôle

Pour déterminer la configuration matérielle d’un serveur multirôle, le plus simple est de commencer par estimer le nombre de boîtes aux lettres actives que votre configuration matérielle pourra prendre en charge. Le tableau suivant présente quelques estimations préliminaires concernant le nombre d’utilisateurs pouvant être pris en charge par un cœur de processeur pour un profil d’utilisateur spécifique. Il s’agit d’estimations et il est recommandé de lire la rubrique Planification des capacités du processeur du serveur de boîtes aux lettres pour savoir comment calculer le nombre de boîtes aux lettres en fonction des mégacycles disponibles afin d’établir un nombre de boîtes aux lettres plus précis pour le modèle de processeur du serveur. Une fois le nombre d’utilisateurs établi, vous pouvez vous reporter au tableau « Capacités mémoire recommandées pour les serveurs multirôles » présenté ci-avant dans cette rubrique afin d’établir la mémoire système requise.

Le tableau suivant présente le nombre recommandé d’utilisateurs par cœur de processeur pour des configurations multirôles.

Nombre recommandé d’utilisateurs par cœur de processeur pour des configurations multirôles

Retour au début

Déploiement d’un serveur multirôle dans un groupe de disponibilité de base de données

Lorsque vous déployez des serveurs de boîtes aux lettres uniques dans un groupe de disponibilité de base de données, considérez la planification de capacité en cas de défaillance d’un ou de plusieurs serveurs par rapport à la charge du serveur de boîtes aux lettres. Si vous avez quatre serveurs de boîtes aux lettres dans un groupe de disponibilité de base de données, dimensionnez ces serveurs à 50 % de capacité pour qu’ils puissent accepter le double du nombre d’utilisateurs actifs dans le cas d’une défaillance simultanée de deux serveurs de boîtes aux lettres. Puisque les serveurs de transport Hub et d’accès au client sont sur des serveurs physiques différents, la charge supportée par ces serveurs n’est guère modifiée par la perte d’un ou deux serveurs de boîtes aux lettres.

Lorsque vous déployez des serveurs multirôles dans un groupe de disponibilité de base de données, réfléchissez à la planification de capacité pour la charge des serveurs d’accès au client, de transport Hub et de boîtes aux lettres. Si vous avez des serveurs multirôles dans un groupe de disponibilité de base de données, assurez-vous que la capacité est suffisante pour prendre en charge un doublement potentiel de la charge des serveurs de transport Hub et d’accès au client. Puisque la configuration multirôle s’aligne sur les ratios recommandés pour les cœurs de processeur, un dimensionnement correct du nombre maximal de bases de données actives pour les rôles serveur de boîtes aux lettres, de transport Hub et d’accès au client devrait concorder avec les scénarios recommandés.

Retour au début

Exemple de dimensionnement pour un scénario multirôle Exchange 2010

L’exemple suivant illustre le processus de dimensionnement des serveurs multirôles L’exemple comprend les hypothèses de conception suivantes :

• Nombre de boîtes aux lettres   12 000
• Nombre total de boîtes aux lettres 8 000
• Profil de boîte aux lettres   100 messages par jour (par exemple, 20 envoyés et 80 reçus)
• Cache de la base de données par boîte aux lettres 6 Mo (sur la base d’un profil de 100 messages par jour)
• Besoins en disponibilité   Résilience de boîte aux lettres au sein d’un seul site ; protection contre la défaillance simultanée de deux serveurs
• Besoins en base de données 40 bases de données dans le groupe de disponibilité de bases de données, 200 boîtes aux lettres par base de données
• Plate-forme du serveur Serveur composé de 2 processeurs quadri-cœur, 3,33 gigahertz (GHz) (8 cœurs)

La procédure suivante s’applique :

1. Calculer le nombre de serveurs   Un groupe de disponibilité de base de données à quatre nœuds est nécessaire pour offrir une protection contre la défaillance simultanée de deux serveurs ; la configuration démarre donc par quatre serveurs de boîtes aux lettres au sein du groupe de disponibilité de base de données.
2. Calculer le nombre maximal de boîtes aux lettres actives par serveur sur la base du modèle d’activation   En supposant une répartition uniforme des bases de données actives sur les nœuds, chaque serveur doit idéalement héberger 2 000 boîtes aux lettres actives (8 000 ÷ 4). Pour calculer le nombre maximal de boîtes aux lettres actives après la défaillance de deux nœuds (selon l’exemple), le nombre de boîtes aux lettres serait divisé par les deux nœuds restants, soit 4 000 boîtes aux lettres actives par nœud (8 000 ÷ 2).
   Dans cet exemple, le paramètre MaximumActiveDatabases de la cmdlet Set-MailboxServer serait configuré sur 20 pour garantir que pas plus de 50 % des bases de données ne deviennent actives sur un seul serveur.
3. Calculer les besoins en processeur des boîtes aux lettres actives   Multipliez le nombre de boîtes aux lettres actives sur un serveur par le nombre de mégacycles par boîte aux lettres active (4 000 × 2 mégacycles = 8 000 mégacycles), en se basant sur le tableau Cache de la base de données de boîtes aux lettres et le nombre estimé d’E/S par seconde par boîte aux lettres en fonction du profil d’utilisateur et de l’activité de message dans la rubrique Présentation du cache de la base de données de boîtes aux lettres. Multipliez cette valeur de 10 pour cent pour chaque copie de base de données supplémentaire.
   Dans cet exemple, chaque base de données comporte une copie active et deux copies passives, par conséquent les 8 000 mégacycles sont augmentés de 20 % (8 000 × 1,2 = 9 600 mégacycles). Pour plus d’informations, voir la section « Recommandations sur le cache de la base de données » dans la rubrique Présentation du cache de la base de données de boîtes aux lettres.
4. Calculer les besoins en processeur des boîtes aux lettres passives   Multipliez le nombre de boîtes aux lettres passives (lorsqu’un serveur héberge le nombre maximal de boîtes aux lettres actives) par le nombre de mégacycles par boîte aux lettres passive (4 000 × 0,3 mégacycles = 1 200 mégacycles), en se basant sur le tableau Cache de la base de données de boîtes aux lettres et nombre estimé d’E/S par seconde par boîte aux lettres en fonction du profil d’utilisateur et de l’activité de message dans la rubrique Présentation du cache de la base de données de boîtes aux lettres. Pour plus d’informations, voir la section « Recommandations sur le cache de la base de données » dans la rubrique Présentation du cache de la base de données de boîtes aux lettres.
5. **Additionner les besoins en processeur des boîtes actives et passives pour obtenir le chiffre total des besoins en processeur   **Dans cet exemple, 9 600 mégacycles de boîtes actives + 1 200 mégacycles de boîtes passives = 10 800 mégacycles au total.
6. **Appliquer la configuration totale requise pour le processeur à la plate-forme matérielle   **Cet exemple utilise un serveur composé de 2 processeurs quadri-cœur Intel Xeon x5470 de 3,33 GHz. Cela revient à 26,400 mégacycles (8 × 3 300 MHz). Divisez le nombre requis de mégacycles par le nombre de mégacycles disponibles en fonction de la plate-forme de serveurs pour estimer l’utilisation processeur en période de pointe après la défaillance de deux nœuds (10 800 ÷ 26 640 = utilisation processeur prévue à 41 %).
   Il est recommandé que la partie rôle serveur de boîte aux lettres dans une configuration multirôle soit conçue pour ne pas dépasser 40 % d’utilisation aux périodes de pointe (par exemple, en cas de défaillance simultanée de deux nœuds). Cela laissera un espace suffisant pour l’utilisation processeur des rôles serveurs d’accès au client et de transport Hub tout en conservant un taux total d’utilisation processeur à moins de 80 % pendant les périodes de pointe (par exemple, en cas de défaillance simultanée de deux nœuds).
7. Calculer les besoins en mémoire des boîtes aux lettres actives   Multipliez le nombre de boîtes aux lettres actives par le cache de base de données requis par boîte aux lettres. Dans cet exemple, (4 000 × 6 Mo) ÷ 1 024 = 23,4 Go. Les besoins en cache de base de données sont fonction du profil de boîte aux lettres. Pour plus d’informations, voir la section « Recommandations sur le cache de la base de données » dans la rubrique Présentation du cache de la base de données de boîtes aux lettres.
8. Appliquer la configuration mémoire totale requise à la plate-forme matérielle   Cet exemple utilise un serveur composé de huit cœurs de processeur. La capacité mémoire conseillée pour un serveur multirôle est de 14 Go + cache de base de données total pour les boîtes aux lettres actives (tel qu’indiqué dans le tableau précédent).
   La capacité mémoire totale requise pour le serveur multirôle dans cet exemple est de 37,4 Go (14 Go + 23,4 Go). Comme 37 Go n’est pas une configuration mémoire standard, arrondissez la configuration de votre mémoire à 48 Go ou à la capacité la plus proche prise en charge par votre serveur. Il faut garder à l’esprit qu’en mode de fonctionnement normal, la configuration mémoire requise serait de 25,7 Go (14 Go + 23,4 Go ÷ 2 Go), mais qu’il faut prévoir une capacité mémoire suffisante pour faire face à la défaillance simultanée de deux nœuds.

Retour au début