Clustering Exchange Server 2003

Dernière rubrique modifiée : 2007-06-28

Grâce aux technologies de clustering Windows, votre organisation Exchange 2003 peut bénéficier d'une excellente évolutivité, disponibilité, fiabilité et tolérance de pannes. Un cluster est composé de plusieurs ordinateurs (également appelés nœuds) qui fonctionnent en cohésion dans un service de cluster. Ces ordinateurs font office de fournisseurs de services réseau ou d'ordinateurs de réserve qui prennent en charge les opérations des nœuds défaillants. En fonction de la configuration de votre cluster, le clustering permet de simplifier le processus de récupération d'un serveur unique en cas d'incidents.

Remarque :

La solution de clustering décrite dans cette rubrique (clustering Windows) n'est pas prise en charge sur les serveurs frontaux. Les serveurs frontaux doivent être des serveurs autonomes, ou leur charge doit être équilibrée à l'aide de la fonction d'équilibrage de la charge réseau de Windows Server 2003. Pour plus d'informations sur l'équilibrage de la charge réseau et les configurations de serveurs frontaux et principaux, voir « Garantie d'un accès fiable aux serveurs Exchange frontaux » dans la rubrique sur les Mesures de tolérance de pannes au niveau système.

Dans un environnement de clusters, Exchange s'exécute comme un serveur virtuel (non comme un serveur autonome) car chaque nœud d'un cluster peut prendre le contrôle d'un serveur virtuel. Si le nœud exécutant le serveur virtuel Exchange rencontre des problèmes, le serveur virtuel Exchange se déconnecte brièvement jusqu'à ce qu'un autre nœud prenne le contrôle du serveur virtuel Exchange. Toutes les recommandations relatives au clustering Exchange concernent les configurations de clusters actifs/passifs. Pour plus d'informations sur les configurations de clusters actifs/passifs et actifs/actifs, voir « Configurations de clusters » plus loin dans cette rubrique.

Un cluster à quatre nœuds comprenant trois nœuds actifs et un nœud passif est une configuration recommandée pour votre cluster Exchange 2003. Chaque nœud actif contient un serveur virtuel Exchange. Cette configuration est rentable, car elle vous permet d'exécuter trois serveurs Exchange actifs tout en garantissant la possibilité de basculement grâce à un serveur passif.

Remarque :
Les quatre nœuds de ce cluster exécutent Windows Server 2003 Enterprise Edition et Exchange Server 2003 Enterprise Edition. Pour plus d'informations sur la configuration de stockage, matérielle et réseau de cet exemple, voir la rubrique sur le scénario de cluster à quatre nœuds dans le Guide de déploiement de Microsoft Exchange Server 2003.

Cette section traite des aspects suivants des clusters Exchange 2003 :

• Clustering Windows
• Serveurs virtuels Exchange
• Ressource du disque de quorum
• Configurations de clusters
• Versions de Windows et d'Exchange requises
• Exemple d'une topologie de cluster à deux nœuds
• Basculements
• Adresses IP et noms de réseaux

Clustering Windows

Pour créer des clusters Exchange 2003, vous devez utiliser la fonction de clustering de Windows. Le clustering Windows est une fonctionnalité de Windows Server 2003 Enterprise Edition et de Windows Server 2003 Datacenter Edition. Le service de cluster Windows contrôle tous les aspects du clustering Windows. Lorsque vous exécutez le programme d'installation de Microsoft Exchange 2003 sur un nœud de cluster Windows Server 2003, la version d'Exchange qui reconnaît les clusters est automatiquement installée. Exchange 2003 utilise les fonctionnalités de clustering Windows suivantes :

• Architecture Shared nothing   Les clusters principaux d'Exchange 2003 exigent l'utilisation d'une architecture « shared nothing ». Dans une architecture « shared nothing », même si tous les nœuds du cluster peuvent accéder au stockage partagé, ils ne peuvent pas accéder simultanément à la même ressource de disque de ce stockage partagé. Par exemple, dans la figure 5.3, si le nœud 1 est propriétaire d'une ressource de disque, aucun autre nœud du cluster ne peut accéder à la ressource de disque avant d'être devenu propriétaire de cette ressource.
• DLL de ressource   Windows communique avec les ressources d'un cluster à l'aide d'une DLL de ressource. Pour communiquer avec le service de cluster, Exchange 2003 fournit sa propre DLL de ressource personnalisée (Exres.dll). La communication entre le service de cluster et Exchange 2003 est personnalisée afin que toutes les fonctionnalités du clustering Windows soient disponibles. Pour plus d'informations sur Exres.dll, voir l'article 810860 de la Base de connaissances Microsoft sur l'architecture de la bibliothèque de liens dynamiques Exchange (Exres.dll).
• Groupes   Pour intégrer des serveurs virtuels Exchange dans un cluster, Exchange 2003 utilise des groupes de clusters Windows. Un serveur virtuel Exchange dans un cluster est un groupe de clusters Windows contenant des ressources de cluster telles qu'une adresse IP et le service Surveillance du système Exchange 2003.
• Ressources   Les serveurs virtuels Exchange incluent des ressources de service de cluster, telles que les adresses IP, les noms de ressources et les disques physiques. Les serveurs virtuels Exchange incluent également leurs propres ressources. Après avoir ajouté la ressource Surveillance du système Exchange (une ressource propre à Exchange) à un groupe de clusters Windows, Exchange crée automatiquement les autres ressources essentielles liées à Exchange, telles que l'instance de serveur virtuel HTTP Exchange, l'instance de banque d'informations Exchange et l'instance MS Search Exchange.

Serveurs virtuels Exchange

Pour créer un cluster Exchange 2003, vous devez créer un groupe de clusters Windows Server 2003 et ajouter des ressources spécifiques dans ce groupe. Les clusters Exchange 2003 créent des serveurs logiques appelés serveurs virtuels Exchange. Contrairement à un serveur Exchange 2003 autonome (sans clusters), un serveur virtuel Exchange est un groupe de clusters qui peut être basculé en cas de défaillance du serveur principal exécutant le serveur virtuel Exchange. Lorsqu'un nœud du cluster est défaillant, l'un des nœuds restants prend le relais du serveur virtuel Exchange défaillant. Pour accéder à ce nouveau serveur, les clients peuvent utiliser le même nom de serveur.

Un serveur virtuel Exchange est un groupe de clusters qui nécessite les ressources minimales suivantes :

• adresse IP statique,
• nom de réseau,
• un ou plusieurs disques physiques pour le stockage partagé,
• une ressource Surveillance du système Exchange 2003 (Cette ressource installe les autres ressources Exchange requises.)

La figure suivante illustre les ressources d'un cluster Exchange 2003 et leurs dépendances.

Remarque :
Dans Exchange 2003, lorsque vous créez un serveur virtuel Exchange, les ressources IMAP4 et POP3 ne sont pas créées automatiquement. Pour plus d'informations sur les ressources IMAP4 et POP3, voir la rubrique sur la gestion des clusters Exchange du Guide d'administration d'Exchange Server 2003.

Les ordinateurs clients se connectent à un serveur virtuel Exchange de la même manière que s'ils se connectaient à un serveur Exchange 2003 autonome. Windows Server 2003 fournit les ressources d'adresse IP, de nom de réseau et de disque associées au serveur virtuel Exchange. Exchange 2003 fournit la ressource Surveillance du système et les autres ressources requises. Lorsque vous créez la ressource Surveillance du système, toutes les autres ressources dépendantes et requises sont créées.

Le tableau suivant répertorie les ressources de cluster Exchange 2003 et leurs dépendances.

Ressources et dépendances d'un cluster Exchange 2003

Les clusters Exchange 2003 ne prennent pas en charge les composants Windows et Exchange 2003 suivants :

• Connecteur Active Directory
• Connecteur du calendrier Exchange 2003
• Connecteur Exchange pour Lotus Notes
• Connecteur Exchange pour Novell GroupWise
• Service Événements Microsoft Exchange
• Service de réplication de sites (SRS)
• Protocole NNTP (Network News Transfer Protocol)

  Remarque :
  Le service NNTP, sous-composant du composant Services IIS de Windows Server 2003, est obligatoire pour l'installation d'Exchange 2003 dans un cluster. Cependant, une fois Exchange 2003 installé dans un cluster, le service NNTP ne fonctionne plus.

Groupes de cluster

Lorsque vous configurez un cluster Exchange, vous devez créer des groupes pour gérer le cluster, ainsi que les serveurs virtuels Exchange dans le cluster. Vous pouvez, en outre, configurer chaque serveur virtuel Exchange indépendamment. Pour créer les groupes de cluster, respectez les consignes suivantes :

• La ressource MSDTC (Microsoft Distributed Transaction Coordinator) est nécessaire pour l'installation d'Exchange Server et des Service Packs. Sur un cluster dédié à Exchange, il est recommandé d'ajouter la ressource MSDTC au Groupe du cluster par défaut. Il est également recommandé de désactiver l'option Affecter le groupe pour la ressource MSDTC. Cela évite qu'une défaillance de la ressource MSDTC affecte le groupe du cluster par défaut.
• Pour plus d'informations sur l'ajout de la ressource MSDTC dans Windows Server 2003, voir l'article 301600 de la Base de connaissances Microsoft sur la « procédure de configuration de Microsoft Distributed Transaction Coordinator sur un cluster Windows Server 2003 ». L'article 301600 de la Base de connaissances Microsoft fait référence à l'article 817064 sur la « procédure d'activation de l'accès DTC réseau dans Windows Server 2003. » Pour la sécurité d'Exchange Server, il est vivement conseillé de ne pas activer l'accès DTC réseau pour un cluster Exchange. Si vous configurez la ressource Distributed Transaction Coordinator pour un cluster Exchange, n'activez pas l'accès DTC réseau.
• Pour garantir la tolérance de pannes du cluster, n'ajoutez au groupe du cluster par défaut aucune autre application ou ressource de cluster que la ressouce MSDTC et n'utilisez le volume de quorum pour rien d'autre que le quorum du cluster et la ressource MSDTC.
• Affectez à chaque groupe son propre jeu de ressources de disque physique. Cette opération permet le basculement simultané des fichiers journaux des transactions et des fichiers de base de données sur un autre nœud.
• Utilisez des disques physiques distincts pour stocker les fichiers journaux des transactions et les fichiers de base de données. Grâce à des disques durs distincts, une défaillance d'une seule pile ne peut pas avoir une incidence sur plus d'un groupe. Cette consigne s'applique également aux serveurs Exchange autonomes.

Pour plus d'informations sur les considérations relatives au stockage pour les clusters de serveurs, voir « Solutions de stockage de cluster » dans la rubrique Considérations relatives à la planification de clusters.

Ressource du disque de quorum

La ressource la plus importante dans le cluster est la ressource du disque quorum. Cette ressource gère les données de configuration du cluster, notamment le journal quorum, le point de contrôle des bases de données du cluster et les points de contrôle des ressources. Elle fournit également un stockage physique permanent d'une défaillance système à une autre. Si vous exécutez Windows Server 2003, vous pouvez choisir parmi les types de quorum suivants :

Remarque :
Si vous exécutez Windows 2000, vous devez utiliser le quorum standard.

• Quorum standard (également appelé quorum unique)   Les données de la ressource de disque quorum sont hébergées sur une ressource de disque physique partagé auquel tous les nœuds du cluster peuvent accéder. Étant donné que les données de configuration du cluster sont conservées sur la ressource de disque quorum, tous les nœuds du cluster doivent être en mesure de communiquer avec le nœud sur lequel cette ressource réside.
• Quorum Jeu de nœuds majoritaire   Les données de quorum sont stockées localement sur le disque système de chaque nœud du cluster. La ressource Quorum Jeu de nœuds majoritaire vérifie que les données de configuration du cluster stockées sur le quorum Jeu de nœuds majoritaire sont cohérentes sur les différents disques.

La figure suivante illustre un disque quorum standard et un quorum Jeu de nœuds majoritaire pour un cluster à quatre nœuds.

Lorsqu'un cluster est créé ou lorsque la communication entre les nœuds d'un cluster échoue, la ressource de disque de quorum empêche les nœuds de former des clusters multiples. Pour former un cluster, un nœud doit se prononcer en faveur de la prise de contrôle de la ressource du disque de quorum et en prendre effectivement possession. Par exemple, si un nœud ne parvient pas à détecter un cluster pendant le processus de détection, il cherchera à former son propre cluster en prenant le contrôle de la ressource de disque de forum. Cependant, s'il ne parvient pas à prendre contrôle de cette ressource, il ne peut pas former de cluster.

La ressource de disque de quorum contient la version la plus récente de la base de données de configuration du cluster sous la forme de journaux de récupération et de fichiers de points de contrôle du Registre. Ces fichiers contiennent des données d'état et de configuration du cluster pour chaque nœud. Lorsqu'un nœud rejoint un cluster ou en crée un, le service de cluster met à jour la copie individuelle de la base de données de configuration du nœud. Lorsqu'un nœud rejoint un cluster existant, le service de cluster récupère les données de configuration à partir des autres nœuds actifs.

Le service de cluster utilise les journaux de récupération de la ressource de disque quorum pour effectuer les opérations suivantes :

• Garantir qu'un seul ensemble de nœuds actifs, qui communiquent, peut fonctionner comme cluster.
• Permettre à un nœud de former un cluster uniquement s'il parvient à prendre le contrôle de la ressource de disque de quorum.
• Permettre à un nœud de rejoindre un cluster existant ou d'y rester uniquement s'il est en mesure de communiquer avec le nœud qui contrôle la ressource de disque quorum.

Remarque :
Il est conseillé de créer de nouveaux groupes de clusters pour les serveurs virtuels Exchange ; aucun serveur virtuel Exchange ne doit être créé dans le groupe de clusters comportant la ressource de disque quorum.

Lorsque vous sélectionnez le type de quorum pour votre cluster Exchange, prenez en compte les avantages et les inconvénients de chaque type de quorum. Par exemple, pour garantir l'exécution continue d'un quorum standard, vous devez protéger la ressource de disque quorum située sur le disque partagé. Par conséquent, il est conseillé d'utiliser une solution RAID pour la ressource de disque quorum. Qui plus est, pour garantir l'exécution continue d'un cluster Jeu de nœuds majoritaire, la majorité des nœuds doit être en ligne. Vous devez donc utiliser l'équation suivante :

<Nombre de nœuds configurés dans le cluster>/2 + 1.

Pour plus d'informations sur la sélection d'un type de quorum pour votre cluster, voir la rubrique sur le choix d'un modèle de cluster dans le Kit de déploiement de Windows Server 2003.

Configurations de clusters

Grâce à la mise en cluster, un groupe de nœuds indépendants fonctionne de la même manière qu'un système unique. Chaque nœud du cluster dispose d'une mémoire, de processeurs, de cartes réseau et de disques durs locaux qui lui sont propres pour le système d'exploitation et les fichiers d'application, mais chaque nœud partage un support de stockage commun. Ces serveurs peuvent être reliés par un réseau privé distinct, utilisé uniquement pour la communication entre les nœuds du cluster.

En règle générale, il est préférable d'utiliser un matériel identique (par exemple, des processeurs identiques, des cartes d'interface réseau identiques et la même quantité de RAM) pour chaque nœud du cluster. De cette manière, tous les utilisateurs bénéficient des mêmes performances lorsqu'ils accèdent à leurs boîtes aux lettres sur un serveur principal, que le serveur virtuel Exchange assurant l'accès soit exécuté sur un nœud principal ou sur un nœud autonome. Pour plus d'informations sur les avantages qui découlent de l'utilisation d'un matériel normalisé sur vos serveurs, voir la section sur le matériel normalisé dans la rubrique sur les Mesures de tolérance de pannes de niveau composant.

Remarque :

En fonction des rôles de chaque nœud du cluster, vous pouvez opter pour différents types de matériels (processeurs, mémoire RAM et disques durs, par exemple) pour les nœuds passifs de votre cluster. Ceci peut s'appliquer, par exemple, dans le cas d'une solution de déploiement sophistiquée qui utilise les nœuds de cluster passifs pour les opérations de sauvegarde. Pour plus d'informations sur la procédure de mise en place de différents types de matériels sur les nœuds de votre cluster, voir la rubrique sur la sauvegarde et la restauration de la messagerie chez Microsoft.

Les sections suivantes traitent des configurations de clusters Exchange 2003, et plus particulièrement, des configurations de clusters actifs/passifs et actifs/actifs. La configuration de cluster recommandée pour Exchange est la configuration de clusters actifs/passifs. Dans ce type de configuration, aucun nœud de cluster n'exécute plus d'un serveur virtuel Exchange à la fois. De plus, avec les clusters actifs/passifs, les nœuds de clusters sont plus nombreux que les serveurs virtuels Exchange.

Remarque :
Avant de configurer vos clusters Exchange 2003, vous devez déterminer le niveau de disponibilité attendu par vos utilisateurs. Configurez ensuite votre matériel selon le type de cluster Exchange 2003 qui répond le mieux à vos besoins.

Clustering actif/passif

La configuration de cluster fortement conseillée pour Exchange est la configuration de clusters actifs/passifs. Dans ce type de configuration, un cluster Exchange inclut jusqu'à huit nœuds et peut héberger au maximum sept serveurs virtuels Exchange (chaque nœud actif exécute un serveur virtuel Exchange). Tous les clusters actifs/passifs doivent inclure un ou plusieurs nœuds passifs. Un nœud passif est un serveur sur lequel Exchange est installé et qui est configuré pour exécuter un serveur virtuel Exchange mais qui reste en veille jusqu'à ce qu'une défaillance survienne.

Dans le cas des clusters actifs/passifs, lorsque l'un des serveurs virtuels Exchange est soumis à une défaillance (ou est déconnecté), un nœud passif du cluster prend en charge le serveur virtuel Exchange qui était exécuté sur le nœud défaillant. En fonction de la charge active du nœud défaillant, le serveur virtuel Exchange bascule généralement sur un autre nœud au bout de quelques minutes. Par conséquent, les ressources Exchange du cluster ne sont que brièvement indisponibles.

Dans un cluster actif/passif, tel que le cluster doté de 3 nœuds actifs et d'un nœud passif présenté dans la figure suivantes, trois serveurs virtuels Exchange sont présents : le serveur virtuel Exchange 1, le serveur virtuel Exchange 2 et le serveur virtuel Exchange 3. Cette configuration peut faire face à la défaillance de l'un des nœuds. Par exemple, si le nœud 3 est défaillant, le nœud 1 continue d'héberger le serveur virtuel Exchange 1, et le nœud 2 le serveur virtuel Exchange 2 ; en revanche, le nœud 4 prend en charge le serveur virtuel Exchange 3 ainsi que tous les groupes de stockage montés après la défaillance. Toutefois, si un second nœud fait également l'objet d'une défaillance alors que le nœud 3 est toujours indisponible, le serveur virtuel Exchange associé au second nœud défaillant reste hors service en l'absence d'un nœud en veille vers lequel effectuer un basculement.

Clustering actif/actif

Actif/actif est une configuration de cluster fortement déconseillée pour Exchange. Lorsque vous utilisez une configuration de clusters actifs/actifs pour vos serveurs Exchange, vous êtes limité à deux nœuds. Si vous voulez utiliser plus de deux nœuds, un nœud doit être passif. Par exemple, si vous ajoutez un nœud à un cluster à deux nœuds actifs/actifs, vous ne pouvez pas créer un troisième serveur virtuel Exchange. En outre, une fois le troisième nœud installé, aucun nœud du cluster ne sera en mesure d'exécuter plus d'un serveur virtuel Exchange à la fois.

Important :
Quelle que soit la version de Windows exécutée, Exchange 2003 et Exchange 2000 ne prennent pas en charge les clusters actifs/actifs qui incluent plus de deux nœuds. Pour plus d'informations, voir l'article 329208 de la Base de connaissances Microsoft sur les Limitations du serveur virtuel Exchange dans des clusters Exchange 2000 et Exchange 2003 possédant plus de deux nœuds.

Un cluster actif/actif comprend uniquement deux serveurs virtuels Exchange : le serveur virtuel Exchange 1 et le serveur virtuel Exchange 2. Cette configuration permet de gérer une défaillance d'un seul nœud et assure une disponibilité à 100 % après la défaillance. Par exemple, si le nœud 2 devient défaillant, le nœud 1 (qui comprend actuellement le serveur virtuel Exchange 1) prend également en charge le serveur virtuel Exchange 2 ainsi que tous les groupes de stockage montés. Toutefois, si le nœud 1 devient défaillant alors que le nœud 2 est toujours indisponible, le cluster tout entier est hors service car il n'existe pas de nœud vers lequel effectuer le basculement.

Si vous décidez de mettre en place des clusters actifs/actifs, vous devez respecter les impératifs de configuration suivants :

• Impératifs en termes d'évolutivité   Pour de bonnes performances après une défaillance et pour garantir qu'un seul nœud du cluster actif/actif peut assurer la mise en ligne du second serveur virtuel Exchange, vous devez veiller à ce que le nombre de connexions utilisateurs MAPI simultanées sur chaque nœud actif ne soit pas supérieur à 1 900. De plus, vous devez vous assurer que l'utilisation moyenne de l'unité centrale par la banque d'informations de Microsoft Exchange pour chaque nœud ne dépasse pas 40 %.
  Pour obtenir des informations détaillés sur la procédure d'évaluation de la taille des serveurs virtuels Exchange exécutés dans un cluster actif/actif et sur l'analyse d'une configuration de clusters actifs/actifs, voir « Considérations relatives aux performances et à l'évolutivité » plus loin dans la rubrique Considérations relatives à la planification de clusters.
• Impératifs des groupes de stockage   De même que pour les serveurs Exchange autonomes, chaque nœud d'un cluster Exchange est limité à quatre groupes de stockage. Dans le cas d'une défaillance, pour qu'un nœud d'un cluster actif/actif puisse monter tous les groupes de stockage au sein du cluster, vous ne pouvez pas avoir plus de quatre groupes de stockage au total dans l'ensemble du cluster.
  Pour plus d'informations sur cette limitation, voir la section « Limitations relatives aux groupes de stockage » dans la rubrique Considérations relatives à la planification de clusters.

En raison des limitations d'évolutivité des clusters Exchange actifs/actifs, il est recommandé de déployer des clusters Exchange actifs/passifs. Les clusters actifs/actifs ne sont recommandés en aucune circonstance.

Exemple d'une topologie de cluster à deux nœuds

Une topologie de cluster inclut généralement plus de deux nœuds. Cependant, pour expliquer simplement les différences entre les clusters actifs/passifs et les clusters actifs/actifs, prenons l'exemple d'une topologie de base de cluster à deux nœuds.

Dans cet exemple, les deux nœuds du cluster appartiennent au même domaine, et les deux nœuds sont connectés au réseau public et à un réseau de clusters privé. La ressource de disque physique est le disque partagé dans le cluster. Si un seul nœud du cluster comporte un serveur virtuel Exchange, le cluster est actif/passif. Si les deux nœuds comportent un ou plusieurs serveurs virtuels Exchange, ou si l'un des nœuds comporte deux serveurs virtuels Exchange, le cluster est actif/actif.

Éditions de Windows et de Microsoft Exchange requises

La création de clusters Exchange nécessite des éditions spécifiques de Windows et de Microsoft Exchange. Ces versions sont répertoriées dans le tableau ci-dessous.

Éditions de Windows et de Microsoft Exchange requises

Remarque :
Les clusters actifs/passifs peuvent inclure jusqu'à huit nœuds par cluster, et chaque cluster doit comprendre un ou plusieurs nœuds passifs. Les clusters actifs/actifs peuvent inclure jusqu'à deux nœuds par cluster. Pour plus d'informations sur les différences entre les clusters actifs/actifs et les clusters actifs/passifs, voir « Configurations de clusters » plus haut dans cette rubrique.

Basculements

Pour pouvoir correctement planifier le déploiement de vos clusters, vous devez savoir comment fonctionne le basculement. Il existe deux scénarios de basculement : planifiés et non planifiés.

Basculement planifié :

1. L'administrateur Exchange utilise le service de cluster pour transférer le serveur virtuel Exchange sur un autre nœud.
2. Toutes les ressources du serveur virtuel Exchange sont alors déconnectées.
3. Les ressources sont placées sur le nœud spécifié par l'administrateur Exchange.
4. Toutes les ressources du serveur virtuel Exchange sont remises en ligne.

Basculement non planifié :

1. Une ou plusieurs ressources du serveur virtuel Exchange tombent en panne.
2. Durant le contrôle IsAlive suivant, le moniteur de ressource découvre la défaillance d'une ressource.
3. Le service de cluster déconnecte automatiquement toutes les ressources dépendantes.
4. Si la ressource défaillante est configurée pour redémarrer (paramètre par défaut), le service de cluster tente de redémarrer cette ressource et toutes ses ressources dépendantes.
5. Si la ressource tombe de nouveau en panne :
   • Le service de cluster tente à nouveau de redémarrer la ressource.
     - ou -
   • Si la ressource est configurée pour affecter le groupe (par défaut) et qu'elle est tombée en panne plusieurs fois (3 fois par défaut) au cours de la période configurée (900 secondes par défaut), le service de cluster déconnecte toutes les ressources du serveur virtuel Exchange.
6. Toutes les ressources sont basculées (déplacées) vers un autre nœud du cluster. Selon ce qui a été spécifié, les ressources sont basculées sur le nœud suivant dans la liste Propriétaires favoris. Pour plus d'informations sur la configuration d'un propriétaire favori d'une ressource, voir la rubrique sur la spécification des propriétaires favoris dans le Guide d'administration de Microsoft Exchange Server 2003.
7. Le service de cluster tente de remettre toutes les ressources du serveur virtuel Exchange en ligne sur le nouveau nœud.
8. Si la même ressource ou une autre ressource tombe à nouveau en panne sur le nouveau nœud, le service de cluster répète les opérations précédentes et peut être amené à effectuer un basculement vers un autre nœud (ou vers le nœud initial).
9. En cas de défaillances répétées du serveur virtuel Exchange, le service de cluster bascule le serveur virtuel Exchange autant de fois que spécifié (10 fois par défaut) au cours d'une période spécifiée (6 heures par défaut). Au-delà de cette période, le serveur virtuel Exchange reste en état d'échec.
10. Si le basculement est configuré (par défaut, il est désactivé), le service de cluster replace le serveur virtuel Exchange sur le nœud initial dès que ce dernier devient disponible, ou à une heure spécifiée si le nœud initial est déjà disponible, selon la configuration du groupe.

Adresses IP et noms de réseaux

Une installation de clusters classique inclut un réseau public que les ordinateurs clients utilisent pour se connecter à des serveurs virtuels Exchange et un réseau privé pour la communication entre les nœuds du cluster. Pour vous assurer qu'un nombre suffisant d'adresses IP statiques est disponible, prenez en compte les impératifs de configuration suivants :

• Chaque nœud du cluster possède deux adresses IP statiques (les adresses IP de connexion au réseau privé et public de chaque nœud) et un nom NetBIOS.
• Le cluster lui-même possède une adresse IP statique et un nom NetBIOS.
• Chaque serveur virtuel Exchange possède une adresse IP statique et un nom NetBIOS.

Il est recommandé qu'un cluster à <n> nœud avec <e> serveurs virtuels Echange utilisent 2×n + e + 1 adresses IP. Le +1 de cette équation suppose que la ressource de disque de quorum et la ressource MSDTC sont toutes deux situées dans le groupe du cluster par défaut. Pour plus d'informations sur ces recommandations, voir la section « Groupes de clusters » plus haut dans cette rubrique.

Pour un nœud à deux clusters, le nombre recommandé d'adresses IP statiques est de cinq plus le nombre de serveurs virtuels Exchange. Pour un cluster à quatre nœuds, le nombre recommandé est de neuf plus le nombre de serveurs virtuels Exchange.

Important :

Il est recommandé d'utiliser des adresses IP statiques dans tout déploiement de clusters. L'utilisation du protocole DHCP (Dynamic Host Configuration Protocol) empêche la connexion des ordinateurs clients au cluster. Si le serveur DHCP ne parvient pas à renouveler le bail IP, le cluster tout entier peut tomber en panne. L'utilisation d'un réseau privé pour la communication à l'intérieur du cluster est également recommandée. En cas d'échec de connexion d'un nœud au réseau public, les nœuds du cluster ne peuvent pas communiquer entre eux. Cet échec empêche alors le basculement des ressources affectées et peut même provoquer une défaillance du cluster tout entier.

La figure suivante présente un exemple des adresses IP et des autres composants indispensables dans une configuration de cluster Exchange à quatre nœuds.