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

 

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

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

La planification de la capacité du serveur de boîtes aux lettres a évolué considérablement depuis les versions antérieures de 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 contenues dans 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 les modèles suivants :

  • Modèle pour toutes les copies de base de données activées Dans ce modèle, vous concevez l’architecture de votre serveur pour gérer l’intégralité des copies de base de données qui deviennent actives.

  • Modèle pour les scénarios de défaillance ciblée Dans ce modèle, vous concevez l’architecture de votre serveur pour gérer la charge de boîte aux lettres active au cours du pire scénario de défaillance.

Pour plus d’informations, consultez les rubriques suivantes :

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 Présentation des configurations de processeur et des performances d’Exchange.

Retour au début

Étapes de conception

En raison des nouveaux facteurs de dimensionnement, d’autres étapes sont nécessaires pour dimensionner les 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 à gérer 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

Messages envoyés ou reçus par boîte aux lettres par jour Cache de base de données par boîte aux lettres en mégaoctets (Mo) Copie de base de données unique (autonome) avec estimation des E/S par seconde par boîte aux lettres Plusieurs copies de bases de données (résilience de boîte aux lettres) avec estimation des E/S par seconde par boîte aux lettres Mégacycles de la boîte aux lettres active ou de la boîte aux lettres autonome Mégacycles de la boîte aux lettres passive

50

3

0.06

0.05

1

0.15

100

6

0.12

0.1

2

0.3

150

9

0.18

0.15

3

0.45

200

12

0.24

0.2

4

0.6

250

15

0.3

0.25

5

0.75

300

18

0.36

0.3

6

0.9

350

21

0.42

0.35

7

1.05

400

24

0.48

0.4

8

1.2

450

27

0.54

0.45

9

1.35

500

30

0.6

0.5

10

1.5

RemarqueRemarque :
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.

Calculer les mégacycles des différentes configurations de processeur

L’exemple illustré dans la section suivante, « Exemple de planification de la capacité pour un serveur de boîtes aux lettres » utilise une configuration de référence de 2 processeurs à 4 cœurs Intel Xeon x5470 3,33 gigahertz (GHz), qui génère 3 333 mégacycles par cœur de processeur. Toutefois, cette configuration n’est probablement pas celle que vous déployez. Vous pouvez effectuer les opérations suivantes pour effectuer un ajustement afin de déterminer les mégacycles disponibles que votre architecture de serveur peut prendre en charge.

  1. Ouvrez un navigateur Web et accédez au site Standard Performance Evaluation Corporation.

  2. Cliquez sur les résultats, mettez en évidence CPU2006, puis sélectionnez Rechercher les résultats CPU2006.

  3. Dans la liste déroulante Configurations disponibles, choisissez Taux SPECint2006. Dans Rechercher une demande de formulaire, sélectionnez l’option Simple, puis cliquez sur Rechercher. Sous Requête simple, saisissez les critères de recherche (par exemple, correspondances de processeurs x5550).

  4. Identifiez le serveur et le processeur que vous envisagez de déployer, cliquez sur Exécuter une simple extraction et notez la valeur correspondante.

Par exemple, supposons que vous déployiez un serveur 8 cœurs Dell PowerEdge M710 équipé de processeurs Intel x5550 (2,670 mégahertz (MHz)). Dans cette configuration, la valeur résultante de SPECint_rate2006 est 240, soit 30 par cœur (dans la formule, il s’agit de la valeur par cœur de la nouvelle plate-forme).

Le système de base HP DL380 G5 x5470 3,33 GHz, 8 cœurs (3,333 MHz) obtient une valeur SPECint_rate2006 de 150, soit 18,75 par cœur (dans la formule, il s’agit de la valeur de base par cœur).

Pour déterminer le nombre de mégacycles dans l’exemple de la plate-forme M710, utilisez la formule suivante :

((Valeur par cœur de la nouvelle plate-forme) × (Nombre d’hertz par cœur de la plate-forme de base)) ÷ (Valeur de base par cœur) = Mégacycles ajustés par cœur

30 × 3 333 ÷ 18,75 = 5 333 mégacycles par cœur ou 42 662 mégacycles par serveur

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 (Just a bunch of disks) (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 aux lettres actives + 1 350 mégacycles de boîtes aux lettres 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 664 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 (22 950 ÷ 26 664 = 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).

Virtualisation

Dans le cas où vous dimensionnez un nouveau déploiement virtualisé, vous ne souhaitez pas sursolliciter les processeurs. Par conséquent, le rapport cœurs logiques/processeurs virtuels est de 1:1 sur votre hôte. À partir de là, suivez les instructions sur le dimensionnement physique présentées dans cette rubrique, puis prévoyez 10 % pour justifier le traitement processeur de l’hyperviseur. Par exemple, si vous avez dimensionné votre déploiement physique pour 500 utilisateurs par cœur, votre déploiement virtuel serait de 450 utilisateurs par cœur.

Calcul du nombre de cœurs de boîte aux lettres requis par centre de données

Comme expliqué dans la rubrique Présentation des ratios de rôle serveur et des performances d'Exchange, vous devrez dimensionner le serveur de transport Hub, le serveur d’accès au client et le serveur de catalogue global en fonction de la charge sur les serveurs de boîtes aux lettres.

Selon une opinion répandue, les recommandations relatives aux ratios de processeurs cœurs sont basées sur le nombre total de cœurs de boîte aux lettres déployées. Pourtant, cela est faux. En règle générale, les serveurs de boîtes aux lettres ne consomment pas toujours toutes les ressources de l’UC. Un solution bien conçue ne doit jamais mobiliser 100 % des ressources de l’UC pendant une période prolongée si l’on en croit les seuils de conception de 70 à 80 % décrits dans la section précédente.

Pour calculer le nombre minimal de processeurs cœurs du serveur de transport Hub, du serveur d’accès au client et du serveur de catalogue global, vous devez déterminer le nombre de cœurs de boîte aux lettres nécessaire pour prendre en charge les bases de données de boîtes aux lettres actives dans le pire scénario de défaillance.

La formule utilisée pour calculer le nombre de cœurs de boîte aux lettres requis dans un centre de données se présente comme suit :

Cœurs de boîte aux lettres requis = (besoins en processeur des boîtes aux lettres actives) ÷ (mégacycles ajustés par cœur) × (nombre de serveurs restants) × (nombre de groupes de disponibilité de base de données)

Si vous ne déployez pas une solution de haute disponibilité, la formule prend la forme suivante :

Cœurs de boîte aux lettres requis = (besoins en processeur des boîtes aux lettres actives) ÷ (mégacycles ajustés par cœur) × (nombre de serveurs de boîtes aux lettres dans le centre de données)

Exemple de calcul du nombre de cœurs de boîte aux lettres requis par centre de données

En reprenant l’exemple précédent, la solution peut supporter deux pannes de serveur, chaque serveur restant exigeant 18 000 mégacycles. Par conséquent :

Cœurs de boîte aux lettres requis = (18 000 ÷ 3 333) × 2

= 5.4 × 2

= total de 11 cœurs

Cela signifie que, dans ce centre de données, un nombre total de 11 cœurs sera utilisé sur les 16 cœurs de boîte aux lettres disponibles dans le scénario de défaillance ciblé (ou 5,5 cœurs par serveur de boîte aux lettres restant).

Sur la base de ces données, le nombre minimal de processeurs cœurs qui doit être déployé dans le centre de données pour le serveur de transport Hub, le serveur d’accès au client et le serveur de catalogue global est :

Nombre minimal de processeurs cœurs du serveur de transport Hub (avec antivirus) par centre de données = (nombre de cœurs de boîte aux lettres requis par centre de données) ÷ 5

= 11 ÷ 5

= 3 cœurs

Nombre minimal de processeurs cœurs du serveur d’accès au client par centre de données = (nombre de cœurs de boîte aux lettres requis par centre de données) × 3 ÷ 4

= 11 × 3 ÷ 4

= 33 ÷ 4

= 9 cœurs

Nombre minimal de processeurs cœurs du serveur de catalogue global (64 bits) par centre de données = (nombre de cœurs de boîte aux lettres requis par centre de données) ÷ 8

= 11 ÷ 8

= 2 cœurs

Retour au début

 © 2010 Microsoft Corporation. Tous droits réservés.