![[z/OS]](../images/ngzos.gif)
Configuration de haute disponibilité
La configuration de haute disponibilité vise à éliminer tous les points uniques de défaillance.
Figure 1. Configuration à haute disponibilité. Cette figure illustre la configuration produit recommandée pour la
haute disponibilité. Les éléments clés sont décrits dans le texte d'accompagnement.

Les éléments clés d'une configuration à haute disponibilité sont les suivants :
- Une redondance des chemins d'accès réseau doit permettre d'accéder aux serveurs Web et aux serveurs d'applications.
- Des serveurs Web redondants. Une configuration de sysplex de haute disponibilité doit comporter au moins deux partitions logiques (LPAR).
- Une configuration de sysplex de haute disponibilité. Ces partitions logiques doivent se trouver sur des instances matérielles distinctes afin d'éliminer les points uniques de défaillance au niveau matériel et logiciel.
- Un noeud sur chaque partition logique configurée dans une cellule WebSphere Application Server, Network Deployment. Le serveur du gestionnaire de déploiement (requis et configuré sur un noeud distinct) peut être configuré sur l'une des deux partitions logiques ou sur une partition logique distincte. (Ce serveur n'est pas représenté sur la figure précédente.) Notez également qu'il existe un processus démon (WebSphere CORBA Location Service) sur chaque partition logique possédant un ou plusieurs noeuds dans une même cellule.
- Un serveur d'applications défini sur chaque noeud qui, combiné avec tous les autres serveurs d'applications du réseau, constitue un cluster de serveurs.
- Une adresse IP virtuelle dynamique (DVIPA) définie par le biais du distributeur sysplex z/OS en tant que nom IP du démon pour la cellule. Cette adresse IP permet un réacheminement de la charge de travail équilibré par WLM et la reprise en ligne entre les partitions logiques pour les demandes IIOP.
- Une adresse IP virtuelle dynamique (DVIPA) définie par le biais du distributeur sysplex en tant que nom de transport HTTP pour la cellule. Cette adresse IP permet un réacheminement de la charge de travail équilibré par WLM et la reprise en ligne entre les partitions logiques pour les demandes HTTP sans session.
- Une adresse IP statique est requise pour chaque noeud en tant que nom de transport HTTP auxiliaire pour la cellule. Cette adresse IP permet un réacheminement HTTP dirigé des demandes HTTP avec session.
- Un plug-in WebSphere pour serveurs Web doit être installé sur chacun des serveurs Web et configuré pour utiliser les adresses DVIPA HTTP pour les demandes sans session et les adresses IP statiques pour les demandes avec session.
- Si vous utilisez des sessions HTTP, l'état de la session doit être partagé entre les membres du cluster à l'aide du service DRS (Data Replication Service) ou les données de session doivent être stockées dans DB2. Si vous utilisez des beans EJB (Entreprise JavaBeans) session avec état, le magasin persistant de sessions avec état doit être configuré sur un système hiérarchique de fichiers partagés. (Il est déconseillé d'utiliser des beans EJB session avec état.)