Planification des capacités du processeur du serveur de boîtes aux lettres

Dernière rubrique modifiée : 2010-02-04

La planification de la capacité du serveur de boîtes aux lettres a évolué considérablement depuis les versions antérieures de Microsoft Exchange en raison de la résilience de boîte aux lettres fournie par Microsoft Exchange Server 2010. Exchange 2010 a été remodelé en s’appuyant sur le concept de résilience de boîte aux lettres, en changeant l’architecture de manière que la protection automatique contre le basculement soit désormais appliquée au niveau d’une base de données de boîtes de lettres et non plus au niveau du serveur. Deux changements principaux affectent le processus de planification de capacité du rôle serveur de boîtes aux lettres :

• Hébergement sur le même serveur des copies de base de données actives et passives
• Fourniture du nombre de copies de base de données

Vous pouvez utiliser les informations de cette rubrique pour mieux comprendre ces changements et comme base de conception pour le dimensionnement des serveurs de boîtes aux lettres dans le cadre d’une configuration de résilience de boîte aux lettres.

Contenu de cette rubrique

Hébergement sur le même serveur des copies de base de données actives et passives

Nombre de copies de base de données

Étapes de conception

Hébergement sur le même serveur des copies de base de données actives et passives

Exchange 2010 vous permet d’héberger des copies de bases de données à la fois passives et actives sur le même serveur lorsque celui-ci est configuré pour la résilience de boîte aux lettres. Les processeurs de chaque serveur traitent la charge de travail aussi bien à partir des boîtes aux lettres actives (hébergées par des bases de données montées actives) que des boîtes aux lettres passives (hébergées par des bases de données passives). Il faut tenir compte de la configuration requise pour le processeur de boîtes aux lettres et de bases de données passives lorsque vous procédez à la planification des capacités des boîtes aux lettres d’Exchange 2010. Une copie de base de données passive consomme les ressources processeur pour contrôler ou valider les journaux répliqués, pour relire les journaux répliqués dans la base de données et pour gérer l’index de contenu associé à la copie de la base de données. En général, chaque boîte aux lettres passive (hébergée par une copie de base de données passive) utilise 15 % des ressources processeur nécessaires pour héberger la boîte aux lettres active (hébergée par une copie de base de données active).

Un aspect clé de la planification des capacités des boîtes aux lettres d’ Exchange 2010 consiste à déterminer le nombre de copies de bases de données que vous prévoyez d’activer par serveur dans le cadre d’une configuration de résilience de boîte aux lettres. Vous avez le choix entre plusieurs schémas, mais nous vous recommandons d’utiliser ceux présentés dans la rubrique Présentation des facteurs de haute disponibilité.

Pour plus d’informations, consultez les rubriques suivantes :

• Understanding Processor Configurations and Exchange Performance
• Présentation des configurations mémoire et des performances Exchange

Retour au début

Nombre de copies de base de données

La résilience de boîte aux lettres Exchange 2010 vous permet de configurer plusieurs copies de base de données (jusqu’à 16 copies par base de données). Chaque copie de base de données supplémentaire accroît la charge de travail du processeur du serveur hébergeant la copie active. Cette charge supplémentaire est principalement la réplication des journaux et l’indexation du contenu puisque chaque copie passive récupérera le contenu à indexer à partir de la copie active.

Les ressources processeur par boîte aux lettres du serveur hébergeant la copie de base de données active doivent être augmentées de 10 % à chaque copie supplémentaire de base de données (par exemple, une copie = 10 %, deux copies = 20 %, etc.). Ce coefficient s’applique uniquement au processeur du serveur hébergeant la copie de base de données active. Le processeur hébergeant les copies de bases de données passives n’entre pas dans ce calcul. Pour plus d’informations, consultez la rubrique Understanding Processor Configurations and Exchange Performance.

Retour au début

Étapes de conception

En raison des nouveaux facteurs de dimensionnement, d’autres étapes sont nécessaires au dimensionnement des serveurs de boîtes aux lettres dans le cadre d’une configuration de résilience de boîte aux lettres. Les étapes générales sont les suivantes :

1. Considérez les exigences de haute disponibilité pour l’architecture de la solution globale. Considérez la résilience de boîte aux lettres ou une solution autonome, la résilience de site, le nombre requis de copies de base de données ainsi que le nombre de serveurs ou de groupes de disponibilité de base de données servant à traiter les cas de défaillance courants.
2. Si vous optez pour la résilience de boîte aux lettres, cliquez sur le modèle d’activation de base de données que vous voulez configurer (configuration pour le scénario de défaillance ciblé ou schéma d’activation de toutes les copies de base de données).
3. Utilisez le tableau suivant pour estimer les besoins en processeur et mémoire en fonction du modèle. Considérez les besoins en processeur et mémoire pour les boîtes aux lettres actives, les besoins en processeur pour les boîtes aux lettres passives et les besoins en processeur pour les copies de base de données supplémentaires. Choisissez l’option de modèle d’activation pour définir le nombre maximal de boîtes aux lettres que peut inclure la configuration.

Le tableau suivant fournit les valeurs estimées en fonction de profil utilisateur. Les valeurs estimées sont basées sur une période de pointe de deux heures pendant la journée de travail du travailleur du savoir (par exemple, de 10 heures à midi). Cette période de pointe correspond souvent à deux fois la charge moyenne d’une journée de 8 à 10 heures. La description du profil utilisateur a été omise car la plage des profils s’est élargie avec l’usage accru de la messagerie électronique.

Par cache de base de données de boîtes aux lettres, estimations E/S par seconde et UC basées sur le profil utilisateur et l’activité de messagerie

Remarque :
Vous devez incrémenter de 10 % les mégacycles par boîte aux lettres active pour chaque copie de base de données supplémentaire suivant la première copie active.

Remarque :

Les estimations des mégacycles se basent sur la mesure des processeurs Intel Xeon x5470 3,33 GHz (2 processeurs quadri-cœur). Un cœur de processeur à 3,33 GHz = débit pouvant atteindre 3 300 mégacycles. D’autres configurations de processeur peuvent être estimées en comparant cette plate-forme mesurée aux plates-formes de serveurs testées par la SPEC (Standard Performance Evaluation Corporation). Pour des informations détaillées, consultez les résultats des tests d’évaluation SPEC CPU2006 sur le site Web de la SPEC.

Exemple de planification de capacité pour un serveur de boîtes aux lettres

L’exemple suivant illustre le processus de dimensionnement d’un processeur. L’exemple comprend les hypothèses de conception suivantes :

• Nombre de boîtes aux lettres   12 000.
• Profil de boîte aux lettres 150 messages envoyés ou reçus par jour.
• Exigences de disponibilité Résilience de boîte aux lettres au sein d’un même site, tolérance de pannes pour serveur double.
• Architecture de stockage   Stockage JBOD (et pas RAID) avec trois copies de base de données, 300 boîtes aux lettres par base de données, 40 bases de données avec 30 copies de base de données par serveur (ou 120 copies de base de données par groupe de disponibilité de base de données). Les trois copies de base de données sont réparties de manière aléatoire sur les quatre nœuds si bien qu’il n’y a pas deux serveurs identiques.
• Modèle d’activation Scénario de défaillance ciblé, où les pannes de serveur double sont tolérées avec une interruption minimale. Le résultat est l’activation de 20 bases de données sur 30 copies par serveur après deux défaillances de serveur.
• Plate-forme de serveurs2 processeurs à 4 cœurs Intel Xeon x 5470 3,33 GHz.

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 une tolérance de pannes double serveur ; 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 3 000 boîtes aux lettres actives (12 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 6 000 boîtes aux lettres actives par nœud (12 000 ÷ 2).
   Dans cet exemple, le paramètre MaximumActiveDatabases de la cmdlet Set-MailboxServer est configuré sur 20.
3. **Calculer les besoins en processeur des boîtes aux lettres actives   **Multipliez le nombre maximal de boîtes aux lettres actives (20 × 300 = 6 000 boîtes aux lettres actives) par le nombre de mégacycles par boîte aux lettres active (6 000 × 3 mégacycles = 18 000 mégacycles), en se basant sur le tableau précédent. Multipliez cette valeur de 10 % 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 18 000 mégacycles sont augmentés de 20 % (18 000 × 1,2 = 21 600 mégacycles).
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 un nombre maximal de boîtes aux lettres actives) par le nombre de mégacycles par boîte aux lettres passive (3 000 × 0,45 mégacycles = 1 350 mégacycles), en se basant sur le tableau précédent.
5. **Additionner les besoins en processeur des boîtes actives et passives pour obtenir le chiffre total des besoins en processeur   **Dans cet exemple, 21 600 mégacycles de boîtes actives + 1 350 mégacycles de boîtes passives = 22 950 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 à 4 cœurs Intel Xeon x5470 de 3,33 GHz. Cela revient à 26 640 mégacycles (8 × 3 330 MHz). Divisez le nombre requis de mégacycles basé sur la plate-forme de serveurs pour estimer l’utilisation processeur en période de pointe après la défaillance de deux nœuds (22 950 ÷ 26 640 = utilisation processeur prévue à 86 %). Le taux d’utilisation processeur de 86 % représente un serveur utilisé à pleine capacité sans presque aucun espace, mais comme il s’agit d’une situation de double défaillance pendant la période de pointe, ce taux reste acceptable.
   Pour une configuration avec des serveurs autonomes, nous recommandons un taux d’utilisation ne dépassant pas 70 % en période de pointe et pour les configurations à deux et trois nœuds tolérant l’échec d’un seul nœud, le taux d’utilisation ne doit pas dépasser 80 % en période de pointe (pendant l’échec d’un nœud).

Retour au début