Présentation des facteurs de haute disponibilité

  • Article

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

Cette rubrique décrit plusieurs facteurs de haute disponibilité ayant une incidence sur l’architecture globale de votre serveur de boîtes aux lettres.

Résilience de boîte aux lettres

Avec Exchange Server 2010, vous pouvez choisir de déployer l’infrastructure de votre serveur de boîtes aux lettres dans une mise en œuvre autonome ou avec la résilience de boîte aux lettres. Exchange 2010 a été remodelé pour s’articuler autour du concept de résilience de boîte aux lettres, en changeant l’architecture de manière à ce 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.

Si vous optez pour une solution qui fait appel à la résilience de boîte aux lettres, plusieurs choix s’offrent à vous en termes d’architecture :

  • En déployant plusieurs copies de base de données, vous pouvez :
    • Concevoir une solution qui va à l’encontre des raisons les plus courantes justifiant l’utilisation d’une sauvegarde. Les copies de base de données offrent une protection contre les défaillances matérielles, logicielles ou des centres de données.
    • Augmenter la taille de vos bases de données jusqu’à 2 téraoctets, car votre mécanisme de récupération est une autre copie de base de données et non une restauration depuis une sauvegarde.
    • Envisager d’autres architectures de stockage telles que JBOD (Just a Bunch of Disks), si vous déployez au moins trois copies de base de données.
  • En répartissant des bases de données actives sur tous les serveurs qui participent à un groupe de disponibilité de base de donnée (DAG), vous pouvez optimiser l’efficacité du matériel. Consultez la section suivante de cette rubrique pour plus d’informations.

Pour plus d’informations, consultez les rubriques Planification d'une haute disponibilité et d'une résilience de site et Présentation de la sauvegarde, de la restauration et de la récupération d'urgence.

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

Un aspect important de la planification de la capacité de boîte aux lettres Exchange 2010 consiste à déterminer le nombre de copies de base de données que vous prévoyez d’activer par serveur dans le cadre d’une résilience de boîte aux lettres. Une gamme de modèles est disponible, mais nous vous recommandons les modèles suivants.

Modèle pour toutes les copies de base de données activées

Dans ce modèle de planification de capacité, vous concevez l’architecture de votre serveur de façon à ce que 100 pour cent des copies de base de données hébergées deviennent actives. Par exemple, si votre serveur héberge 35 copies de base de données, vous concevez le processeur et la mémoire de façon à contenir les 35 bases de données actives au cours de la période de pointe.

Sur les deux modèles décrits dans cette rubrique, celui-ci propose la meilleure disponibilité avec les meilleures caractéristiques en termes de performances client. Toutefois, ce modèle représente un capital serveur plus élevé.

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 prévu. Plusieurs facteurs sont à prendre en compte dans ce modèle, notamment la résilience du site, le stockage RAID par rapport à JBOD, la taille du groupe de disponibilité de base de données (DAG) et le nombre de copies de base de données.

Une règle simple consiste à envisager la conception suivante :

  • Défaillance automatique à nœud unique dans les configurations à deux nœuds
  • Défaillance à deux nœuds dans les configurations à trois serveurs (activation manuelle pour la deuxième défaillance)
  • Défaillances automatiques à deux nœuds lorsque le groupe de disponibilité de base de données (DAG) a au moins quatre nœuds

Le nombre de copies de base de données approprié est requis dans chacun des scénarios ci-dessus, et les copies doivent être réparties de façon aléatoire et équitable.

Si vous choisissez ce modèle de planification de capacité, il est fortement recommandé de limiter le nombre de bases de données à activer par serveur de façon à ce que le serveur ne dépasse pas le nombre de bases de données actives qu’il est censé prendre en charge (expliquant les problèmes de performances client).

Vous pouvez limiter le nombre de bases de données en définissant la valeur maximale de bases de données actives. Vous pouvez définir cette limite dans l’environnement de ligne de commande Exchange Management Shell en exécutant Set-MailboxServer -MaximumActiveDatabases. Définissez cette limite sur chaque serveur dans le groupe de disponibilité de base de données (DAG) pour respecter le nombre maximum de bases de données actives que le déploiement peut prendre en charge. Pour plus d’informations, voir Set-MailboxServer.

Ce modèle de planification de capacité offre un équilibre entre le capital, la disponibilité et les caractéristiques en termes de performances client.

Pour plus d’informations, voir Exemples de création de groupe de disponibilité de base de données.