Équilibrage de charge et tolérance de panne pour les serveurs de transport
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2007-10-22
Cette rubrique décrit les mécanismes d'équilibrage de charge et les options de tolérance de panne pour le routage des messages avec des serveurs de transport Microsoft Exchange Server 2007. Dans Exchange 2007, les options d'équilibrage de charge et de tolérance de panne avec le routage des messages opèrent automatiquement pour augmenter la disponibilité des serveurs de transport pour un flux de messagerie et une remise de messages efficaces dans l'organisation Exchange.
Le routage Exchange 2007 utilise des algorithmes déterministes pour sélectionner le chemin de routage le moins coûteux sur lequel router les messages vers des sites Active Directory distants, des connecteurs d'envoi et des groupes de routage distant. Pour plus d'informations sur la manière dont le chemin de routage le moins coûteux est calculé, consultez la rubrique Présentation du routage basé sur un site Active Directory.
Une fois le chemin de routage le moins coûteux vers une destination choisi, des mécanismes d'équilibrage de charge et de tolérance de panne sont utiles dans plusieurs scénarios de routage de message différents. Tous les scénarios de routage de messages dans lesquels Exchange 2007 fournit un équilibrage de charge et une tolérance de panne suivent une approche commune. Si plusieurs serveurs de transport sont disponibles, un équilibrage de charge de type tourniquet (round robin) est utilisé. Par exemple, lorsque plusieurs serveurs de transport Hub existent dans un site Active Directory distant, un équilibrage de charge de type tourniquet détermine le chemin de routage. La tolérance de panne est obtenue par connexion au serveur disponible suivant dans une liste ordonnée de serveurs lorsque le serveur sélectionné est indisponible.
Notes
Si plusieurs chemins de routage correspondent à un même coût global, Exchange 2007 n'opère pas d'équilibrage de charge sur ces chemins. Exchange 2007 choisit toujours un seul chemin de routage et route tous les messages sur celui-ci. Ce routage déterministe cohérent facilite le dépannage des problèmes de flux de messagerie.
Scénarios de routage de messages prenant en charge l'équilibrage de charge et la tolérance de panne
Cette section décrit les scénarios de routage de messages suivants dans lesquels le routage Exchange 2007 fournit un équilibrage de charge et une tolérance de panne :
relais de message où plusieurs serveurs de transport sources sont spécifiés sur un connecteur d'envoi dans le même site Active Directory ;
relais de message à partir d'un serveur de transport Hub vers un serveur de transport Edge ;
relais de message à partir d'un serveur de transport Edge vers un serveur de transport Hub ;
relais de message vers un site Active Directory distant ;
relais de message à partir d'un serveur de boîtes aux lettres vers un serveur de transport Hub ;
relais de message à partir d'un serveur de transport Hub via un connecteur de groupe de routage Microsoft Exchange Server 2003 ;
relais de message vers des serveurs SMTP (Simple Mail Transfer Protocol) tiers.
Notes
Exchange 2007 n'équilibre jamais la charge sur des chemins de routage différents où un chemin de routage consiste en liens de sites IP, connecteurs et connecteurs de groupe de routage. Toutefois, Exchange 2007 n'effectue pas d'équilibrage de charge sur plusieurs serveurs sources ou serveurs cibles de connecteurs et de connecteurs de groupe de routage dans la plupart des cas, même s'il y a des exceptions. Par exemple, Exchange 2007 n'équilibre pas la charge lorsque les serveurs sources pour un connecteur d'envoi se trouvent sur des sites Active Directory différents.
Relais de message lorsque plusieurs serveurs de transport sources sont spécifiés sur un connecteur d'envoi dans le même site Active Directory
Le mécanisme d'équilibrage de charge décrit dans cette section s'applique à tous les types de connecteurs configurés pour les messages sortants sur des serveurs de transport Edge et des serveurs de transport Hub, tels que des connecteurs SMTP, des connecteurs étrangers et des connecteurs de groupe de routage.
Lorsque vous spécifiez plusieurs serveurs de transport sources sur un connecteur, l'équilibrage de charge est obtenu à l'aide d'une solution de tourniquet en distribuant les connexions sur les serveurs sources. La tolérance de panne est obtenue par basculement sur le serveur source alternatif suivant lorsque le serveur source précédemment tenté est indisponible pour ce connecteur.
Dans la figure suivante, le connecteur d'envoi C1 est configuré pour utiliser le serveur de transport Hub A et le serveur de transport Hub B comme serveurs sources. Lorsque le serveur de transport Hub C route des messages vers le connecteur d'envoi C1, la distribution des messages fait l'objet d'un équilibrage de charge entre le serveur de transport Hub A et le serveur de transport Hub B.
Plusieurs serveurs de transport sources sur un connecteur d'envoi dans le même site Active Directory
.gif "Plusieurs serveurs de transport sources sur un connecteur d'envoi")
L'équilibrage de charge n'a pas lieu si le serveur qui relaie les messages est également configuré comme serveur de transport source pour le connecteur sélectionné. Dans ces cas, la proximité du serveur local prime sur la proximité du site Active Directory local et le courrier est toujours routé à l'aide du serveur local. Dans cette figure, si le serveur de transport Hub C est également configuré comme serveur de transport source sur le connecteur d'envoi C1, les messages relayés à partir du serveur de transport Hub C sont routés sur le connecteur d'envoi C1 au lieu de faire l'objet d'un équilibrage de charge et d'être distribués vers un serveur de transport Hub A et un serveur de transport Hub B.
Relais de message à partir d'un serveur de transport Hub vers un serveur de transport Edge
Lorsque plusieurs serveurs de transport Edge sont abonnés à un site Active Directory unique, tous les serveurs de transport Edge sont ajoutés comme serveurs sources à un connecteur d'envoi entrant sur les serveurs de transport Edge. L'équilibrage de charge entre les serveurs de transport Edge est obtenu essentiellement de la même manière qu'un équilibrage de charge est géré entre plusieurs serveurs de transport Hub sur le même connecteur d'envoi.
Les messages destinés à Internet sont routés d'abord vers le site Active Directory auquel les serveurs de transport Edge sont abonnés. Le serveur de transport Hub de réception dans ce site relaie ensuite les messages vers un des serveurs de transport Edge répertoriés comme serveurs de transport sources sur le connecteur d'envoi configuré pour utiliser une résolution d'adresse DNS. Les demandes de connexion font l'objet d'un équilibrage de charge sur les serveurs de transport Edge abonnés. Si le serveur sélectionné est indisponible, une nouvelle tentative de connexion a lieu au serveur de transport Edge suivant hébergeant le connecteur d'envoi configuré pour utiliser une résolution d'adresse DNS.
Notes
Un relais inter-site a toujours lieu entre les serveurs de transport Hub. Des serveurs de transport Hub dans des sites Active Directory distants ne relaient pas directement vers le serveur de transport Edge abonné à un autre site Active Directory.
Basculement manuel d'un serveur de transport Edge
Il est recommandé d'abonner plusieurs serveurs de transport Edge à un site Active Directory pour assurer une tolérance de panne et un basculement automatiques en cas de déconnexion de l'un des serveurs de transport Edge. Si vous n'abonnez qu'un seul serveur de transport Edge à un site Active Directory, en cas de déconnexion du serveur de transport Edge, vous devez intervenir manuellement pour re-router les messages Internet via un autre site Active Directory.
Comme l'illustre la figure suivante, en cas de déconnexion du serveur de transport Edge 1, vous pouvez manuellement désactiver le connecteur * configuré sur le serveur de transport Edge 1 dans le service d'annuaire Active Directory pour le site 1. Les messages électroniques mis en file d'attente dans le site 1 pour le serveur de transport Edge 1 sont automatiquement resoumis, catégorisés, puis re-routés, à l'aide de l'algorithme de sélection de connecteur, via l'un des sites Active Directory où un serveur de transport Edge est abonné.
Dans cette figure, les messages électroniques sont re-routés vers le site Active Directory 2 afin d'être routés via le serveur de transport Edge 2. Si le serveur de transport Edge 1 redevient indisponible, vous devez réactiver son connecteur * dans le site Active Directory 1 de façon à ce que les messages électroniques Internet du site 1 puissent être routés via le serveur de transport Edge 1.
Basculement manuel d'un serveur de transport Edge
.gif "Basculement manuel d'un serveur Edge")
Relais de message à partir d'un serveur de transport Edge vers un serveur de transport Hub
Si un serveur de transport Edge est abonné à un site Active Directory, un connecteur d'envoi est automatiquement créé et configuré sur le serveur de transport Edge. Ce connecteur d'envoi envoie des messages aux serveurs de transport Hub du site Active Directory auquel le serveur de transport Edge est abonné. Le connecteur d'envoi est configuré pour utiliser un espace réservé -- dans l'espace d'adressage. L'espace réservé -- dans l'espace d'adressage pour le connecteur d'envoi entrant représente les domaines acceptés de relais interne et faisant autorité pour l'organisation Exchange. Les serveurs de transport Hub déployés dans le site Active Directory au moment de la création de l'abonnement Edge sont répertoriés comme hôtes actifs pour le connecteur. L'équilibrage de charge et la tolérance de panne sont obtenus à l'aide des serveurs de transport Hub figurant dans la liste d'hôtes actifs pour le connecteur d'envoi entrant.
Notes
Si des serveurs de transport Hub supplémentaires sont déployés dans le site Active Directory après création de l'abonnement Edge, ces serveurs de transport Hub ne participent pas au processus de synchronisation EdgeSync. Toutefois, les nouveaux serveurs de transport Hub sont ajoutés à la liste des hôtes actifs pour le connecteur d'envoi entrant. Pour plus d'informations, consultez la rubrique Service EdgeSync et les connecteurs d'envoi.
Relais de message à un site Active Directory distant
Si plusieurs serveurs de transport Hub sont déployés dans un seul site Active Directory, les connexions à ces serveurs de transport Hub à partir d'autres sites Active Directory sont hiérarchisées à l'aide d'une solution de tourniquet. Si un serveur de transport Hub situé dans un site Active Directory résout l'emplacement d'un destinataire à un serveur de boîtes aux lettres situé dans un autre site Active Directory, une liste hiérarchisée des serveurs de transport Hub dans le site distant est renvoyée. Si un serveur de transport Hub situé dans un site Active Directory est indisponible, des tentatives de connexion aux autres serveurs de transport Hub dans la liste hiérarchisée sont effectuées. Cela assure la tolérance de panne dans un site Active Directory.
Par exemple, quand un serveur de transport Hub A dans un site Active Directory A relaie un message vers un serveur de boîtes aux lettres dans le site Active Directory B, le serveur de transport Hub A reçoit une liste hiérarchisée de serveurs de transport Hub, tels qu'un serveur de transport Hub 1, un serveur de transport Hub 2 et un serveur de transport Hub 3, du site Active Directory B. Si le serveur de transport Hub A ne peut pas se connecter au serveur de transport Hub 1, il tente de se connecter au serveur de transport Hub 2. S'il ne peut pas se connecter au serveur de transport Hub 2, il tente de se connecter au serveur de transport Hub 3, et ainsi de suite.
Si le serveur de transport Hub B du site Active Directory A doit également relayer des messages vers le site Active Directory B, la liste hiérarchisée de serveurs de transport Hub est ajustée pour rendre compte des serveurs situés dans le site Active Directory B. Par exemple, la liste hiérarchisée de serveurs de transport Hub pour le serveur de transport Hub B peut être ordonnée comme serveur de transport Hub 2, serveur de transport Hub 3 et serveur de transport Hub 1 dans un site Active Directory B distant. De tels ajustements sont effectués pour équilibrer la charge entre tous les serveurs de transport Hub du site chaque fois que des connexions supplémentaires sont établies.
Relais de message d'un serveur de boîtes aux lettres vers un serveur de transport Hub
Dans ce scénario, plusieurs serveurs de transport Hub sont déployés dans un site Active Directory. Si un serveur de transport Hub se situe au même endroit que le serveur de boîtes aux lettres, ce serveur de transport Hub prime toujours sur les autres serveurs de transport Hub situés dans le même site. Cela signifie que le service de dépôt du courrier Microsoft Exchange informe toujours le serveur de transport Hub local. Si aucun serveur de transport Hub ne se situe pas au même endroit que le serveur de boîtes aux lettres ou si le serveur de transport Hub sur le serveur de boîtes aux lettres local n'est pas disponible, les autres serveurs de transport Hub situés dans le même site Active Directory sont utilisés à l'aide d'une solution de tourniquet.
Relais de message à partir d'un serveur de transport Hub sur un connecteur de groupe de routage Exchange 2003
Si un connecteur de groupe de routage est configuré pour utiliser plusieurs serveurs de transport Exchange cibles, le routage Exchange 2007 utilise les mécanismes d'équilibrage de charge et de tolérance de panne décrits dans la section « Relais de message lorsque plusieurs serveurs de transport sources sont spécifiés sur un connecteur d'envoi dans le même site Active Directory », plus haut dans cette rubrique.
Relais de message vers des serveurs SMTP tiers
Si un connecteur d'envoi SMTP est configuré pour utiliser plusieurs hôtes actifs, les demandes de connexion font l'objet d'un équilibrage de charge sur les hôtes actifs. Si un hôte actif est disponible, la tolérance de panne est assurée en effectuant une nouvelle tentative de connexion à un autre hôte actif configuré sur le connecteur.
Scénarios sans équilibrage de charge ni tolérance de panne
Cette section décrit les scénarios de routage de messages suivants dans lesquels des serveurs de transport Exchange 2007 ne fournissent pas d'équilibrage de charge ni de tolérance de panne :
serveurs de transport sources dans différents sites Active Directory ;
connecteurs multiples de coût égal ;
serveurs d'extension du groupe de distribution ;
chemins de routage ou sites concentrateurs redondants les moins coûteux.
Serveurs de transport sources dans différents sites Active Directory
Si les serveurs de transport sources du connecteur d'envoi utilisé pour router des messages électroniques se trouvent dans différents sites Active Directory distants, les messages ne font pas l'objet d'un équilibrage de charge entre ces sites Active Directory. Au lieu de cela, un site Active Directory est sélectionné et les messages sont relayés vers ce site. Le site Active Directory dont le coût est le plus bas est préféré. Si tous les sites Active Directory ont le même coût, le site Active Directory du serveur de transport source répertorié en première position dans la liste de serveurs de transport source est choisi.
La figure suivante présente le comportement de routage de messages lorsque des serveurs de transport sources de plusieurs sites Active Directory sont configurés pour un connecteur d'envoi. Dans cette figure, un message est routé du site Active Directory 3 vers un destinataire externe. Le connecteur C1 est sélectionné comme connecteur avec l'espace d'adressage correspondant le plus proche. Les serveurs de transport sources pour le connecteur C1 sont les serveurs de transport Hub du site Active Directory 1 et du site Active Directory 2. Si le premier serveur de transport source répertorié se trouve dans le site Active Directory 1, tous les messages du site Active Directory 3 sont routés vers le site Active Directory 1. Les serveurs de transport Hub dans le site Active Directory 1 peuvent recevoir le message, puis utiliser l'équilibrage de charge du site Active Directory local pour distribuer les messages pour les relayer entre le serveur de transport Hub A et le serveur de transport Hub B.
Serveurs de transport sources de différents sites Active Directory configurés sur un connecteur d'envoi
.gif "Serveurs de transport sources dans différents sites AD")
L'équilibrage de charge n'est pas pris en charge entre des sites Active Directory parce qu'Exchange 2007 utilise toujours un routage déterministe et sélectionne toujours un site Active Directory pour router les messages.
Connecteurs multiples de coût égal
Si plusieurs connecteurs de coût égal sont disponibles pour router des messages, les messages ne font pas l'objet d'un équilibrage de charge entre ces connecteurs. Le routage Exchange 2007 choisit de façon déterministe un connecteur à l'aide des algorithmes de sélection décrits dans la rubrique Présentation du routage basé sur un site Active Directory.
Serveurs d'extension du groupe de distribution
Vous pouvez configurer un groupe de distribution pour utiliser un serveur d'extension spécifique. Si vous spécifiez un serveur d'extension, tous les messages adressés au groupe de distribution sont routés vers le serveur d'extension spécifié. Le serveur d'extension développe l'appartenance au groupe, résout chaque destinataire et route les messages. L'équilibrage de charge sur plusieurs serveurs d'extension n'est pas pris en charge. Si le serveur d'extension est indisponible, les messages sont mis en file d'attente au point de défaillance et la file d'attente est mise en état de nouvelle tentative.
Chemins de routage de coût inférieur ou sites concentrateurs redondants
Après qu'un routage Exchange 2007 a calculé le chemin de routage le moins coûteux et effectué une sélection de chemin de routage sur la base des critères décrits dans la rubrique Présentation du routage basé sur un site Active Directory, le routage Exchange 2007 ne recalcule par le chemin de routage, sauf si les données de configuration changent. Si aucune connexion ne peut être effectuée à l'aide de ce chemin de routage déterministe, le routage Exchange 2007 ne tente pas de calculer un autre chemin de routage. Dans ce cas, les messages sont mis en file d'attente au point de défaillance et re-routés.
La figure suivante montre comment le routage des messages s'effectue dans ce scénario dans une topologie de site Active Directory.
Un message envoyé du site Active Directory 1 au site Active Directory 4 a deux chemins disponibles, chacun entraînant le même coût. Toutefois, le chemin site 1-site 2-site 4 est sélectionné parce que le site Active Directory 2 a une valeur alphanumérique inférieure au site Active Directory 3.
Chemins de routage ou sites concentrateurs redondants les moins coûteux
.gif "Chemins ou sites concentrateurs redondants les moins coûteux")
Dans cette topologie, le site Active Directory 2 est également configuré comme site de serveur de transport Hub. Cette configuration force le relais de la remise de message via ce site parce qu'il se trouve sur le chemin de routage sélectionné le moins coûteux. Si des messages envoyés du site 1 au site 4 ne peuvent pas être relayés du site 1 au site 2 pour une raison quelconque, par exemple un échec de connectivité réseau entre le site 1 et le site 2, tous les messages sont mis en file d'attente sur le site 1.
Si le site 2 n'est pas un site de serveur de transport Hub, les messages sont remis directement du site 1 au site 4. Le relais direct n'est pas affecté par l'absence de connectivité réseau entre le site 1 et le site 2. Le relais direct opère aussi longtemps qu'il existe une route de couche réseau du site 1 au site 4. La couche réseau de la topologie Exchange entre les sites définit le chemin que les ordinateurs utilisent pour envoyer des données à un autre ordinateur. Toutefois, dans cette figure, comme le site 2 a un serveur de transport Hub dans son site, tous les messages du site 1 au site 4 doivent être relayés via le site 2. Dans ce scénario, Exchange 2007 ne prend pas en charge le basculement vers un autre chemin de routage de coût égal mais dépend de la redondance de couche réseau IP et de la tolérance de panne entre les sites pour le relais des messages. La couche réseau est supposée être résiliente par rapport aux défaillances de liaison physique et fournir des chemins alternatifs redondants vers la destination.
Gestion de connexion SMTP
Cette section décrit la gestion de connexion SMTP dans le contexte d'équilibrage de charge et de tolérance de panne pour Exchange 2007. Le serveur de transport Hub établit des demandes de connexion à des serveurs distants à l'aide de SMTP. Le serveur distant peut être un serveur de transport Hub dans un autre site Active Directory, un hôte actif ou un serveur de transport Edge.
Par exemple, si 60 messages sont mis en file d'attente pour être relayés vers un site Active Directory distant et que ce site dispose de trois serveurs de transport Hub, le composant de transport Exchange établissant la connexion équilibre la charge de relais des messages entre tous ces serveurs. Une connexion est établie avec chaque serveur et chaque connexion est utilisée pour transférer environ 20 messages. La vitesse de transfert dépend de la bande passante du réseau et de la taille des messages.
Le nombre de messages transférés par chaque connexion n'est pas configurable. Toutefois, il est possible de limiter le nombre maximal de connexions par file d'attente à l'aide deux paramètres de configuration sur le serveur de transport : MaxPerDomainOutboundConnections et MaxOutboundConnections. MaxPerDomainOutboundConnections limite le nombre de connexions que la file d'attente peut établir. MaxOutboundConnections limite le nombre total de connexions sortantes que le serveur peut établir. Vous pouvez configurer ces paramètres à l'aide de la cmdlet Set-TransportServer dans l'environnement de ligne de commande Exchange Management Shell et les pages de propriété de transport dans la console de gestion Exchange.
Pour plus d'informations, consultez les rubriques suivantes :
Pour plus d'informations
Pour plus d'informations, consultez les ressources suivantes :