[z/OS]

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

Procédure

  1. Configurez un noeud sur chaque partition logique configurée dans la cellule Network Deployment. Le serveur du gestionnaire de déploiement, composant obligatoire, doit être configuré sur un noeud propre. Il peut l'être sur la partition logique ou sur une partition logique distincte.
  2. Utilisez la console d'administration pour vérifier qu'un démon de service de localisation a été défini sur chaque partition logique disposant d'un ou de plusieurs noeuds dans la même cellule.
  3. Définissez un serveur d'applications sur chaque noeud et regroupez tous les serveurs d'applications dans un cluster.

    Pour plus d'informations sur l'ajout de serveurs d'application dans un cluster, consultez la rubrique Ajout de membres à un cluster.

  4. Définissez les DVIPA (Dynamic Virtual IP Address) suivantes par le biais du distributeur Sysplex du système d'exploitation z/OS.
    • Définissez une adresse IP virtuelle dynamique comme nom IP du démon de la cellule. Cette adresse IP permet le routage et le basculement d'une charge de travail WLM équilibrée entre les partitions logiques des demandes IIOP.
    • Définissez une adresse IP virtuelle dynamique comme nom de canal de transport HTTP de la cellule. Cette adresse IP permet le routage et le basculement WLM équilibré entre les partages logiques des demandes HTTP sans session.

    Voir z/OS Communications Server IP Configuration Guide correspondant à la version du système d'exploitation z/OS utilisé pour une description de la procédure de définition des adresses IP par le biais du distributeur Sysplex z/OS. Cette publication est disponible à l'adresse http://www.ibm.com/servers/eserver/zseries/zos/bkserv/v1r4books.html.

  5. Définissez une adresse IP statique pour chaque noeud comme nom de transport de canal HTTP auxiliaire pour la cellule. Cette adresse IP permet le routage HTTP direct des demandes HTTP de session.
  6. Configurez les plug-ins du serveur Web sur chaque serveur Web. Configurez les plug-in afin d'utiliser DVIPA HTTP pour les demandes sans session et les adresses IP statiques pour les demandes avec session.

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_ha_appenviron
Nom du fichier : trun_ha_appenviron.html