[z/OS]

Mise en pause du programme d'écoute d'un serveur d'applications afin de mettre à jour manuellement une application de haute disponibilité

Au lieu d'arrêter le serveur d'applications, vous pouvez utiliser la commande Modifier de la console MVS pour mettre en pause ses programmes d'écoute, effectuer la mise à jour de l'application et remettre en service les programmes d'écoute. Si vous utilisez cette technique, il est inutile d'arrêter puis de relancer le serveur pour effectuer la mise à jour de l'application.

Avant de commencer

Déterminez les serveurs d'applications qui hébergent les membres de cluster qui doivent être mis à jour.

Pourquoi et quand exécuter cette tâche

Si vous disposez d'une application à haute disponibilité dont vous souhaitez contrôler manuellement les mises à jour, mais que vous ne voulez pas arrêter les serveurs affectés, vous pouvez utiliser la commande Modify MVS pour mettre en pause le programme d'écoute de chaque serveur et mettre à jour l'application.

Eviter les incidents Eviter les incidents: La commande MODIFY server,PAUSELISTENERS arrête l'écoute du contrôleur sur tous les ports, à l'exception du port IIOP (ORB_TCP_SECURE et ORB_TCP_LISTENER). Pour IIOP, lorsque cette commande modify est exécutée, le démon arrête l'envoi de requêtes vers les canaux de transport IIOP. Cependant, si vous exécutez des applications client pratiquant la mise en cache, il est possible que les demandes émanant de ces applications soient envoyées directement au port IIOP ouvert. Cette situation peut se produire car les programmes d'écoute IIOP démarrent à un stade précoce du démarrage du serveur, ce qui rend possible l'ouverture du port IIOP avant l'exécution de cette commande modify.gotcha

Pour mettre en pause les programmes d'écoute et contrôler manuellement le déploiement des applications en environnement de haute disponibilité :

Remarque :

Procédure

  1. Désactivez toutes les formes de synchronisation automatique sur tous les noeuds de la cellule et enregistrez les modifications. Effectuez pour cela l'une des opérations suivantes :
    • Dans la console d'administration :
      1. Cliquez sur Administration système > Agents de noeud > nom_agent_noeud > Service de synchronisation de fichiers.
      2. Désactivez les options Synchronisation automatique et Synchronisation au démarrage.
      3. Sélectionnez l'option Synchroniser les modifications avec les noeuds.
      4. Cliquez sur Sauvegarder.
    • Utilisez les scripts wsadmin pour définir les commandes suivantes, puis relancez tous les agents de noeud affectés :
      set node NODE
      set na_id [$AdminConfig getid /Node:$node/Server:nodeagent/]  
      set syncServ [$AdminConfig list ConfigSynchronizationService $na_id]  
      $AdminConfig modify $syncServ {{autoSynchEnabled false}}  
      $AdminConfig modify $syncServ {{synchOnServerStartup false}}
      $AdminConfig save
      
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 
      Remarque : En environnement de production, il est raisonnable de toujours exécuter l'agent de noeud avec la synchronisation automatique désactivée. Il est toutefois conseillé d'avoir la Synchronisation au démarrage activée pour l'agent de noeud pour qu'il puisse acquérir les mises à jour de configuration ayant été effectuées pendant qu'il ne fonctionnait pas. La synchronisation au démarrage peut rester activée dès lors que vous êtes certain que l'agent de noeud ne sera pas redémarré manuellement, par le biais de l'automatisation ou du gestionnaire de redémarrage automatique pendant la procédure de mise à jour des applications.
  2. Mettez à jour l'application dans le référentiel de configuration maître sur le serveur du gestionnaire de déploiement. Effectuez pour cela l'une des opérations suivantes :
    • Dans la console d'administration :
      1. Cliquez sur Applications > Applications d'entreprise.
      2. Sélectionnez l'application à mettre à jour.
      3. Procédez à la mise à jour de l'application.
      4. Sauvegardez les modifications de la configuration principale. NE sélectionnez PAS l'option Synchroniser les modifications avec les noeuds.
    • Utilisez les scripts wsadmin pour émettre la commande suivante :
      set app_loc /path/to/app
      set app_options {application options ie: -appname app}
      set options [list -update]  lappend options $app_options 
      $AdminApp install $app_loc $options
      $AdminConfig save

      A ce stade, la version de l'application (App v2 dans la figure qui suit) est mise à jour dans la configuration maîtresse. La version originale de l'application (App v1 dans la figure qui suit) continue toutefois de s'exécuter dans le cluster avec des membres de cluster sur LPAR1 et LPAR2.

      Figure 1. Installez la mise à jour de l'application. Cette figure illustre la première étape de la mise à jour d'une application dans un environnement de haute disponibilité.Installer la mise à jour de l'application
  3. Mettez en pause le programme d'écoute du serveur d'applications sur LPAR1 et synchronisez manuellement le noeud avec la version mise à jour de l'application. Après la mise en pause du programme d'écoute, attendez que tous les éléments de travail affectés au serveur se terminent et émettez la commande à partir de la console MVS :
    MODIFY nom_abrégé_serveur,PAUSELISTENERS
    Par exemple, si le nom abrégé du serveur que vous mettez en pause est BBOS001, émettez la commande suivante :
    MODIFY BBOS001,PAUSELISTENERS
  4. Synchronisez le noeud. Effectuez pour cela l'une des opérations suivantes :
    • Dans la console d'administration :
      1. Cliquez sur Administration système > Agents de noeud.
      2. Sélectionnez le noeud à synchroniser et cliquez sur Resynchronisation complète.
    • Utilisez les scripts wsadmin pour exécuter les commandes suivantes :
      set node NODE 
      set nodeSync [$AdminControl completeObjectName type=NodeSync,node=$node,*] 
      $AdminControl invoke $nodeSync sync 

    Comme le montre la figure qui suit, la version mise à jour de l'application (App v2) réside désormais dans le noeud sur LPAR1.

    Figure 2. Mettez à jour le noeud sur LPAR1. Cette figure illustre la première étape de la mise à jour d'une application dans un environnement de haute disponibilité avec deux LPAR.Mettre à jour le noeud sur LPAR1
  5. Relancez le programme d'écoute du serveur d'applications sur LPAR1. Exécutez la commande à partir de la console MVS :
    MODIFY nom_abrégé_serveur,RESUMELISTENERS
    Par exemple, si le nom abrégé du serveur que vous mettez en pause est BBOS001, émettez la commande suivante :
    MODIFY BBOS001,RESUMELISTENERS
  6. Avec la nouvelle version de l'application qui s'exécute sur LPAR1, répétez les trois étapes précédentes sur les autres partitions logiques du cluster pour les mettre à jour avec la nouvelle version de l'application. La figure suivante illustre ce à quoi ressemble la configuration dans un cluster à deux partitions logiques.
    Figure 3. Mettez à jour le noeud sur LPAR2. Cette figure illustre la deuxième étape de la mise à jour d'une application en environnement à haute disponibilité.Mettre à jour le noeud sur LPAR2

Résultats

La procédure de mise à jour de l'application est terminée lorsque la nouvelle version de l'application s'exécute sur tous les LPAR du cluster.


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_pauselist
Nom du fichier : trun_ha_pauselist.html