Cette tâche permet de configurer un cluster de secours
traitant les demandes EJB (Enterprise JavaBeans)
en cas de défaillance du cluster principal.
Avant de commencer
Fonction obsolète: Backup clusters are deprecated in
WebSphere
Application Server Version 9. Instead of using IIOP based Backup
Clusters across multiple Cells using CoreGroupBridges, you should consider wrapping EJB capabilities
with
REST interfaces. Then use front-end
load balancing, such as On Demand Router, to balance the load.
depfeat
Avant de commencer, créez deux clusters capables d'assurer
le secours l'un de l'autre. Les objets et les ressources du cluster principal
doivent être également disponibles sur le cluster de secours. Vous devez
utiliser le même nom de cluster, installer les mêmes applications, utiliser les
mêmes noms d'application et définir les mêmes ressources sur les deux clusters.
Le cluster principal et le cluster de secours doivent résider dans des cellules
séparées car chaque cluster doit porter un nom unique à l'intérieur d'une même
cellule.
Pourquoi et quand exécuter cette tâche
Effectuez cette tâche pour créer un cluster de secours pour
vos clusters d'EJB. Si tous les serveurs du cluster principal sont
défaillants, le travail n'est pas interrompu car le cluster de secours peut
continuer à honorer les demandes de travail d'EJB.
Pour configurer un
cluster de secours, indiquez un nom et un port. Le port est appelé adresse
d'amorçage de domaine et consiste en un hôte et un port d'amorçage. L'hôte d'amorçage est l'ordinateur contenant le gestionnaire de déploiement dans lequel le cluster de secours est configuré. Le port d'amorçage est le même que celui du gestionnaire de déploiement.
Le cluster principal et le cluster de secours doivent résider dans des cellules séparées. L'hôte et le port d'amorçage du cluster de secours déterminent quelles cellules
contiennent ce cluster.
Procédure
- Définit l'hôte et le port d'amorçage du cluster de secours.
- Connectez la console d'administration pour le gestionnaire de
déploiement contenant le cluster de secours.
- Cliquez sur . L'hôte et le port pour l'instance
BOOTSTRAP_ADDRESS correspondent à l'hôte et au port utilisés
par le cluster de secours. N'oubliez pas ces valeurs pour lors de la configuration du cluster principal.
- Connectez la console d'administration au gestionnaire de déploiement contenant le cluster principal.
Cliquez sur nom_cluster > Cluster de secours.
- Assurez-vous que le nom du cluster de secours correspond à celui du
cluster principal.
- Cliquez sur Adresse d'amorçage du domaine. Indiquez
l'hôte et le port d'amorçage du gestionnaire de déploiement du
cluster de secours dans les zones Hôte et Port. Cliquez sur OK. Ensemble, l'hôte et le port définissent une adresse d'amorçage pour le gestionnaire de déploiement. Dans la page Adresse d'amorçage du domaine, l'onglet Configuration
permet de définir de manière statique le cluster de secours ; la valeur statique est
employée lors de chaque démarrage du gestionnaire de déploiement. L'onglet
Exécution permet de définir le cluster de secours lors de l'exécution
uniquement ; les informations du cluster de secours sont annulées avec l'arrêt
du gestionnaire de déploiement.
- Cliquez sur OK.
- Configurez une passerelle de groupe central entre chaque
groupe central de cluster. Utilisez un groupe de points d'accès
pour associer les deux groupes centraux. Dans le gestionnaire de déploiement de
la cellule principale, configurez un groupe de points d'accès comportant le
point d'accès homologue faisant référence au point d'accès de groupe central
dans la cellule de secours. Dans le gestionnaire de déploiement de la cellule
de secours, créez un groupe de points d'accès portant le même nom que le groupe
de points d'accès créé dans la cellule principale. Ajoutez un point d'accès
homologue faisant référence au point d'accès de groupe central dans la cellule
principale. Pour plus d'informations, consultez la rubrique sur la configuration du
service de passerelle de groupe central.
Conseil : Si vous configurez un cluster version 5.x pour sauvegarder un cluster de la version courante, ne configurez pas le service de passerelle de groupe central. Les groupes centraux ne sont pas pris en charge par la version 5.x. Par conséquent, le cluster en version 5.x ne fait partie d'aucun groupe central. Le cluster de secours fonctionne toujours uniquement grâce à l'adresse d'amorçage du domaine.
- Sauvegardez la configuration.
Résultats
Le cluster de secours effectuent les demandes d'EJB lorsque le
cluster principal est défaillant.
Que faire ensuite
Si vous rencontrez des problèmes lors de la configuration de votre
cluster de secours, consultez la rubrique qui décrit quoi faire quand la charge de travail
n'est pas distribuée.