![[z/OS]](../images/ngzos.gif)
Configuration d'un environnement sysplex de haute disponibilité
La configuration d'un environnement sysplex de haute disponibilité permet de contrôler le déploiement des applications et le routage de la charge de travail.
Avant de commencer
- Un environnement sysplex de haute disponibilité doit contenir au moins deux partitions logiques (LPAR). Ces dernières doivent résider sur des instances matérielles distinctes afin d'éliminer les points de défaillance matérielle uniques.
- Une redondance du chemin réseau doit conduire aux serveurs Web et aux serveurs d'applications du sysplex.
- Si vous utilisez des sessions HTTP, l'état de la session doit être partagé entre les membres de cluster à l'aide du service de réplication de données où les données de session doivent être stockées dans DB2. Si vous utilisez une session EJB (Enterprise JavaBeans) avec état, le stockage permanent des sessions avec état doit être configuré sur un HFS partagé. Il est déconseillé d'utiliser des sessions EJB avec état.
Dans les environnements où WebSphere Application Server est exécuté dans un cluster de plateformes réparties et où plusieurs systèmes de membre WebSphere Application Server for z/OS sont exécutés en cluster, l'exécution de la reprise WLM (EJB workload management) sur WebSphere Application Server for z/OS implique des ajustements des paramètres de cache. Les références IOR (Interoperable Object Reference) sur WebSphere Application Server for z/OS étant soumises à la gestion de la charge de travail, toute pause de WebSphere Application Server for z/OS entraîne la répartition de toutes les demandes vers le cluster WebSphere Application for z/OS restant. Lorsque la reprise du membre de cluster mis en pause est effectué, très peu de demandes (voire aucune) sont distribuées vers ce dernier ce qui entraîne un déséquilibrage du système. Bien que la plupart de ses ressources d'unité centrale soient disponibles, le membre reçoit peu (voir aucune) de demandes à traiter et, par conséquent, le traitement WLM normal n'est pas effectué après la reprise du système mis en pause.
Pour que l'équilibrage de charge se poursuive correctement il est nécessaire de définir un délai d'expiration du cache JNDI global raisonnable pour l'ensemble du serveur (par exemple, com.ibm.websphere.naming.jndicache.maxcachelife=3, qui fixe ce délai à 3 minutes).
Pourquoi et quand exécuter cette tâche
Effectuez les opérations suivantes pour configurer un environnement sysplex de haute disponibilité.