Exemples de création de groupe de disponibilité de base de données

Dernière rubrique modifiée : 2009-12-08

Les groupes de disponibilité de base de données (DAG) offrent un large éventail de possibilités de création architecturale de par leur capacité à contenir jusqu’à 16 serveurs de boîtes aux lettres, associée à leur capacité d’extension dans plusieurs emplacements physiques et sites Active Directory.

Vous pouvez utiliser des exemples de création de DAG dans une variété d’environnements :

• un DAG de deux membres, qui est adapté aux déploiements dans les petites entreprises ou les agences ;
• un DAG à quatre membres qui procure une haute disponibilité au sein d’un centre de données unique en plaçant tous les membres dans un même centre de données ;
• un DAG à quatre membres qui procure à la fois une haute disponibilité au sein d’un centre de données unique et une résilience de site pour ce centre de données en plaçant deux des membres dans le centre principal et les deux autres dans le deuxième centre.

Le schéma de conception utilisé pour vos groupes de disponibilité de base de données et la distribution des copies de bases de données de boîtes aux lettres seront fonction des contrats SLA de votre organisation et des objectifs de temps et de point de récupération du service de boîte aux lettres et des données tels qu’ils sont définis dans ces contrats SLA.

Souhaitez-vous rechercher les tâches de gestion relatives à la haute disponibilité et à la résilience de site ? Voir Gestion de la haute disponibilité et de la résilience de site.

Contenu de cette rubrique

DAG à deux membres dans un centre de données unique/site Active Directory

DAG à quatre membres dans un centre de données unique/site Active Directory

DAG à quatre membres dans deux centres de données/sites Active Directory

DAG à deux membres dans un centre de données unique/site Active Directory

Un DAG à deux membres est le plus petit groupe de disponibilité de base de données capable de procurer une haute disponibilité. Les DAG à deux membres conviennent aux organisations qui nécessitent une certaine forme de haute disponibilité pour les services et données de boîtes aux lettres, mais n’ont pas besoin de résilience de site. Cette configuration fonctionne particulièrement bien dans les déploiements de petites entreprises et agences car elle autorise la redondance pour les rôles de serveurs d’accès au client, de boîtes aux lettres et de transport Hub en faisant appel seulement à deux serveurs Exchange. La figure suivante illustre cette configuration.

Groupe de disponibilité de base de données à deux membres

Cette configuration comporte plusieurs aspects qu’il convient de noter :

• seuls les rôles serveurs d’accès au client, de boîtes aux lettres et de transport Hub occupent le même emplacement. Pour des raisons de performance, cette configuration n’est pas recommandée même si le rôle serveur de messagerie unifiée prend en charge ce partage d’emplacement.
• Afin d’obtenir une haute disponibilité pour les rôles serveurs d’accès au client et de transport Hub, il conviendrait d’utiliser une forme d’équilibrage de charge entre les clients et ces rôles serveurs. Étant donné que ces rôles serveurs partagent leur emplacement avec un serveur de boîtes aux lettres qui est membre d’un groupe de disponibilité de base de données, il n’est pas impossible d’utiliser la fonction d’équilibrage de la charge réseau (NBL) de Windows (puisqu’il est impossible d’installer cette fonction et le clustering avec basculement de Windows sur le même serveur). Au contraire, il faut recourir à une solution sans équilibrage de la charge réseau de Windows (par exemple, l’équilibrage de charge fourni par Internet Security and Acceleration (ISA) Server 2006, un programme d’équilibrage de la charge matérielle ou un système logiciel tiers d’équilibrage de la charge).
• Comme c’est le cas pour tous les groupes de disponibilité de base de données contenant un nombre pair de membres, un DAG à deux membres a besoin d’un serveur témoin pour maintenir le quorum. Le quorum est maintenu tant que plus de la moitié des votants est disponible et en communication. Un DAG à deux membres avec un serveur témoin fournit trois votants (chaque membre du DAG et le témoin peuvent voter dans la mesure où ils sont disponibles et en communication). Par conséquent, un DAG à deux membres peut survivre à la défaillance ou l’indisponibilité d’un votant (par exemple, l’un ou l’autre des deux membres du DAG ou seulement le serveur témoin). Cependant, la perte de deux des votants (par exemple, un membre du DAG et le serveur témoin) entraînera la perte du quorum qui se traduira par une interruption de service.

Retour au début

DAG à quatre membres dans un centre de données unique/site Active Directory

Un groupe de disponibilité de base de données à quatre membres, déployé dans un seul centre de données, offre une plus grande résilience aux défaillances qu’un DAG à deux ou trois membres. Les DAG plus grands offrent intrinsèquement une plus grande résilience puisqu’ils sont capables de résister à plus de défaillances sans entraîner d’interruption de service. Tandis qu’un DAG à deux ou trois membres ne peut accepter que la perte d’un seul votant pour maintenir le quorum et le service, un DAG à quatre membres, disposant par définition de cinq votants, peut donc supporter la perte de deux votants sans compromettre le quorum et le service.

La figure suivante illustre un DAG à quatre membres avec l’ensemble des membres placés dans un seul centre de données.

Groupe de disponibilité de base de données à quatre membres

En utilisant un groupe de disponibilité de base de données comportant quatre membres, vous pouvez créer jusqu’à quatre copies de chaque base de données. Le nombre de copies de bases de données est donc suffisant pour permettre l’utilisation d’autres scénarios de protection des données, tels qu’une protection flexible des boîtes aux lettres. La protection flexible des boîtes aux lettres vous permet de combiner la haute disponibilité d’Exchange 2010 et les fonctionnalités de résilience du moteur ESE (Extensible Storage Engine) à d’autres fonctions de protection intégrées comme les copies retardées de bases de données de boîtes aux lettres, les stratégies de rétention, le dossier Eléments récupérables ainsi que la stratégie de mise en attente, pour créer une solution pouvant limiter le recours à d’autres formes de protection telles que l’utilisation de la technologie RAID ou la réalisation de sauvegardes de données. Pour plus d’informations sur la protection flexible des boîtes aux lettres, consultez la rubrique Présentation de la sauvegarde, de la restauration et de la récupération d'urgence. Pour plus d’informations sur l’utilisation de la réplication pour vos sauvegardes et d’un système JBOD (Just a Bunch Of Disks), consultez la rubriqueConception du stockage de serveur de boîtes aux lettres.

Retour au début

DAG à quatre membres dans deux centres de données/sites Active Directory

Un DAG à quatre membres étendu sur deux centres de données procure la haute disponibilité de deux centres de données et la résilience de site pour les services et données de boîtes aux lettres. Cette configuration est illustrée dans la figure suivante :

Groupe de disponibilité de base de données à quatre membres étendu sur deux sites

Cette configuration comporte plusieurs aspects qu’il convient de noter :

• Le serveur témoin du DAG doit être placé dans le centre de données principal. Le centre de données principal est généralement le centre de données contenant la majorité de la population d’utilisateurs. L’utilisation d’un serveur témoin dans le centre de données principal autorise une fonctionnalité continue pour la majorité de la population d’utilisateurs en cas d’interruption de service d’un réseau étendu (WAN).
• Aucun routage direct ne permet la transmission de signaux de pulsation du réseau de réplication d’un serveur membre du DAG vers le réseau MAPI d’un autre membre du DAG, ou l’inverse, ou entre plusieurs réseaux de réplication au sein du groupe de disponibilité de base de données.
• Dans cet exemple, les rôles serveurs d’ Exchange sont déployés sur du matériel dédié. Étant donné que les rôles serveurs d’accès au client et de transport Hub sont séparés du serveur de boîtes aux lettres dans le groupe de disponibilité de base de données, la fonction d’équilibrage de la charge réseau d’Windows sert à équilibrer la charge entre les rôles serveurs d’accès au client et de transport Hub.

Retour au début