Mise à jour des serveurs eXtreme Scale

Vous pouvez mettre à niveau WebSphere eXtreme Scale vers une nouvelle version, soit en appliquant la maintenance ou en installant une nouvelle version, sans interrompre le service.

Avant de commencer

Vous devez disposer du fichier binaire pour la version majeure ou de maintenance à appliquer. Vous pouvez obtenir les dernières informations sur les versions disponibles et les packages de maintenance depuis le portail du support IBM pour WebSphere eXtreme Scale.

Pourquoi et quand exécuter cette tâche

Pour effectuer une mise à niveau sans interrompre le service, vous devez d'abord mettre à niveau les serveurs de catalogue, puis les serveurs de conteneur, et enfin les serveurs client.

Procédure

  1. Mettez à jour le niveau de service de catalogue, en répétant les étapes suivantes pour chaque serveur de catalogue dans la grille de données. Mettez à jour le niveau de service de catalogue avant de mettre à niveau les serveurs de conteneur ou les clients. Les serveurs de catalogue individuels peuvent interopérer avec la compatibilité de version de sorte que vous pouvez appliquer des mises à niveau à un seul serveur de catalogue à la fois sans interrompre le service.
    1. Recherchez un état de quorum sain. Exécutez la commande suivante :
      xsadmin -quorumStatus
      xscmd -c showQuorumStatus
      Ce résultat indique que tous les serveurs de catalogue sont connectés.
    2. Si vous utilisez la réplication multimaître entre deux domaines de service de catalogue, supprimez la liaison entre les deux domaines de service de catalogue lorsque vous mettez à niveau les serveurs de catalogue.
      xsadmin –ch host -p 1099 -dismissLink domain_name
      xscmd –c dismissLink –cep host:2809 -fd domain_name
      Il suffit d'exécuter cette commande depuis l'un des domaines de service de catalogue pour supprimer la liaison entre deux domaines de service de catalogue.
    3. Arrêtez l'un des serveurs de catalogue. Vous pouvez utiliser la commande stopOgserver, la commande xscmd -c teardown ou arrêtez le serveur d'application qui exécute le service de catalogue dans WebSphere Application Server. Il n'existe pas d'ordre d'arrêt spécifique des serveurs de catalogue, mais l'arrêt du serveur de catalogue principal en dernier réduit la rotation. Pour identifier le serveur de catalogue principal, recherchez le message CWOBJ8106 dans les fichiers journaux. Dans des conditions normales, le quorum est maintenu lorsqu'un serveur de catalogue est arrêté, mais il est recommandé d'identifier l'état du quorum après chaque arrêt avec la commande xscmd -c showQuorumStatus.

      Si vous utilisez la commande xscmd -c teardown, vous pouvez filtrer les noms de serveur. La commande stopOgServer nécessite d'entrer un nom de serveur exact ou une liste de noms de serveur à arrêter en parallèle. Vous devez regrouper le processus d'arrêt au lieu d'appeler le processus d'arrêt ou le désassemblage pour de nombreux serveurs en parallèle. En groupant les serveurs à arrêter, la grille de données peut réagir aux serveurs qui sont en cours d'arrêt en déplaçant les fragments sur la grille de données. Vous pouvez utiliser l'une des commandes suivantes pour arrêter vos serveurs :

      Vous pouvez fournir une liste spécifique de serveurs à arrêter à la commande stopOgServer ou xscmd -c teardown :

      stopOgServer <server_name>[,<server_name>]
      xsadmin –teardown <server_name>[,<server_name>]
      xscmd –c teardown -sl <server_name>[,<server_name>]
      Avec les exemples précédents, la commande stopOgServer ou xscmd -c teardown exécute les mêmes tâches d'arrêt. Toutefois, vous pouvez filtrer les serveurs à arrêter avec la commande xscmd -c teardown. Voir Arrêt propre des serveurs avec l'utilitaire xscmd pour plus d'informations sur le filtrage des serveurs en fonction de la zone ou du nom d'hôte. La commande teardown filtre les serveurs correspondants et demande si les serveurs sélectionnés sont corrects.
    4. Installez les mises à jour sur le serveur de catalogue. Vous pouvez soit migrer le serveur de catalogue vers une nouvelle version majeure du produit ou appliquer un package de maintenance. Voir les rubriques suivantes pour plus d'informations :
    5. Redémarrez le serveur de catalogue.

      Si vous utilisez un environnement autonome, voir Démarrage d'un service de catalogue autonome pour plus d'informations. Si vous utilisez un environnement autonome WebSphere Application Server, voir Démarrage et arrêt des serveurs dans un environnement WebSphere Application Server pour plus d'informations.

      Le serveur de catalogue s'exécute en mode de compatibilité jusqu'à ce que tous les serveurs de catalogue soient amenés au même niveau. Le mode de compatibilité s'applique principalement aux migrations de versions majeures, car les nouvelles fonctions ne sont pas disponibles sur les serveurs qui ne sont pas migrés. Il n'existe aucune restriction sur la durée d'exécution des serveurs de catalogue en mode de compatibilité, mais il est recommandé de migrer tous les serveurs de catalogue vers le même niveau dès que possible.

    6. Appliquez les mises à jour aux serveurs de catalogue restants de la configuration.
  2. Mettez à niveau les serveurs de conteneur en répétant les étapes suivantes pour chaque serveur de conteneur dans la grille de données. Vous pouvez mettre à niveau les serveurs de conteneur dans n'importe quel ordre. Toutefois, envisagez de mettre à jour les serveurs d'abord, puis les clients, si vous utilisez des fonctions nouvelles dans la mise à niveau.
    1. Arrêtez les serveurs de conteneur à mettre à niveau. Vous pouvez arrêter les groupes de serveurs de conteneur dans les groupes avec la commande stopOgserver ou teardown. En créant des lots d'opérations teardown et en exécutant des opérations de démarrage de serveur en parallèle, le mécanisme de placement déplace de plus grands groupes de fragments.
      xsadmin –teardown -fz DefaultZone
      xscmd -c teardown -z DefaultZone
      
      Connecting to Catalog service at localhost:1099
      
      Processing filter options for Server teardown
      
      The following servers will be torn down: 
      
        container00
        container01
        container02
        container03
        container04
      
      
      Do you want to tear down the listed servers? (Y/N)
    2. Installez les mises à jour sur le serveur de conteneur. Vous pouvez soit migrer les serveurs de conteneur vers une nouvelle version majeure du produit ou appliquer un module de maintenance. Voir les rubriques suivantes pour plus d'informations :
    3. Redémarrez les serveurs de conteneur.
    4. Mettez à niveau les serveurs de conteneur restants de la configuration.
  3. Si vous utilisez la réplication multimaître, reconnectez vos domaines de service de catalogue. Utilisez la commande inattendue -c establishLink pour reconnecter les domaines de service de catalogue.
    xsadmin –ch host –p 1099 –establishLink dname fdHostA:2809,fdHostB:2809
    xscmd –c establishLink -cep host:2809 -fd dname -fe fdHostA:2809,fdHostB:2809
  4. [Version 8.5 and later] Pour vérifier que tous les serveurs utilisent la nouvelle version de WebSphere eXtreme Scale, exécutez la commande xscmd -c showinfo.
    xscmd –c showinfo

Que faire ensuite

Vous pouvez également utiliser ces étapes pour revenir à une version antérieure ou pour désinstaller les modules de maintenance. Toutefois, si vous revenez à la version 7.1.0 lorsque vous utilisez la réplication multimaître, la réplication bidirectionnelle peut échouer lorsque vous rétablissez les liaisons. Dans ce cas, redémarrez les domaines de service de catalogue et liez-les de nouveau avec la commande establishLink.