Bus multiserveur avec mise en cluster

Un bus peut comprendre plusieurs serveurs, qui sont en partie ou tous membres d'un cluster. Lorsqu'un serveur est membre d'un cluster, les serveurs peuvent exécuter les applications courantes sur différentes machines. L'installation d'une application sur un cluster dont les serveurs sont exécutés sur différentes machines assure une haute disponibilité. Si une machine connaît une défaillance, les autres serveurs du cluster continuent de fonctionner.

Lorsque vous configurez un membre de bus serveur, ce serveur exécute un moteur de messagerie. Dans de nombreux cas, cela suffit, mais un tel moteur de messagerie ne peut être exécuté que sur le serveur pour lequel il a été créé. Ce serveur constitue donc un point de défaillance unique ; si le serveur ne peut pas être exécuté, le moteur de messagerie n'est pas disponible. Si vous configurez par contre un membre de bus cluster, le moteur de messagerie peut être exécuté sur un serveur du cluster et si ce serveur échoue, sur un autre serveur. Cela est illustré dans Figure 1. Pour plus d'informations, voir Types de membres de bus et leur impact sur la haute disponibilité et le partage de la charge de travail.

La configuration d'un membre de bus cluster offre également l'avantage de partager la charge de travail associée à une destination sur plusieurs serveurs. Vous pouvez déployer des moteurs de messagerie supplémentaires dans le cluster. Une destination déployée dans un membre de bus de cluster est partitionné entre le groupe de moteurs de messagerie qu'exécute les serveurs du cluster. Chacun des moteurs de messagerie du cluster traite une partie des messages parvenant à la destination. Cela est illustré dans Figure 2. Ce concept est particulièrement connu des utilisateurs possédant des connaissances en matière de files d'attente de cluster dans IBM MQ. Pour plus d'informations, voir Partage de la charge de travail.

En résumé, avec un membre de bus cluster, vous pouvez accéder à la haute disponibilité (via un basculement). Vous pouvez aussi configurer un cluster pour le partage de la charge de travail ou le partage de la charge de travail avec la haute disponibilité, en fonction des règles que vous définissez pour les moteurs de messagerie. Pour plus d'informations sur les règles relatives aux moteurs de messagerie, voir Règles de l'intégration de services.

Figure 1. Bus d'intégration de services avec serveur en cluster
Dans cette illustration, un bus d'intégration de services dispose d'un seul membre de bus de cluster. Le cluster contient deux serveurs d'applications. Un serveur héberge le moteur de messagerie. En cas de défaillance de ce serveur, le moteur de messagerie peut s'exécuter dans l'autre serveur.
Figure 2. Bus d'intégration de services avec destinations partitionnées
Dans cette illustration, un bus d'intégration de services dispose d'un seul membre de bus de cluster. Le cluster contient trois serveurs. Chaque serveur du cluster exécute un moteur de messagerie. Une destination de bus est partitionnée entre les moteurs de messagerie qui exécutent le membre du cluster.

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=cjj0072_
Nom du fichier : cjj0072_.html