Ajout d'un cluster à un bus pour la haute disponibilité ou l'évolutivité
Vous pouvez ajouter un cluster comme membre d'un bus et utiliser l'assistant de création de règles de moteur de messagerie et une stratégie de moteur de messagerie prédéfinie fournissant la haute disponibilité, l'évolutivité ou l'évolutivité avec haute disponibilité. Cet assistant vous aider à créer et à configurer les moteurs de messagerie dans un cluster afin d'obtenir le comportement requis du moteur de messagerie.
Avant de commencer
Pourquoi et quand exécuter cette tâche
- Haute disponibilité. Utilisez la règle de haute disponibilité pour garantir qu'un moteur de messagerie s'exécute en permanence dans le cluster, de sorte que les messages soient toujours transmis.
La règle de moteur de messagerie de haute disponibilité crée un moteur de messagerie unique pour le cluster. En cas de défaillance, le moteur de messagerie bascule sur l'un des autres serveurs du cluster. L'ordre dans lequel sont utilisés les serveurs en cas de défaillance dépend de l'ordre dans lequel ils apparaissent dans la liste des serveurs favoris. Plus le serveur est placé haut dans la liste des serveurs favoris, plus la préférence pour ce serveur est forte. Le moteur de messagerie ne prend pas en charge la reprise par restauration, c'est-à-dire que si un serveur mieux placé dans la liste des serveurs favoris devient à nouveau disponible, le moteur de messagerie ne bascule pas sur ce serveur.
- Evolutivité. Utilisez la règle d'évolutivité dans le cas d'un système pour lequel vous voulez ajouter des serveurs à un cluster et conserver les performances.
La règle de moteur de messagerie d'évolutivité crée un moteur de messagerie unique pour chaque serveur du cluster. Chaque moteur de messagerie ne peut s'exécuter que sur le serveur auquel il est associé et ne peut pas basculer sur un autre serveur en cas de défaillance. Si un serveur est défaillant, le moteur de messagerie sur lequel il s'exécute présente également des défaillances et n'est pas disponible jusqu'à la reprise du serveur. Vous pouvez ajouter de nouveaux serveurs au cluster sans affecter les moteurs de messagerie existants dans le cluster.
- Evolutivité avec haute disponibilité. Utilisez la règle d'évolutivité avec haute disponibilité dans le cas d'un système pour lequel vous voulez ajouter d'autres serveurs à un cluster et conserver les performances et si vous voulez garantir la disponibilité permanente de la 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 éventuellement optimiser les tailles de segment de mémoire initiale
et maximale de la machine virtuelle Java™ (JVM). L'optimisation de la taille des segments
de mémoire permet de s'assurer que les serveurs d'applications qui hébergent un
ou plusieurs moteurs de messagerie reçoivent une quantité de mémoire adéquate
pour le débit de messages que vous souhaitez.
- 6.0.2 (groupe de correctifs 23 ou ultérieur)
- 6.1.0 (groupe de correctifs 13 ou ultérieur)
Si la sécurité est activée et que le bus comporte des membres de différentes versions, la confiance entre ces derniers est établie au moyen d'un alias d'authentification intermoteurs. Si vous ajoutez un cluster de serveurs comme membre de bus à WebSphere Application Server Version 6 et qu'il s'agit du premier membre de bus à ce niveau, vous devez sélectionner ou créer un alias d'authentification au cours de cette tâche. Cette action définit l'alias d'authentification entre moteurs.
Procédure
Résultats
- Dans le cas de la règle de moteur de messagerie de haute disponibilité, il existe un moteur de messagerie unique, appelé nom_cluster.nnn-nom_bus, qui peut basculer sur n'importe lequel des serveurs du cluster en cas de défaillance.
- Dans le cas de la règle de moteur de messagerie d'évolutivité, il existe un moteur de messagerie pour chaque serveur du cluster, appelé nom_cluster.nnn-nom_bus. Chaque moteur de messagerie du cluster s'exécute sur un serveur uniquement.
- Dans le cas de la règle de moteur de messagerie de haute disponibilité, il existe un moteur de messagerie pour chaque serveur d'applications du cluster, appelé nom_cluster.nnn-nom_bus. Chaque moteur de messagerie du cluster peut basculer sur un autre serveur spécifié du cluster en cas de défaillance et prend en charge la reprise par restauration sur le serveur favori si ce dernier redevient disponible.