Partager via

Planification de clusters à copie unique

  • Article

 

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2008-07-24

Si le déploiement d'un cluster à copie unique (SCC) d'Microsoft Exchange Server 2007 est similaire au déploiement d'un serveur Exchange 2007 autonome et ainsi qu’au déploiement de la réplication continue en cluster, il y a un grand nombre de différences que vous devez prendre en compte.

Configuration requise pour les clusters à copie unique

La configuration générale requise pour le déploiements d’un SCC est la suivante :

  • Assurez-vous que vous exécutez le DNS (Domain Name System). Idéalement, le serveur DNS doit accepter des mises à jour dynamiques. S'il ne les accepte pas, vous devez créer un enregistrement (A) d'hôte DNS pour chaque serveur de boîtes aux lettres en cluster et un autre pour le cluster proprement dit. Dans le cas contraire, Exchange ne fonctionne pas correctement. Pour plus d'informations sur la configuration de DNS pour Exchange, consultez l'article 322856 de la Base de connaissances sur la Microsoft, configuration de DNS pour une utilisation avec Exchange Server.

  • Si les noeuds de votre cluster font partie d'une zone DNS (Directory Naming Service) qui ne porte pas le nom de domaine du service d'annuaire Active Directory auquel s'est joint l'ordinateur, par défaut, la propriété DNSHostName n'inclut pas le nom du sous-domaine. Dans ce cas, vous pouvez être amené à modifier la propriété DNSHostName pour vérifier le bon fonctionnement de certains services, tels que le service de réplication de fichiers (FRS, File Replication Service). Pour plus d'informations, consultez l'article 240942 de la Base de connaissances expliquant que la propriété DNSHostName d'Active Directory n'inclut pas de sous-domaine.

  • Tous les nœuds de cluster doivent être serveurs membres du même domaine et site Active Directory. Exchange 2007 n'est pas pris en charge sur les nœuds qui sont également des serveurs d'annuaire Active Directory ou des nœuds qui sont membres de domaines ou de sites Active Directory différents.

  • Assurez-vous que le cluster est formé avant d'installer Exchange 2007. Assurez-vous qu'au moins une ressource de disque physique est présente dans le groupe de clusters dans lequel vous voulez installer Exchange 2007 avant d'installer Exchange 2007. Une fois le serveur de boîtes aux lettres en cluster installé, configurez les dépendances de ressource de disque appropriées dans l'Administrateur de cluster.

  • Vérifiez que les noms de serveur de boîtes aux lettres en cluster ne comportent pas plus de 15 caractères.

  • Le cluster dans lequel Exchange 2007 est installé ne peut pas contenir Exchange Server 2003, Exchange 2000 Server ou une version quelconque de Microsoft SQL Server prenant en charge les clusters. L'exécution d'Exchange 2007 dans un cluster avec une de ces autres applications n'est pas prise en charge. L'exécution de Exchange 2007 sur un cluster avec SQL Server Édition Express ou une autre application de base de données (telle que Microsoft Office Access) est autorisée à condition que l'application de base de données ne soit pas configurée en clusters.

  • Avant d'installer Exchange 2007, veillez à vider le dossier dans lequel vous allez installer toutes les données d'Exchange sur la ressource de disque physique.

  • Vous devez installer la même version d'Exchange 2007 sur tous les noeuds d'un cluster qui sont configurés comme hôtes d'un serveur de boîtes aux lettres en cluster. En outre, le système d'exploitation et les fichiers Exchange doivent être installés aux mêmes emplacements et sur les mêmes lecteurs pour tous les noeuds du cluster. Cela requiert que tous les ordinateurs aient une configuration de disque similaire mais pas forcément identique.

  • Ne pas installer, créer ou déplacer des ressources du groupe du cluster par défaut vers le groupe de ressources contenant le serveur de boîte aux lettres en cluster. En outre, ne pas installer, créer ou déplacer des ressources du groupe contenant le serveur de boîte aux lettres en cluster vers le groupe de cluster par défaut. Le groupe de cluster par défaut ne doit contenir que l'adresse IP, le nom du réseau et les ressources quorum. Le déplacement ou la combinaison de ressources vers ou avec le groupe de cluster par défaut ne sont pas pris en charge.

    Important

    Les clusters exécutant des versions antérieures d'Exchange nécessitent une instance en cluster de MSDTC (Microsoft Distributed Transaction Coordinator). Exchange 2007 supprime la nécessité de la ressource MSDTC en cluster. Les serveurs de boîtes aux lettres en cluster dans un cluster à copie unique n'utilisent pas la ressource MSDTC installée dans le cluster de basculement. Il se peut que les applications tierces nécessitent une ressource MSDTC en raison des dépendances COM+. Dans Windows Server 2003, la ressource de cluster MSDTC requiert l'utilisation d'un stockage partagé dans le cluster. Si une ressource MSDTC en cluster est requise par une application tierce, elle doit être installée dans un groupe de clusters distinct de celui contenant le serveur de boîtes aux lettres en cluster. Windows Server 2008 fournit une instance MSDTC locale, dans un environnement sans cluster, qui supprime la nécessité d'un stockage partagé dans un cluster de basculement Windows Server 2008. Pour plus d'informations sur les modifications apportées à MSDTC dans Windows Server 2008, consultez l'Aide Windows Server 2008.

Configuration matérielle requise pour les clusters à copie unique

La configuration matérielle requise pour les déploiements de SCC est la suivante :

  • La solution entière doit figurer dans la catégorie de solution de cluster du catalogue Microsoft Windows Server des produits testés.

  • Si le SCC est dispersé sur le plan géographique, il doit figurer dans la catégorie de cluster dispersé sur le plan géographique du catalogue Microsoft Windows Server des produits testés.

Configuration logicielle requise pour les clusters à copie unique

La configuration logicielle requise pour les déploiements de SCC est la suivante :

  • Windows Server 2008 Enterprise ou Windows Server 2003 Édition Entreprise doit être installé sur tous les noeuds du cluster et utiliser les mêmes lettres pour les lecteurs de démarrage et système, ainsi que le même chemin Windows. Vous ne pouvez pas avoir un nœud ou plusieurs nœud exécutant Windows Server 2003 et les autres nœuds exécutant Windows Server 2008. Le mélange de versions de système d'exploitation dans un cluster de basculement n'est pas pris en charge.

  • Seul le rôle serveur de boîtes aux lettres peut être installé dans un cluster. Aucun autre rôle serveur Exchange ne peut être installé sur un ordinateur faisant partie d'un cluster de basculement.

Configuration réseau requise pour les clusters à copie unique

Il est important de configurer correctement les réseaux utilisés pour les communications des clients et du cluster. Cette section fournit des liens vers les procédures nécessaires pour vérifier si les paramètres relatifs aux réseaux privé et public sont correctement configurés. En outre, vous devez vous assurer que l'ordre des connexions réseau est configuré correctement pour le cluster.

Prenez en compte les informations suivantes lors de la conception de l'infrastructure réseau pour votre déploiement de SCC :

  • Chaque noeud doit avoir au moins deux cartes réseau disponibles pour le cluster. Les clients et les autres serveurs doivent uniquement pouvoir accéder aux noeuds à partir d'une des cartes réseau. Les autres cartes réseau sont utilisées pour la communication à l'intérieur d'un cluster.

  • Vous devez disposer d'un nombre suffisant d'adresses IP statiques lorsque vous créez les serveurs de boîtes aux lettres en cluster. Les adresses IP sont requises pour les réseaux publics et privés. La configuration requise pour les adresses privées et publiques est la suivante :

    • Adresses privées   Chaque noeud requiert une adresse IP statique pour chaque carte réseau utilisée pour le réseau privé en cluster. Vous ne devez pas utiliser d'adresses IP statiques qui se trouvent sur le même sous-réseau ou réseau que l'un des réseaux publics. Il est recommandé d'utiliser 10.10.10.x avec un masque de sous-réseau de 255.255.255.0 comme sous-réseau d'adresses IP privées pour le réseau privé. Si votre réseau public utilise un réseau 10.x.x.x et un masque de sous-réseau 255.255.255.0, il est recommandé d'utiliser d'autres adresses IP de réseau privé et masque de sous-réseau. Si vous configurez plusieurs réseaux privés, des adresses uniques et des sous-réseaux sont requis pour chaque carte réseau privé et chaque réseau.

    • Adresses publiques   Chaque noeud requiert une adresse IP statique pour chaque carte réseau utilisée pour le réseau public en cluster. Par ailleurs, des adresses IP statiques sont requises pour le cluster de serveurs et le serveur de boîtes aux lettres en cluster, de façon à ce que les clients et les administrateurs puissent y accéder. Vous ne devez pas utiliser d'adresses IP statiques qui se trouvent sur le même sous-réseau ou réseau que l'un des réseaux privés.

    Notes

    Si vous installez le SCC sous Windows Server 2008, vous pouvez utiliser une adresse IPv6 (Internet Protocol version 6) attribuée de façon dynamique avec les adresses IPv4 statiques utilisées pour les réseaux privés ou publics.

  • Si vous installez un SCC sous Windows Server 2003, le service de cluster requiert que le réseau privé pour tous les noeuds d'un cluster se trouve sur le même sous-réseau. Pour ce faire dans un environnement géographiquement dispersé, vous pouvez utiliser des commutateurs LAN (VLAN) virtuels sur les interconnexions entre deux noeuds. Si vous utilisez un VLAN, la latence point à point, aller-retour, doit être inférieure à 0,5 seconde. En outre, la liaison entre deux noeuds doit apparaître en tant que connexion point à point unique dans la perspective d'exécution du système d'exploitation d'Windows sur les noeuds. Pour éviter les points de défaillance uniques, utilisez un matériel VLAN indépendant pour les différents chemins d'accès entre les noeuds. La même restriction de sous-réseau ne s'applique pas aux clusters de basculement fonctionnant sous Windows Server 2008.

  • Si vous installez un SCC sous Windows Server 2003, le service de cluster requiert que le réseau public pour tous les noeuds d'un cluster se trouve sur le même sous-réseau et utilise un sous-réseau différent de celui utilisé pour le réseau privé. Le réseau public en cluster doit offrir une connectivité à d'autres serveurs et services Exchange, tels que Active Directory et DNS. Vous pouvez empêcher les points de défaillance uniques en utilisant une collaboration de cartes réseau ou une technologie similaire. La même restriction de sous-réseau ne s'applique pas aux clusters de basculement fonctionnant sous Windows Server 2008.

  • Un réseau privé en cluster distinct doit être fourni. Le réseau privé est utilisé pour la communication inter-noeud du cluster. Ce réseau peut être localisé sur des ordinateurs du cluster et ne requiert pas de services DNS.

  • Si vous installez un cluster à copie unique sous Windows Server 2003, l'ordre des connexions du réseau dans Windows doit être configuré afin que les réseaux publics figurent au début de la liste d'ordre des connexions. L'ordre de priorité du réseau dans le cluster doit être configuré avec les réseaux privés indiqués au début de l'ordre de priorité.

  • La configuration de pulsation peut ne pas être la configuration de bande passante et de latence réseau public la plus stricte pour une configuration à deux centres de données. Vous devez évaluer la charge totale du réseau, qui inclut le client, Active Directory, le transport et autre trafic pour déterminer la configuration réseau nécessaire.

Configuration de stockage requise pour les clusters à copie unique

Les SCC utilisent un stockage partagé pour stocker les données du serveur de boîtes aux lettres en cluster (groupes de stockage et bases de données). Il est également possible de stocker la ressource quorum sur un stockage partagé. Une alternative à l'utilisation d'un stockage partagé pour la ressource quorum consiste à utiliser un quorum jeu de noeuds majoritaire (MNS). Il peut s'agir d'un quorum MNS traditionnel ou d'un quorum MNS avec témoin de partage de fichiers.

Il est essentiel que les tâches suivantes soient exécutées dans l'ordre indiqué ci-dessous pour que le cluster à copie unique fonctionne correctement :

  1. Tout le stockage partagé doit être configuré avant la formation du cluster sur chaque noeud qui fera partie du cluster. Il est indispensable que le disque quorum soit configuré et disponible pour tous les noeuds du cluster avant de former celui-ci. La formation du cluster échoue si le quorum n'est pas disponible.

  2. Une fois le cluster formé et avant l'installation d'Exchange, les ressources disque physique pour le stockage partagé du serveur de boîtes aux lettres en cluster doivent être configurées.

  3. Une fois Exchange installé et le serveur de boîtes aux lettres en cluster créé, les dépendances de ressource de disque physique doivent être configurées.

Notes

Le stockage partagé d'un serveur de boîtes aux lettres en cluster doit être accessible depuis tous les noeuds qui peuvent l'héberger.

Lorsque vous concevez votre solution de stockage SCC, nous vous recommandons d'appliquer les meilleures pratiques suivantes :

  • Utilisez les conseils généraux relatifs à la planification du stockage décrits dans la rubrique Planification du stockage sur disque.

  • Stockez les fichiers de base de données et les fichiers journaux de transactions sur des numéros d'unité logique (LUN) différents.

  • Utilisez les points de montage de volume de système de fichiers NTFS pour apprêter les volumes du système d'exploitation.

  • Utilisez des noms identifiables qui peuvent être directement et objectivement liés au groupe de stockage ou à la base de données hébergé. Si plusieurs volumes sont utilisés pour les journaux et les bases de données, les chemins d'accès doivent identifier le type de données. Cette approche peut permettre de limiter les erreurs humaines lorsque le nombre de bases de données et de groupes de stockage augmente.

    Notes

    Exchange 2007 ne prend pas en charge le placement des fichiers du journal des transactions ou des fichiers de base de données à la racine du volume.

Configuration requise d'Active Directory pour les clusters à copie unique

Un SCC a les mêmes exigences d'infrastructure Active Directory alors qu'un serveur autonome a des exigences supplémentaires. Dans une solution de centres de données multiples, chacun des centres de données doit prendre en charge l'infrastructure Active Directory adéquate car, à tout moment, un des centres de données pourrait héberger le serveur de boîtes aux lettres en clusters. Cette capacité doit être présente même si les autres centres de données sont indisponibles. En outre, tous les noeuds du cluster doivent être dans le même domaine et le compte de service de cluster doit disposer des autorisations appropriées.

Notes

Les clusters dispersés sur le plan géographique requièrent également qu'un site Active Directory unique soit étendu entre les centres de données. Toutefois, seul le noeud de cluster doit figurer dans le site du deuxième centre de données. Du matériel et une technologie de réplication tiers sont requis pour déployer une solution SCC dispersée géographiquement.

Configuration requise de compte de service pour les clusters à copie unique

Si vous installez un SCC sous Windows Server 2003, vous devez utiliser un compte de domaine pour le compte de service de cluster. Tous les noeuds du cluster doivent être membres du même domaine et utiliser le même compte de service de cluster. Le compte de service de cluster doit également être membre du groupe Administrateurs local sur chaque noeud capable d'héberger un serveur de boîtes aux lettres en cluster.

Le compte de service de cluster est responsable de la création et de la gestion du compte d'ordinateur identifié par et associé avec la ressource de nom de réseau du cluster de basculement lorsque cette ressource est mise en ligne. Pour s'assurer que le compte de service de cluster dispose des autorisations appropriées, consultez l'article 307532 de la Base de connaissances Microsoft sur le dépannage du compte de service de cluster lorsqu'il modifie les objets d'ordinateur. Des informations supplémentaires sont disponibles dans l'article 251335 de la Base de connaissances, Les utilisateurs d'un domaine ne peuvent pas joindre une station de travail ou un serveur à un domaine.

Si vous installez un SCC sous Windows Server 2008, le service de cluster s'exécutera sous le compte LocalSystem (SYSTEM).

Pour plus d'informations

Pour plus d'informations sur les clusters de basculement dans Windows Server 2008 et leurs prédécesseurs dans Windows Server 2003, les clusters de serveur, consultez les ressources suivantes :