Configuration pour la haute disponibilité

Cette configuration comprend un moteur de messagerie unique exécuté dans un cluster et pouvant basculer sur un ou plusieurs autres serveurs. Dans une configuration haute disponibilité, il existe toujours un serveur de messagerie actif dans le cluster et les messages sont donc toujours transmis.

Cette configuration peut être définie de deux façons :
  • Vous pouvez ajouter un cluster au bus d'intégration de services à l'aide de l'assistance de règle de moteur de messagerie et utiliser la règle de moteur de messagerie haute disponibilité. Cette procédure crée un moteur de messagerie unique pour le cluster, qui est configuré pour basculer sur l'un des autres serveurs du cluster en cas de défaillance. Une nouvelle règle de groupe central est automatiquement créée, configurée et associée au moteur de messagerie.
  • Vous pouvez ajouter un cluster au bus d'intégration de services sans utiliser l'assistant de création de règles de moteur de messagerie. Un moteur de messagerie est automatiquement créé et la règle d'intégration de services par défaut, "règle SIBus par défaut", propose un comportement approprié pour la haute disponibilité. La règle d'intégration de services par défaut est "Un de N" où le moteur de messagerie démarre sur le premier serveur disponible du cluster et peut basculer sur n'importe quel autre serveur du cluster.
    Il est possible de modifier cette configuration, par exemple, si vous souhaitez utiliser un serveur principal et un serveur de secours ou si vous souhaitez que le moteur de messagerie soit exécuté uniquement sur un sous-ensemble de serveurs d'un cluster. Pour modifier la configuration, créez une règle de groupe central "Un de N" et configurez la règle associée au moteur de messagerie. Exemple :
    • Vous pouvez définir une liste ordonnée des serveurs favoris sur lesquels le moteur de messagerie peut être exécuté et peut basculer.
    • Vous pouvez indiquer si le moteur de messagerie peut être exécuté sur n'importe quel serveur du cluster ou uniquement sur ceux de la liste des serveurs favoris.
    • Vous pouvez spécifier si un moteur de messagerie peut basculer sur un serveur favori lorsque ce dernier est disponible.
    Une fois la règle créée, utilisez les critères de correspondance pour associer la règle au moteur de messagerie requis.

    Il est déconseillé de modifier la règle d'intégration de services par défaut, "règle SIBus par défaut", car ces modifications affectent tous les moteurs de messagerie gérés par la règle.

Le partage de la charge de travail n'est pas disponible dans la configuration de moteur de messagerie haute disponibilité, car il existe un seul moteur de messagerie pour gérer le trafic vers la destination.

Le diagramme suivant montre une configuration de moteur de messagerie haute disponibilité contenant le moteur de messagerie ME, avec un magasin de données, exécuté dans un cluster contenant trois serveurs. Chaque serveur se trouve sur un noeud distinct ; ainsi, si l'un des noeuds est défaillant, les serveurs des autres noeuds restent disponibles.

Chaque serveur du cluster contient la configuration du moteur de messagerie et crée une instance du moteur de messagerie qui peut être activée en cas de défaillance d'un autre serveur.

Tous les serveurs du cluster doivent pouvoir accéder à l'emplacement de stockage des messages du moteur de messagerie. Pour un magasin de données, la méthode à appliquer dépend de la topologie de magasin de données que vous utilisez. Si vous utilisez un serveur de base de données en réseau, vous devez vérifier qu'il est accessible à partir de tous les serveurs du cluster pouvant exécuter le moteur de messagerie. De même, vous pouvez utiliser une infrastructure de haute disponibilité externe pour gérer la base de données en utilisant un disque partagé.

A l'origine, le moteur de messagerie s'exécute sur son emplacement favori, c'est-à-dire sur le serveur server1.

Figure 1. Configuration d'un moteur de messagerie à haute disponibilité
Le texte décrit le diagramme.

Le schéma suivant illustre la défaillance du serveur server1. Le moteur de messagerie est activé sur le serveur suivant dans la liste des serveurs favoris ; il s'agit du serveur server2.

Figure 2. Configuration du moteur de messagerie hautement disponible après défaillance du serveur server1
Le texte décrit le diagramme.

Le schéma suivant illustre la situation en cas de défaillance des serveurs server1 et server2. Le moteur de messagerie est activé sur le serveur server3 car il s'agit du seul serveur disponible.

Figure 3. Configuration de la règle de moteur de messagerie pour la haute disponibilité après défaillance des serveurs server1 et server2
Le texte décrit le diagramme.

Si vous utilisez l'assistant de création de règles de moteur de messagerie et la règle de moteur de messagerie pour la haute disponibilité, la liste des serveurs favoris est définie automatiquement.

Si vous n'utilisez pas l'assistant de création de règles de moteur de messagerie et voulez que le moteur de messagerie utilise des serveurs favoris, vous devez spécifier un ou plusieurs serveurs favoris pour le moteur de messagerie. A chaque fois qu'un serveur favori est disponible, le gestionnaire de disponibilités (GestionnaireHD) exécute le moteur de messagerie dans ce dernier. Lorsqu'aucun serveur favori n'est disponible, le moteur de messagerie s'exécute sur tout autre serveur disponible. Vous pouvez aussi définir l'option Remise en production (Failback) pour la règle de sorte que lorsqu'un serveur favori redevient disponible, le GestionnaireHD y rebascule le moteur de messagerie.

Si vous utilisez l'assistant de création de règles de moteur de messagerie et la règle de moteur de messagerie pour la haute disponibilité, le moteur de messagerie ne rebascule pas sur le serveur d'origine.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjt0010_
Nom du fichier : cjt0010_.html