Règle de moteur de messagerie d'évolutivité avec haute disponibilité
La règle de moteur de messagerie d'évolutivité avec haute disponibilité est un type de règle de moteur de messagerie prédéfini disponible lorsque vous utilisez l'assistant de création de règles de moteur de messagerie. Elle vous aide à configurer un cluster qui est membre d'un bus lorsque vous souhaitez bénéficier à la fois de la haute disponibilité et de l'évolutivité dans le cluster.
La configuration de l'évolutivité avec haute disponibilité garantit l'existence d'un moteur de messagerie pour chaque serveur du cluster et un emplacement de basculement en cas de défaillance pour chaque moteur de messagerie.
La règle de moteur de messagerie d'évolutivité avec haute disponibilité crée un moteur de messagerie unique pour chaque serveur dans le cluster. Chaque moteur de messagerie peut basculer sur un autre serveur spécifié du cluster en cas de défaillance. Chaque serveur peut héberger jusqu'à deux moteurs de messagerie, de sorte qu'il existe une relation circulaire ordonnée entre les serveurs. Chaque moteur de messagerie prend en charge la reprise par restauration, c'est-à-dire que si un moteur de messagerie bascule sur un autre serveur en cas de défaillance puis que le serveur d'origine redevient disponible, le moteur de messagerie rebascule sur le serveur d'origine automatiquement.
Vous pouvez associer un moteur de messagerie à un serveur spécifique en le configurant de sorte qu'il ne s'exécute que sur les serveurs de la liste des serveurs favoris puis en ne spécifiant que deux serveurs dans cette liste. Chaque serveur est le premier serveur favori d'un moteur de messagerie et le deuxième serveur favori d'un autre moteur de messagerie, ce qui crée une relation circulaire entre les serveurs. La reprise par restauration est activée de sorte que chaque moteur de messagerie soit toujours hébergé sur son serveur favori s'il est disponible.
Les deux serveurs pouvant héberger un moteur de messagerie spécifique doivent pouvoir accéder à l'emplacement de stockage des messages (une base de données ou un système de fichiers) configuré pour ce moteur de messagerie.
Utilisez la règle d'évolutivité avec haute disponibilité sur un système pour lequel vous voulez ajouter d'autres serveurs à un cluster sans affecter les moteurs de messagerie existants et si vous voulez garantir la disponibilité permanente de la messagerie.
Lorsque vous sélectionnez le type de règle de moteur de messagerie d'évolutivité avec haute disponibilité dans la console d'administration, un schéma représente le cluster sélectionné et le résultat prévu pour la règle.
Si le schéma ne comporte pas de triangle d'avertissement et que la colonne Configuration supplémentaire requise ? contient la valeur Non dans la ligne Evolutivité avec haute disponibilité, cela implique que la topologie du cluster et la configuration du moteur de messagerie conviennent et que vous pouvez continuer.
Si le schéma comporte des triangles d'avertissement, consultez les messages qui figurent sur la ligne Evolutivité avec haute disponibilité pour savoir comment définir une configuration de moteur de messagerie adaptée.
Si vous voulez bénéficier de la haute disponibilité dans un cluster, ce dernier doit comporter au moins deux noeuds, chacun avec un serveur, c'est-à-dire au moins deux machines physiques distinctes. Si les messages recommandent l'ajout d'un autre serveur sur un autre noeud, vous devez revenir en arrière et redéfinir la topologie du cluster avant d'ajouter le cluster comme membre d'un bus.
Par exemple, la figure ci-après représente trois serveurs configurés sur un noeud. Si ce noeud est défaillant, aucun autre serveur n'est disponible pour le basculement des moteurs de messagerie. Pour permettre la haute disponibilité, un autre serveur au moins doit exister sur un noeud distinct pour qu'il y ait toujours un serveur sur lequel au moins un moteur de messagerie puisse basculer en cas de défaillance. De plus, un seul moteur de messagerie est configuré. Pour permettre l'évolutivité, un moteur de messagerie doit être configuré pour chaque serveur.

L'illustration 2 montre un exemple de configuration de moteur de messagerie adaptée pour l'évolutivité avec la règle de haute disponibilité. Elle représente trois serveurs se trouvant chacun sur un noeud distinct et trois moteurs de messagerie. Chaque moteur de messagerie possède un serveur favori et un autre serveur sur lequel il peut basculer en cas de défaillance. Chaque serveur est l'hôte favori d'un moteur de messagerie et l'hôte de secours d'un autre moteur de messagerie. Il n'y a pas de triangle d'avertissement ni de composant grisé car la règle peut être utilisée ainsi.

Le tableau ci-dessous répertorie les paramètres de la règle de moteur de messagerie d'un cluster de trois serveurs utilisant la règle de moteur de messagerie d'évolutivité avec haute disponibilité.
le nom du moteur de messagerie, | Basculement | Remise en production (Failback) | Liste de serveurs favoris | Exécution sur les serveurs favoris uniquement |
---|---|---|---|---|
clustername.000-busname | true | true |
|
true |
clustername.001-busname | true | true |
|
true |
clustername.002-busname | true | true |
|
true |
La règle de moteur de messagerie à évolutivité prédéfinie avec haute disponibilité permet de créer une configuration permettant l'évolutivité et la haute disponibilité. Il ne s'agit pas de la seule façon de configurer un cluster afin de bénéficier de l'évolutivité et de la haute disponibilité mais c'est une configuration courante. Si vous avez d'autres exigences, par exemple si la transmission des messages est une priorité et que vous voulez augmenter le nombre d'emplacements possibles pour chaque moteur de messagerie, vous pouvez utiliser la règle de moteur de messagerie personnalisée.
Pour plus d'informations sur la configuration pour l'évolutivité avec haute disponibilité et le partage de la charge de travail, consultez les rubriques connexes.