Règles de l'intégration de services
Chaque moteur de messagerie d'un bus d'intégration de services appartient à un groupe de haute disponibilité (GroupeHD). Les membres de chaque GroupeHD sont contrôlés par des règles affectées au groupe lors de l'exécution. Cette règle de groupe central détermine les caractéristiques de disponibilité du moteur de messagerie dans le GroupeHD.
Si vous ajoutez un serveur à un bus d'intégration de services, un moteur de messagerie utilisant la règle d'intégration de services par défaut, "Un de N", est créée automatiquement. Le moteur de messagerie s'exécute sur ce serveur uniquement, car il n'a accès à aucun autre serveur. Vous pouvez configurer une règle différente de la règle par défaut pour le moteur de messagerie ; toutefois, elle n'aura pas d'incidence sur le comportement du moteur de messagerie.
Si vous ajoutez un cluster de serveurs à un bus, vous pouvez définir quels sont les serveurs sur lesquels le moteur de messagerie peut s'exécuter ainsi que le comportement du moteur de messagerie en cas d'indisponibilité d'un serveur. Vous pouvez également déployer des moteurs de messagerie supplémentaires sur le cluster. Par exemple, vous pouvez configurer le cluster de sorte qu'il permette la haute disponibilité, l'évolutivité ou le partage de la charge de travail (augmentation des performances via l'augmentation des ressources fournissant le service) ou une combinaison de ces fonctions.
Lorsque vous ajoutez un cluster à un bus, vous pouvez configurer le comportement du moteur de messagerie à l'aide de l'assistant de création de règles de moteur de messagerie. Il existe des règles de moteur de messagerie prédéfinies qui prennent en charge les configurations en cluster courantes, et une option permettant de définir une configuration personnalisée tout en utilisant l'assistant de création de règles de moteur de messagerie. L'assistant de création de règles de moteur de messagerie présente l'intérêt suivant : il vous guide à travers les étapes de configuration et crée de nombreux paramètres automatiquement. Pour plus d'informations, voir les rubriques connexes.
Le reste de cette rubrique décrit la configuration du comportement d'un moteur de messagerie sans utiliser l'assistant de création de règles de moteur de messagerie. Utilisez ces paramètres si vous connaissez la procédure. Sinon, utilisez l'assistant de création de règles de moteur de messagerie.
Pour configurer le comportement du moteur de messagerie, configurez la règle de groupe central pour le GroupeHD du moteur de messagerie. Vous pouvez configurer la règle pour définir les préférences d'un moteur de messagerie pour un serveur ou un ensemble de serveurs particulier et indiquer si le moteur de messagerie est limité à l'ensemble de serveurs favoris. Vous pouvez déterminer si un moteur de messagerie peut basculer sur un serveur favori après reprise. Vous pouvez également modifier les règles pour changer l'intervalle de surveillance du moteur de messagerie.
Type de règle | Comportement |
---|---|
Statique - avec un serveur dans la liste de serveurs de groupe statique | Le moteur de messagerie est restreint à un serveur particulier. Il ne peut être exécuté que sur le serveur auquel il est associé et ne peut pas basculer sur un autre serveur du cluster. S'il existe plusieurs moteurs de messagerie, cette configuration peut être utile pour le partage de la charge de travail lorsque la reprise en ligne n'est pas souhaitée. |
Un - sans serveurs favoris | Le moteur de messagerie est exécuté sur le premier serveur disponible et en cas de défaillance, il peut basculer sur l'un des autres serveurs du cluster.
Il n'a aucune préférence pour un serveur particulier. La "règle SIBus par défaut" propose ce comportement. |
Un - avec serveurs favoris | Le moteur de messagerie est exécuté sur le premier serveur disponible de la liste des serveurs favoris à son démarrage. Il peut basculer sur le premier serveur disponible de la liste des serveurs favoris au moment de la reprise en ligne. Plus le serveur est placé haut dans la liste des serveurs favoris, plus la préférence pour ce serveur est forte. Si aucun serveur favori n'est disponible, il peut basculer sur un autre serveur du cluster. Une fois qu'il a basculé, le moteur de messagerie ne bouge plus, même si l'un des serveurs favoris devient disponible. |
Un - avec serveurs favoris et paramètre Remise en production (Failback) | Le moteur de messagerie est toujours exécuté sur le serveur favori disponible. Il est exécuté sur le premier serveur disponible de la liste des serveurs favoris à son démarrage. Il peut basculer sur le premier serveur disponible de la liste des serveurs favoris au moment de la reprise en ligne. Plus le serveur est placé haut dans la liste des serveurs favoris, plus la préférence pour ce serveur est forte. Si aucun serveur favori n'est disponible, il peut basculer sur un autre serveur du cluster. Une fois qu'il a basculé, si l'un des serveurs favoris devient disponible, le moteur de messagerie passe automatiquement sur ce serveur. |
Un - avec serveurs favoris et paramètre Serveurs favoris uniquement | Le moteur de messagerie est exécuté uniquement sur les serveurs figurant dans la liste de serveurs favoris. Il est exécuté sur le premier serveur disponible de la liste des serveurs favoris à son démarrage. Il peut basculer sur le premier serveur disponible de la liste des serveurs favoris au moment de la reprise en ligne. Plus le serveur est placé haut dans la liste des serveurs favoris, plus la préférence pour ce serveur est forte. Si aucun serveur favori n'est disponible, il ne peut pas basculer sur un autre serveur du cluster. Une fois qu'il a basculé, si l'un des serveurs favoris devient disponible, le moteur de messagerie rebascule automatiquement sur ce serveur, si le paramètre Remise en production (Failback) est sélectionné. |
Aucune opération | Le moteur de messagerie est géré par une structure externe de haute disponibilité et peut basculer sur l'un des autres
serveurs du cluster externe à haute disponibilité. Si l'affinité d'un serveur est
requise, configurez-la sous forme de préférence dans la configuration du cluster à
haute disponibilité. Les détails de la configuration dépendent du choix de la
structure de haute disponibilité. Cette règle est utile si une base de données en cluster à haute disponibilité est utilisée comme magasin de données du moteur de messagerie ; elle permet de placer le moteur de messagerie sous le contrôle du cluster à haute disponibilité qui gère la base de données. Elle est également utile si un moteur de messagerie est connecté à un gestionnaire de files d'attente IBM MQ. Le moteur de messagerie peut basculer sur un autre serveur s'il utilise une adresse IP en cluster à haute disponibilité pour ses chaînes de canaux de communications entrantes. Pour plus d'informations, voir Structures externes de haute disponibilité et intégration de services. |
La règle est affectée au GroupeHD approprié lors de l'exécution en utilisant les critères de correspondance définis pour la règle.
Règle d'intégration de services par défaut
La règle la plus générale pour l'intégration de services est la règle par défaut incluse avec le produit, la "règle par défaut du bus d'intégration de services" (SIBus). Il s'agit d'une règle "Un de N" sans serveur favori, c'est-à-dire, le moteur de messagerie démarre sur le premier serveur disponible du cluster et peut basculer sur n'importe quel autre serveur d'applications du cluster. Il n'existe aucun basculement automatique et l'intervalle de surveillance est de 120 secondes. Cette règle ne contient qu'un critère de correspondance qui correspond à n'importe quel moteur de messagerie d'intégration de services. Ainsi, la règle s'applique à tous les moteurs de messagerie, sauf si le moteur de messagerie se trouve dans un GroupeHD avec une correspondance plus forte à une autre règle.