Mise à jour d'Apigee Edge 4.17.09 vers la version 4.19.01

Edge pour Private Cloud v4.19.01

Cette section explique comment effectuer les mises à niveau suivantes:

• Du 17/04/09 au 19/04

Toutes les mises à niveau

Le tableau suivant indique les chemins de mise à niveau pour la version 4.19.01:

Du 18/04/05	Passer directement de la version 4.18.05 à la version 4.19.01
De	Passer directement de la version 4.18.01 à la version 4.19.01
De 09/04/09	Mise à niveau directement de la version 4.17.09 à la version 4.19.01
De 17/04/05	Passer de la version 4.17.05 à la version 4.18.01, puis passer de la version 4.18.01 à la version 4.19.01
De 01/04/01	Passer de la version 4.17.01 à la version 4.18.01, puis passer de la version 4.18.01 à la version 4.19.01
De 09/04/09	Passer de la version 4.16.09 à la version 4.18.01, puis passer de la version 4.18.01 à la version 4.19.01
De 16/04/05	mise à niveau depuis la version 4.16.05 → 4.18.01 ; puis passer de la version 4.18.01 à la version 4.19.01
De	Passer de la version 4.16.01 à la version 4.18.01, puis passer de la version 4.18.01 à la version 4.19.01
À partir de 4.15.0x	Passer de la version 4.15.0x à la version 4.16.01, passez de la mise à niveau depuis la version 4.16.01 → 4.18.01, puis passez de la version 4.18.01 à la version 4.19.01

Qui peut effectuer la mise à jour

L'utilisateur qui exécute la mise à jour doit être celui qui a installé Edge à l'origine, ou un en tant qu'utilisateur racine.

Une fois les RPM Edge installés, n'importe quel utilisateur peut les configurer.

Quels composants devez-vous mettre à jour ?

Vous devez mettre à jour tous les composants Edge. Edge ne prend pas en charge une configuration qui contient des composants à partir de plusieurs versions.

Maintenir la compatibilité

Lors de la mise à niveau d'Apigee Edge pour Private Cloud vers la version 4.19.01, vous devez vous assurer que le L'implémentation qui en résulte ne fait référence qu'à des propriétés prises en charge dans ses fichiers de configuration.

<ph type="x-smartling-placeholder">

Propriété	Lieu	Description
conf_load_balancing_load.balancing.   driver.nginx.server.retry	router.properties	Supprimez cette propriété de votre fichier router.properties. Pour définir les options de nouvelle tentative dans 4.19.01, utilisez la classe virtuelle de configuration d'hôte.

Propagation automatique de la propriété paramètres

Si vous avez défini des propriétés en modifiant des fichiers .properties dans /opt/apigee/customer/application, ces valeurs sont conservées lors de la mise à jour.

Mise à niveau requise vers Postgres 9.6

Cette version d'Edge inclut une mise à niveau vers Postgres 9.6. Dans le cadre de cette mise à niveau, Les données Postgres sont migrées vers Postgres 9.6.

La plupart des systèmes de production Edge utilisent deux nœuds Postgres configurés pour la réplication maître en mode veille. Pendant le processus de mise à jour, alors que les nœuds Postgres sont indisponibles pour la mise à jour, les données d'analyse sont toujours écrit dans les nœuds Qpid. Une fois les nœuds Postgres mis à jour et remis en ligne, les données d'analyse est ensuite transmise aux nœuds Postgres.

La méthode de mise à jour Postgres dépend de la configuration du stockage des données Nœuds Postgres:

• Si vous utilisez le stockage local de données pour vos nœuds Postgres, vous devez installer un nouveau nœud de secours Postgres pendant la durée de la mise à niveau. Après le vous pouvez mettre hors service le nouveau nœud de secours Postgres.

  Le nœud de secours Postgres supplémentaire est requis si vous devez effectuer un rollback de la mise à jour pour quelque raison que ce soit. Si vous devez effectuer un rollback de la mise à jour, devient le nœud Postgres maître après le rollback. Par conséquent, lorsque vous installez nouveau nœud de secours Postgres, il doit se trouver sur un nœud qui répond à tous les besoins les exigences d'un serveur Postgres, telles que définies dans le document Edge Conditions d'installation.

  Dans une configuration Edge à un et deux nœuds, des topologies utilisées pour le prototypage et les tests, vous ne disposent que d'un seul nœud Postgres. Vous pouvez mettre à jour ces nœuds Postgres directement pour créer un nœud Postgres.

• Si vous utilisez un stockage réseau pour vos nœuds Postgres, car recommandé par Apigee, il n'est pas nécessaire d'installer un nouveau nœud Postgres. Dans des procédures ci-dessous, vous pouvez ignorer les étapes consistant à installer, puis à mettre hors service Nœud de secours Postgres.

  Avant de commencer le processus de mise à jour, prenez un instantané réseau du magasin de données utilisé par Postgres. Ensuite, si des erreurs se produisent pendant la mise à jour et que vous êtes obligé d'effectuer un rollback, vous pouvez restaurer le nœud Postgres à partir de cet instantané.

Installation d'un nouveau Postgres nœud de secours

Cette procédure crée un serveur de secours Postgres sur un nouveau nœud. Veillez à installer une nouvelle serveur de secours Postgres pour votre version existante d'Edge (4.17.09), pas pour la version 4.19.01.

Pour effectuer l'installation, utilisez le même fichier de configuration que celui utilisé pour installer la version actuelle d'Edge.

Pour créer un nœud de secours Postgres:

1. Dans le maître Postgres actuel, modifiez la valeur /opt/apigee/customer/application/postgresql.properties. pour définir le jeton suivant. Si ce fichier n'existe pas, créez-le:

   conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust\ \nhost replication apigee new_standby_ip/32 trust

   Où existing_standby_ip est l'adresse IP du Postgres actuel serveur de secours, et new_standby_ip est l'adresse IP du nouveau nœud de secours.

2. Redémarrez apigee-postgresql sur le maître Postgres:

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

3. Vérifiez que le nouveau nœud de secours a été ajouté en affichant le /opt/apigee/apigee-postgresql/conf/pg_hba.conf sur le maître. Vous devriez voir les lignes suivantes dans ce fichier:

   host replication apigee existing_standby_ip/32 trust
   host replication apigee new_standby_ip/32 trust

4. Installez le nouveau serveur de secours Postgres: <ph type="x-smartling-placeholder">
   </ph>
   1. Modifiez le fichier de configuration que vous avez utilisé pour installer votre version actuelle d'Edge pour spécifier les éléments suivants:

      # IP address of the current master:
      PG_MASTER=192.168.56.103
      # IP address of the new standby node
      PG_STANDBY=192.168.56.102

   2. Désactivez SELinux comme décrit dans la section Installez l'utilitaire de configuration Edge apigee.
   3. Téléchargez le fichier bootstrap_4.17.09.sh Edge pour /tmp/bootstrap_4.17.09.sh :

      curl https://software.apigee.com/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh

   4. Installez l'utilitaire Edge apigee-service et les dépendances:

      sudo bash /tmp/bootstrap_4.17.09.sh apigeeuser=uName apigeepassword=pWord

   5. Utilisez apigee-service pour installer l'utilitaire apigee-setup:

      /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

   6. Installez Postgres:

      /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile

   7. Sur le nouveau nœud de secours, exécutez la commande suivante:

      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      Vérifiez qu'il s'agit de l'instance de secours.

Mettre hors service un nœud Postgres

Une fois la mise à jour terminée, mettez le nouveau nœud de secours hors service:

1. Vérifiez que Postgres est en cours d'exécution:

   /opt/apigee/apigee-service/bin/apigee-all status

   Si Postgres n'est pas en cours d'exécution, démarrez-le:

   /opt/apigee/apigee-service/bin/apigee-all start

2. Obtenez l'UUID du nouveau nœud de secours en exécutant la commande curl suivante sur le nouveau nœud de secours:

   curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self

   L'UUID du nœud doit s'afficher à la fin du résultat, sous la forme suivante:

   "type" : [ "postgres-server" ],
   "uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"

3. Arrêtez le nouveau nœud de secours en exécutant la commande suivante sur le nouveau nœud de secours:

   /opt/apigee/apigee-service/bin/apigee-all stop

4. Sur le nœud maître Postgres, modifiez /opt/apigee/customer/application/postgresql.properties. pour supprimer le nouveau nœud de secours de conf_pg_hba_replication.connection:

   conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust

5. Redémarrez apigee-postgresql sur le maître Postgres:

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

6. Vérifiez que le nouveau nœud de secours a été supprimé en affichant le /opt/apigee/apigee-postgresql/conf/pg_hba.conf sur le maître. Vous devriez voir uniquement la ligne suivante dans ce fichier:

   host replication apigee existing_standby_ip/32 trust

7. Supprimez l'UUID du nœud de secours de ZooKeeper en effectuant la gestion Edge suivante : Appel d'API sur le nœud du serveur de gestion:

   curl -u sysAdminEmail:password -X DELETE http://ms_IP:8080/v1/servers/new_standby_uuid

Mettre à jour les prérequis

Vérifiez les conditions préalables suivantes avant de mettre à niveau Apigee Edge:

• Sauvegarder tous les nœuds
  Pour des raisons de sécurité, nous vous recommandons d'effectuer une sauvegarde complète de tous les nœuds avant d'effectuer la mise à jour raisons. Utilisez la procédure relative à votre version actuelle de Edge pour effectuer la sauvegarde.

  Cela vous permet d'avoir un plan de sauvegarde, au cas où la mise à jour vers une nouvelle version fonctionne correctement. Pour en savoir plus sur la sauvegarde, consultez la section Sauvegarde et Restaurer.

• Vérifier qu'Edge est en cours d'exécution
  Assurez-vous qu'Edge est opérationnel pendant le processus de mise à jour à l'aide de la commande suivante:

  /opt/apigee/apigee-service/bin/apigee-all status

Gérer une mise à jour ayant échoué

Si la mise à jour échoue, vous pouvez essayer de résoudre le problème, puis exécuter update.sh à nouveau. Vous pouvez exécuter la mise à jour plusieurs fois pour qu'elle continue à l'endroit où elle s'était arrêtée désactivée.

Si l'échec nécessite un rollback vers la version précédente de la mise à jour, consultez Effectuez un rollback de la version 4.19.01 pour continuer.

Informations sur la mise à jour de la journalisation

Par défaut, l'utilitaire update.sh écrit les informations de journal dans:

/opt/apigee/var/log/apigee-setup/update.log

Si l'utilisateur exécutant l'utilitaire update.sh n'a pas accès à ce répertoire, il écrit le journal dans le répertoire /tmp sous la forme d'un fichier nommé update_username.log

Si l'utilisateur n'a pas accès à /tmp, l'utilitaire update.sh est défaillant.

Mise à jour sans temps d'arrêt

Une mise à jour sans temps d'arrêt, ou mise à jour progressive, vous permet de mettre à jour votre configuration Edge sans pour faire descendre Edge.

La mise à jour sans temps d'arrêt n'est possible qu'avec une configuration à cinq nœuds ou plus.

La clé d'une mise à niveau sans temps d'arrêt consiste à supprimer de la charge chaque routeur, un par un, de votre équilibreur de charge. Vous mettez ensuite à jour le routeur et tous les autres composants sur la même machine que le routeur, puis ajoutez le routeur à nouveau à l'équilibreur de charge.

1. Mettez à jour les machines dans le bon ordre pour votre configuration, comme décrit dans Ordre des mises à jour de la machine.
2. Au moment de mettre à jour les routeurs, sélectionnez un routeur et rendez-le inaccessible, car décrit dans la section Activation/Désactivation du serveur Joignabilité (processeur/routeur de messages).
3. Mettez à jour le routeur sélectionné et tous les autres composants Edge sur la même machine que le routeur. Toutes les configurations Edge affichent un routeur et un processeur de messages sur le même nœud.
4. Rendez le routeur à nouveau accessible.
5. Répétez les étapes 2 à 4 pour les routeurs restants.
6. Continuez la mise à jour pour toutes les machines restantes dans votre configuration.

Prenez soin des points suivants avant/après la mise à jour:

• Sur les nœuds de routeur et de processeur de messages combinés: <ph type="x-smartling-placeholder">
  </ph>
  • Avant la mise à jour: <ph type="x-smartling-placeholder">
    </ph>
    1. Rendez le routeur inaccessible.
    2. Rendre le processeur de messages inaccessible.
  • Après la mise à jour, procédez comme suit: <ph type="x-smartling-placeholder">
    </ph>
    1. Rendez le processeur de messages accessible.
    2. Rendez le routeur accessible.
• Sur un nœud de routeur unique: <ph type="x-smartling-placeholder">
  </ph>
  • Avant la mise à jour, rendez le routeur inaccessible.
  • Rendez le routeur accessible après la mise à jour.
• Sur un nœud de processeur de messages unique: <ph type="x-smartling-placeholder">
  </ph>
  • Avant la mise à jour, rendez le processeur de messages inaccessible.
  • Après la mise à jour, rendez le processeur de messages accessible.

Utiliser un fichier de configuration silencieuse

Vous devez transmettre un fichier de configuration silencieuse à la commande de mise à jour. Fichier de configuration silencieuse doit être la même que celle que vous avez utilisée pour installer Edge 4.17.09.

Remplacer par 4.19.01 sur un nœud avec une connexion Internet externe

Procédez comme suit pour mettre à jour les composants Edge sur un nœud:

1. Si vous utilisez actuellement la réplication principale Postgres avec stockage local, installer un nouveau nœud de secours Postgres comme décrit dans la section Installation d'une nouvelle de secours.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

2. Le cas échéant, désactivez les tâches CRON configurées pour effectuer une opération de réparation sur Cassandra. avant la fin de la mise à jour.
3. Connectez-vous à votre nœud en tant qu'utilisateur racine pour installer les RPM Edge.
4. Installez yum-utils et yum-plugin-priorities:

   sudo yum install yum-utils
   sudo yum install yum-plugin-priorities

5. Désactivez SELinux comme décrit dans la section Installer l'utilitaire de configuration Edge Apigee.
6. Si vous effectuez l'installation sur Oracle 7.x, exécutez la commande suivante:

   sudo yum-config-manager --enable ol7_optional_latest

7. Si vous effectuez l'installation sur AWS, exécutez la commande suivante : Commandes yum-configure-manager:

   yum update rh-amazon-rhui-client.noarch
   sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

8. Téléchargez le fichier bootstrap_4.19.01.sh Edge 4.19.01 pour /tmp/bootstrap_4.19.01.sh:

   curl https://software.apigee.com/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh

9. Installez l'utilitaire Edge 4.19.01 apigee-service et les dépendances:

   sudo bash /tmp/bootstrap_4.19.01.sh apigeeuser=uName apigeepassword=pWord

   Où uName:pWord correspond au nom d'utilisateur et au mot de passe que vous avez reçus d'Apigee. Si vous omettez pWord, vous serez invité à le saisir.

   Par défaut, le programme d'installation vérifie que Java 1.8 est bien installé. Si ce n'est pas le cas, l'installe pour vous. Utilisez l'option JAVA_FIX pour spécifier comment gérer Java. l'installation. JAVA_FIX peut avoir les valeurs suivantes:

   • I = Installer OpenJDK 1.8 (par défaut)
   • C = Continuer sans installer Java
   • Q = Quitter Pour cette option, vous devez installer Java vous-même.
10. Utilisez apigee-service pour mettre à jour l'utilitaire apigee-setup:

    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

11. Mettez à jour l'utilitaire apigee-validate sur le serveur de gestion:

    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

12. Mettez à jour l'utilitaire apigee-provision:

    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update

13. Exécutez l'utilitaire de mise à jour sur vos nœuds dans l'ordre décrit dans la section Ordre des mises à jour de la machine:

    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    La seule condition requise concernant le fichier de configuration est qu'il doit être accessible ou lisibles par le « apigee » utilisateur.

    Utilisez l'option -c pour spécifier le composant à mettre à jour. La liste des possibilités comprend:

    • "cs" = Cassandra
    • "arête" =Tous les composants Edge à l'exception de l'interface utilisateur Edge. "En périphérie" comprend Serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Edge Postgres.
    • "ldap" = OpenLDAP
    • "ps" = postgresql
    • "qpid" = qpidd
    • "sso" = SSO Edge
    • "ui" = Interface utilisateur Edge
    • "zk" = ZooKeeper

    Vous pouvez exécuter update.sh sur tous les composants en définissant component sur "all", mais uniquement si vous disposez d'un profil de configuration Edge tout-en-un (AIO). Exemple :

    /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config

14. Redémarrez le composant d'interface utilisateur Edge sur toutes les machines qui l'exécutent, si vous ne l'avez pas déjà fait:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

15. Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le gestionnaire serveur, comme décrit dans la section Tester l'installation.
16. Si vous avez installé un nouveau nœud de secours Postgres, mettez-le hors service comme décrit de la section Mise hors service Nœud Postgres

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Voir Mise à niveau requise vers Postgres 9.6 pour plus.

Pour effectuer un rollback ultérieur de la mise à jour, suivez la procédure décrite dans Roll back 4.19.01.

Mise à jour vers la version 4.19.01 depuis un dépôt local

Si vos nœuds périphériques se trouvent derrière un pare-feu ou s'ils ne sont pas autorisés d'une autre manière à accéder dans le dépôt Apigee sur Internet, vous pouvez alors effectuer la mise à jour ou un miroir du dépôt Apigee.

Après avoir créé un dépôt Edge local, vous avez deux options pour mettre à jour Edge à partir du dépôt local:

• Créez un fichier .tar du dépôt, copiez le fichier .tar sur un nœud, puis mettez à jour Edge à partir du .tar.
• Installez un serveur Web sur le nœud avec le dépôt local afin que les autres nœuds puissent y accéder. Apigee met à votre disposition le serveur Web Nginx, mais vous pouvez aussi utiliser votre propre serveur serveur Web.

Pour effectuer la mise à jour à partir d'un dépôt 4.19.01 local:

1. Si vous utilisez actuellement la réplication maître Postgres, installez une nouvelle instance nœud de secours comme décrit dans la section Installation d'un nouveau système Postgres de secours.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

2. Créez un dépôt 4.19.01 local comme décrit dans la section "Créer un dépôt Apigee local". à Installez l'utilitaire de configuration Edge apigee.
   
3. Pour installer apigee-service à partir d'un fichier .tar: <ph type="x-smartling-placeholder">
   </ph>
   1. Sur le nœud contenant le dépôt local, empaquetez le dépôt à l'aide de la commande suivante : dans un seul fichier .tar nommé /opt/apigee/data/apigee-mirror/apigee-4.19.01.tar.gz:

      /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package

   2. Copiez le fichier .tar sur le nœud où vous souhaitez mettre à jour Edge. Par exemple, copiez-le dans le répertoire /tmp sur le nouveau nœud.
   3. Sur le nouveau nœud, décompressez le fichier dans le répertoire /tmp:

      tar -xzf apigee-4.19.01tar.gz

      Cette commande crée un répertoire nommé "repos" dans le répertoire contenant le fichier .tar. . Par exemple, /tmp/repos.

   4. Installez l'utilitaire Edge apigee-service et les dépendances à partir de /tmp/repos:
      

      sudo bash /tmp/repos/bootstrap_4.19.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Notez que vous incluez dans cette commande le chemin d'accès au répertoire "dépôts".

4. Pour installer apigee-service à l'aide du serveur Web Nginx: <ph type="x-smartling-placeholder">
   </ph>
   1. Configurez le serveur Web Nginx comme indiqué dans la section "Installer à partir du dépôt à l'aide de la commande webserver&quot; dans la section Installer Edge utilitaire apigee-setup.
   2. Sur le nœud distant, téléchargez le fichier Edge bootstrap_4.19.01.sh pour /tmp/bootstrap_4.19.01.sh:

      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.19.01.sh -o /tmp/bootstrap_4.19.01.sh

      Où uName:pWord est le nom d'utilisateur et le mot de passe que vous avez définis précédemment pour le dépôt, et remoteRepo est l'adresse IP ou le nom DNS du nœud du dépôt.

   3. Sur le nœud distant, installez l'utilitaire Edge apigee-service et dépendances:

      sudo bash /tmp/bootstrap_4.19.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      Où uName:pWord correspond au nom d'utilisateur et au mot de passe du dépôt.

5. Utilisez apigee-service pour mettre à jour l'utilitaire apigee-setup:

   /opt/apigee/apigee-service/bin/apigee-service apigee-setup update 

6. Mettez à jour l'utilitaire apigee-validate sur le serveur de gestion:

   /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

7. Mettez à jour l'utilitaire apigee-provision:

   /opt/apigee/apigee-service/bin/apigee-service apigee-provision update

8. Exécutez l'utilitaire update sur vos nœuds dans l'ordre décrit dans la section Ordre des mises à jour de la machine:

   /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

   La seule condition requise sur le fichier de configuration est qu'il doit être accessible ou lisible par la fonction « apigee » utilisateur.

   Utilisez l'option -c pour spécifier le composant à mettre à jour. La liste des possibilités comprend:

   • "cs" = Cassandra
   • "arête" =Tous les composants Edge à l'exception de l'interface utilisateur Edge. "En périphérie" comprend Serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Edge Postgres.
   • "ldap" = OpenLDAP
   • "ps" = postgresql
   • "qpid" = qpidd
   • "sso" = SSO Edge
   • "ui" = Interface utilisateur Edge
   • "zk" = ZooKeeper

   Vous pouvez exécuter update.sh sur tous les composants en définissant component sur "all", mais uniquement si vous disposez d'un profil de configuration Edge tout-en-un (AIO). Exemple :

   /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config

9. Redémarrez le composant d'interface utilisateur Edge sur toutes les machines qui l'exécutent, si vous ne l'avez pas déjà fait:

   /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

10. Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le gestionnaire serveur, comme décrit dans la section Tester l'installation.
11. Si vous avez installé un nouveau nœud de secours Postgres, mettez-le hors service comme décrit pour la mise hors service un nœud Postgres.

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

Pour effectuer un rollback ultérieur de la mise à jour, suivez la procédure décrite dans la section Effectuer un rollback de la version 4.19.01.

Ordre des mises à jour de la machine

L'ordre dans lequel vous mettez à jour les machines dans une configuration Edge est important. Les plus les points importants à prendre en compte lors d'une mise à jour sont les suivants:

• Vous devez mettre à jour tous les nœuds Cassandra et ZooKeeper avant d'effectuer la mise à jour d'autres nœuds.
• Pour toute machine dotée de plusieurs composants Edge (serveur de gestion, processeur de messages, (routeur, serveur QPID, mais pas serveur Postgres), utilisez "-c Edge" permet de tous les mettre à jour en même temps.
• Si une étape indique qu'elle doit être exécutée sur plusieurs machines, effectuez-la dans le l'ordre de machine spécifié.
• Il n'y a pas d'étape distincte pour mettre à jour la monétisation. Elle est mise à jour lorsque vous spécifiez "-c" bord" .

Mise à niveau autonome à un nœud

1. Mettez à jour Cassandra et ZooKeeper:

   /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

2. Mettre à jour Qpid:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

3. Mettre à jour LDAP:

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

4. Arrêtez Postgres Server, Qpid Server et PostgreSQL:

   /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
   /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

5. Mettez à jour postgresql:

   /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

6. Mettez à jour les composants Edge restants:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

7. Mettre à jour l'interface utilisateur Edge:

   /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

8. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi:

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

9. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO:

   /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

10. Redémarrez le composant d'interface utilisateur Edge:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau autonome à 2 nœuds

Consultez la section Topologies d'installation pour obtenir la liste des topologies Edge et les numéros de nœuds.

1. Mettez à jour Cassandra et ZooKeeper sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

2. Mettez à jour Qpid sur la machine 2:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

3. Mise à jour de LDAP sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

4. Mettez à jour les composants Edge sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

5. Mettez à jour l'interface utilisateur sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

6. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi sur la machine 1:

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

7. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

8. Mettez à jour postgresql sur la machine 2: <ph type="x-smartling-placeholder">
   </ph>
   1. Arrêtez Postgres Server, Qpid Server et postgresql:
      

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   2. Mettez à jour postgresql:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   3. Mettez à jour les composants Edge sur la machine 2:

      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

9. Redémarrez le composant Edge UI sur la machine 1:

   /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau de cinq nœuds

Consultez la section Topologies d'installation pour obtenir la liste des topologies Edge et les numéros de nœuds.

1. Assurez-vous d'avoir installé un nouveau nœud de secours Postgres comme décrit dans la section Installation un nouveau nœud de secours Postgres.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

2. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:

   /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

3. Mettez à jour Qpid sur les machines 4 et 5:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

4. Mise à jour de LDAP sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

5. Mettez à jour les composants Edge sur les machines 1, 2 et 3:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

6. Mettez à jour l'interface utilisateur sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi sur la machine 1:

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

8. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

9. Mettez à jour les machines 4 et 5: <ph type="x-smartling-placeholder">
   </ph>
   1. Arrêtez le serveur Postgres et le serveur Qpid sur la machine 4:
      

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop

   2. Arrêtez le serveur Postgres, le serveur Qpid et postgresql sur la machine 5:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   3. Si installé, arrêtez le serveur Postgres et postgresql sur le nouveau système de secours que vous avez ajouté pour le rollback:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   4. Mettez à jour postgresql sur la machine 4:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   5. Mettez à jour postgresql sur les machines 5:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   6. Démarrez le serveur Postgres et le serveur Qpid sur les machines 4 et 5:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start

   7. Configurez Postgres en tant que nœud de secours en exécutant les commandes suivantes sur la machine 5:

      cd /opt/apigee/data/apigee-postgresql/pgdata
      rm -rf *
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile

   8. Vérifiez l'état de la réplication en émettant les scripts suivants sur les deux serveurs. La doit afficher des résultats identiques sur les deux serveurs pour garantir la réussite de la réplication: <ph type="x-smartling-placeholder">
      </ph>
      • Sur la machine 4 (le nœud maître), exécutez la commande suivante:

        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

        Vérifiez qu'il s'agit de l'instance maître.

      • Sur la machine 5, le nœud de secours:

        /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

        Vérifiez qu'il s'agit de l'instance de secours.

10. Mettez à jour les composants Edge sur les machines 4 et 5:

    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

11. Veillez à mettre hors service le nouveau nœud de secours comme décrit pour la mise hors service un nœud Postgres.

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

12. Redémarrez le composant Edge UI sur la machine 1:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau en cluster à 9 nœuds

Consultez la section Topologies d'installation pour obtenir la liste des topologies Edge et les numéros de nœuds.

1. Assurez-vous d'avoir installé un nouveau nœud de secours Postgres comme décrit dans la description de la section Installation un nouveau nœud de secours Postgres.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

2. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:

   /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

3. Mettez à jour Qpid sur les machines 6 et 7:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

4. Mise à jour de LDAP sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

5. Mettez à jour les composants Edge sur les machines 6, 7, 1, 4 et 5 dans cet ordre:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

6. Mettez à jour l'interface utilisateur sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi sur la machine 1:

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

8. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO sur la machine 1:

   /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

9. Mettez à jour les machines 8 et 9: <ph type="x-smartling-placeholder">
   </ph>
   1. Arrêtez le serveur Postgres sur la machine 8:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop

   2. Arrêtez le serveur Postgres et postgresql sur la machine 9:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   3. Arrêtez le serveur Qpid sur les machines 6 et 7:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop

   4. Si installé, arrêtez le serveur Postgres et postgresql sur le nouveau système de secours que vous avez ajouté pour le rollback:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   5. Mettez à jour postgresql sur les machines 8:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   6. Mettez à jour postgresql sur les machines 9:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   7. Démarrez le serveur Postgres Server sur les machines 8 et 9:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start

   8. Démarrez le serveur du serveur Qpid sur les machines 6 et 7:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start

   9. Configurez Postgres en tant que nœud de secours en exécutant les commandes suivantes sur la machine 9:

      cd /opt/apigee/data/apigee-postgresql/pgdata
      rm -rf *
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile

   10. Vérifiez l'état de la réplication en émettant les scripts suivants sur les deux serveurs. La doit afficher des résultats identiques sur les deux serveurs pour garantir la réussite de la réplication: <ph type="x-smartling-placeholder">
       </ph>
       • Sur la machine 8 (le nœud maître), exécutez la commande suivante:

         /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

         Vérifiez qu'il s'agit de l'instance maître.

       • Sur la machine 9, le nœud de secours:

         /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

         Vérifiez qu'il s'agit de l'instance de secours.

10. Mettez à jour les composants Edge sur les machines 8 et 9:

    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

11. Veillez à mettre hors service le nouveau nœud de secours comme décrit pour la mise hors service un nœud Postgres

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

12. Redémarrez le composant Edge UI sur la machine 1:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau en cluster à 13 nœuds

Consultez la section Topologies d'installation pour obtenir la liste des topologies Edge et les numéros de nœuds.

1. Assurez-vous d'avoir installé un nouveau nœud de secours Postgres comme décrit dans la description de la section Installation un nouveau nœud de secours Postgres.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

2. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:

   /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

3. Mettez à jour Qpid sur les machines 12 et 13:

   /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

4. Mettez à jour LDAP sur les machines 4 et 5:

   /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

5. Mettez à jour les composants Edge sur les machines 12, 13, 6, 7, 10 et 11 dans cet ordre:

   /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

6. Mettez à jour l'interface utilisateur sur les machines 6 et 7:

   /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi sur les machines 6 et 7:

   /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

8. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO sur les machines 6 et 7:

   /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

9. Mettez à jour les machines 8 et 9: <ph type="x-smartling-placeholder">
   </ph>
   1. Arrêtez le serveur Postgres sur la machine 8:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop

   2. Arrêtez le serveur Postgres et postgresql sur la machine 9:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   3. Arrêtez le serveur Qpid sur les machines 12 et 13:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop

   4. Si installé, arrêtez le serveur Postgres et postgresql sur le nouveau système de secours que vous avez ajouté pour le rollback:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   5. Mettez à jour postgresql sur les machines 8:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   6. Mettez à jour postgresql sur les machines 9:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   7. Démarrez le serveur Postgres sur les machines 8 et 9:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start

   8. Démarrez le serveur du serveur Qpid sur les machines 12 et 13:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start

   9. Configurez Postgres en tant que nœud de secours en exécutant les commandes suivantes sur la machine 9:

      cd /opt/apigee/data/apigee-postgresql/pgdata
      rm -rf *
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile

   10. Vérifiez l'état de la réplication en émettant les scripts suivants sur les deux serveurs. La doit afficher des résultats identiques sur les deux serveurs pour garantir la réussite de la réplication: <ph type="x-smartling-placeholder">
       </ph>
       • Sur la machine 8 (le nœud maître), exécutez la commande suivante:

         /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

         Vérifiez qu'il s'agit de l'instance maître.

       • Sur la machine 9, le nœud de secours:

         /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

         Vérifiez qu'il s'agit de l'instance de secours.

10. Mettez à jour les composants Edge sur les machines 8 et 9:

    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

11. Veillez à mettre hors service le nouveau nœud de secours comme décrit pour la mise hors service un nœud Postgres

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Pour en savoir plus, consultez la section Mise à niveau requise vers Postgres 9.6.

12. Redémarrez le composant Edge UI sur les machines 6 et 7:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau en cluster à 12 nœuds

Consultez la section Topologies d'installation pour obtenir la liste des topologies Edge et les numéros de nœuds.

1. Assurez-vous d'avoir installé un nouveau nœud de secours Postgres comme décrit dans la description de la section Installation un nouveau nœud de secours Postgres.

   Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Prenez plutôt un instantané réseau du data store utilisé par Postgres. Voir Mise à niveau requise vers Postgres 9.6 pour plus.

2. Mettez à jour Cassandra et ZooKeeper: <ph type="x-smartling-placeholder">
   </ph>
   1. Sur les machines 1, 2 et 3 du centre de données 1:

      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

   2. Sur les machines 7, 8 et 9 du centre de données 2

      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile

3. Mettre à jour Qpidd: <ph type="x-smartling-placeholder">
   </ph>
   1. Machines 4 et 5 dans le centre de données 1 <ph type="x-smartling-placeholder">
      </ph>
      1. Mettez à jour qpidd sur la machine 4:

         /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

      2. Répétez l'étape 1 sur la machine 5.
   2. Machines 10 et 11 dans le centre de données 2 <ph type="x-smartling-placeholder">
      </ph>
      1. Mettez à jour qpidd sur la machine 10:

         /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile

      2. Répétez l'étape 1 sur la machine 11.
4. Mettre à jour LDAP: <ph type="x-smartling-placeholder">
   </ph>
   1. Machines 1 dans le centre de données 1

      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

   2. Machines 7 dans le centre de données 2

      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

5. Mettez à jour les composants Edge: <ph type="x-smartling-placeholder">
   </ph>
   1. Machines 4, 5, 1, 2, 3 dans le centre de données 1

      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

   2. Machines 10, 11, 7, 8 et 9 dans le centre de données 2

      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

6. Mettre à jour l'interface utilisateur: <ph type="x-smartling-placeholder">
   </ph>
   1. Machine 1 dans le centre de données 1:

      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

   2. Machine 7 dans le centre de données 2:

      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi: <ph type="x-smartling-placeholder">
   </ph>
   1. Machine 1 dans le centre de données 1:

      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

   2. Machine 7 dans le centre de données 2:

      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

8. (Si vous avez installé Edge SSO) Mettez à jour Edge SSO: <ph type="x-smartling-placeholder">
   </ph>
   1. Machine 1 dans le centre de données 1:

      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   2. Machine 7 dans le centre de données 2:

      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

   Où sso_config_file est le fichier de configuration que vous avez créé lorsque vous avez avoir installé SSO.

9. Mettez à jour la machine 6 du centre de données 1 et la machine 12 du centre de données 2: <ph type="x-smartling-placeholder">
   </ph>
   1. Arrêtez le serveur Postgres sur la machine 6:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop

   2. Arrêtez le serveur Postgres et postgresql sur la machine 12:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   3. Arrêtez le serveur Qpid sur les machines 4, 5, 10 et 11:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop

   4. Si installé, arrêtez le serveur Postgres et postgresql sur le nouveau système de secours que vous avez ajouté pour le rollback:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

   5. Mettez à jour postgresql sur les machines 6:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   6. Mettez à jour postgresql sur les machines 12:

      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile

   7. Démarrez le serveur Postgres Server sur les machines 6 et 12:

      /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start

   8. Démarrez le serveur Qpid sur les machines 4, 5, 10 et 11:

      /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start

   9. Configurez Postgres en tant que nœud de secours en exécutant les commandes suivantes sur la machine 12:

      cd /opt/apigee/data/apigee-postgresql/pgdata
      rm -rf *
      /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile

   10. Vérifiez l'état de la réplication en émettant les scripts suivants sur les deux serveurs. La doit afficher des résultats identiques sur les deux serveurs afin de garantir la réussite réplication:

       Sur la machine 6 (le nœud maître), exécutez la commande suivante:

       /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

       Vérifiez qu'il s'agit de l'instance maître.

       Sur la machine 12, le nœud de secours:

       /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

       Vérifiez qu'il s'agit de l'instance de secours.

10. Mettez à jour les composants Edge sur les machines 6 et 12:

    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

11. Veillez à mettre hors service le nouveau nœud de secours comme décrit dans la section Mise hors service d'un système Postgres d'entraînement.

    Si vous utilisez un stockage réseau, vous n'avez pas besoin d'installer le nouveau nœud. Voir Mise à niveau requise vers Postgres 9.6 pour plus.

12. Redémarrez le composant Edge UI sur les machines 1 et 7:

    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Pour une mise à niveau non standard

Si vous disposez d'une configuration non standard, mettez à jour les composants Edge à la commande:

1. ZooKeeper
2. Cassandra
3. qpidd, ps
4. LDAP
5. Edge, qui signifie « -c bord » profil sur tous les nœuds dans l'ordre: nœuds avec serveur Qpid, Serveur Edge Postgres, serveur de gestion, processeur de messages et routeur.
6. Interface utilisateur périphérique
7. apigee-adminapi
8. SSO périphérique

Une fois la mise à jour terminée, n'oubliez pas de redémarrer le composant Edge UI sur toutes les machines exécutant