[AIX Solaris HP-UX Linux Windows][IBM i]

Création de clusters de secours

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 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

  1. Définit l'hôte et le port d'amorçage du cluster de secours.
    1. Connectez la console d'administration pour le gestionnaire de déploiement contenant le cluster de secours.
    2. Cliquez sur Administration du système > Gestionnaire de déploiement > Ports > BOOTSTRAP_ADDRESS. 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.
  2. Connectez la console d'administration au gestionnaire de déploiement contenant le cluster principal. Cliquez sur Serveurs > Clusters > Clusters WebSphere Application Server > nom_cluster > Cluster de secours.
  3. Assurez-vous que le nom du cluster de secours correspond à celui du cluster principal.
  4. 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.
  5. Cliquez sur OK.
  6. 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.
  7. 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.


Icône indiquant le type de rubrique Rubrique de tâche



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