Mettre à jour Apigee Edge vers la version 4.16.09

Edge pour Private Cloud v. 4.16.09

Quelles versions d'Edge pouvez-vous mettre à niveau vers la version 4.16.09 ?

Vous pouvez mettre à niveau les versions 4.16.01.0x et 4.16.05.x d'Apigee Edge vers la version 4.16.09.

Si vous disposez d'une version d'Edge antérieure à la version 4.16.01, vous devez d'abord migrer vers la version 4.16.01.x, puis passer à la version 4.16.09.

Qui peut effectuer la mise à jour ?

L'utilisateur qui exécute la mise à jour doit être le même que celui qui a installé Edge à l'origine ou un utilisateur exécutant en tant que racine.

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

Mise à niveau requise vers la version 8 du JDK Java

Cette version d'Edge nécessite que vous ayez installé la version 8 du JDK Java sur tous les nœuds de traitement Edge. Vous pouvez installer Oracle JDK 8 ou OpenJDK 8. Si Java JDK 8 n'est pas déjà installé, le script de mise à jour peut l'installer pour vous.

Dans le cadre de la mise à jour de Java 8, certains algorithmes de chiffrement TLS ne sont plus disponibles dans Oracle JDK 8. Pour obtenir la liste complète, consultez la section "Default Disabled Cipher Suites" (Suites de chiffrement désactivées par défaut) sur http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.

Passage à une version antérieure de Zookeeper en cas de mise à jour depuis la version 4.16.01

La version du RPM Zookeeper dans Edge pour Private Cloud 4.16.01 est apigee-zookeeper-3.4.5-1.0.905.noarch.rpm. Dans les versions ultérieures d'Edge, la version de ZooKeeper a été rétablie à apigee-zookeeper-3.4.5-0.0.94x. Cela empêche yum de mettre à niveau Zookeeper vers une version ultérieure à partir de la version 4.16.01. Pour corriger cette situation, exécutez yum downgrade apigee-zookeeper avant de mettre à jour Zookeeper.

Vous pouvez vérifier la version de Zookeeper à l'aide de la commande suivante:

> rpm -qa |grep apigee-zookeeper

Si cette commande renvoie la version de Zookeeper:

apigee-zookeeper-3.4.5-1.0.905

Vous devez ensuite revenir à la version antérieure.

Propagation automatique des paramètres de propriété

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

Mettre à jour les prérequis

Assurez-vous de remplir les conditions préalables suivantes avant de mettre à niveau Apigee Edge:

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

    Vous disposez ainsi d'un plan de sauvegarde au cas où la mise à jour vers une nouvelle version ne fonctionnerait pas correctement. Pour en savoir plus sur la sauvegarde, consultez la section Sauvegarde et restauration.
  • Assurez-vous 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:

    > /<inst_root>/apigee/apigee-service/bin/apigee-all status

Gérer un échec de mise à jour

En cas d'échec de la mise à jour, vous pouvez essayer de corriger le problème, puis exécuter de nouveau update.sh. Vous pouvez exécuter la mise à jour plusieurs fois. Elle reprendra là où elle s'était arrêtée.

Si la défaillance nécessite que vous annuliez la mise à jour vers votre version précédente, consultez la section Procédure de rollback de la version 4.16.09 pour en savoir plus.

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

Mise à niveau requise vers Postgres 9.4

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

Pendant le processus de mise à jour, lorsque les nœuds Postgres sont indisponibles pour la mise à jour, les données d'analyse sont toujours écrites dans les nœuds Qpid. Une fois les nœuds Postgres mis à jour et de nouveau en ligne, les données d'analyse sont transmises aux nœuds Postgres.

Le nœud de veille Postgres supplémentaire est nécessaire si vous devez annuler la mise à jour pour une raison quelconque. Si vous devez annuler la mise à jour, le nouveau nœud de secours Postgres devient le nœud Postgres principal après le rollback. Par conséquent, lorsque vous installez le nouveau nœud de disponibilité Postgres, il doit se trouver sur un nœud qui répond à toutes les exigences matérielles d'un serveur Postgres, comme défini dans les Conditions d'installation d'Edge.

Installer un nouveau nœud de disponibilité Postgres

Cette procédure crée un serveur de secours Postgres sur un nouveau nœud. Assurez-vous d'installer un nouveau serveur de secours Postgres pour votre version existante d'Edge (4.16.01 ou 4.16.05), et non pour la version 4.16.09.

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

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

  1. Dans le fichier maître Postgres actuel, modifiez le fichier /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 réplication apigee existing_slave_ip/32 trust\ \nhost deployment apigee new_slave_ip/32 trust

    où existing_slave_ip est l'adresse IP de secours de l'adresse IP de secours de poste_ip existant_slave_ip.
  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 consultant le fichier /opt/apigee/apigee-postgresql/conf/pg_hba.conf sur le maître. Les lignes suivantes doivent s'afficher dans ce fichier:
    host replication apigee existing_slave_ip/32 trust
    host replication apigee new_slave_ip/32 trust
  4. Installez le nouveau serveur de secours Postgres :
    1. Modifiez le fichier de configuration que vous avez utilisé pour installer votre version actuelle d'Edge afin de spécifier les éléments suivants:

      # Adresse IP du maître actuel:
      PG_MASTER=192.168.56.103
      # Adresse IP du nouveau nœud de secours
      PG_STANDBY=192.168.56.102
    2. Désactivez SELinux comme décrit dans la section Installer l'utilitaire apigee-setup Edge.
    3. Téléchargez le fichier Edge bootstrap_4.16.05.sh dans /tmp/bootstrap_4.16.05.sh:
      > curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh

      Remarque: Si vous effectuez la mise à jour à partir de la version 4.16.01, téléchargez le fichier Edge bootstrap.sh.
    4. Installez l'utilitaire Edge apigee-service et ses dépendances:
      > sudo bash /tmp/bootstrap_4.16.05.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 bien du nœud de secours.

Mettre hors service un nœud Postgres

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

  1. Assurez-vous 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

    Vous devriez voir l'UUID du nœud à la fin de la sortie, sous la forme:
    "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_slave_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 consultant le fichier /opt/apigee/apigee-postgresql/conf/pg_hba.conf sur le maître. Vous ne devriez voir que la ligne suivante dans ce fichier:
    host replication apigee existing_slave_ip/32 trust
  7. Supprimez l'UUID du nœud de secours de ZooKeeper en effectuant l'appel d'API de gestion Edge suivant sur le nœud du serveur de gestion:
    > curl -u sysAdminEmail:password -X DELETE http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

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 installation d'Edge sans l'arrêter.

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

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

  1. Mettez à jour les machines dans le bon ordre en fonction de votre installation, comme décrit ci-dessous dans "Ordre des mises à jour des machines".
  2. Lorsque vous devez mettre à jour les routeurs, sélectionnez un routeur et rendez-le inaccessible, comme décrit dans la section Activer/Désactiver la connectivité des serveurs (processeurs de messages/routeurs).
  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. Rendre le routeur accessible à nouveau.
  5. Répétez les étapes 2 à 4 pour les autres routeurs.
  6. Poursuivez la mise à jour pour les machines restantes de votre installation.

Effectuez les opérations suivantes avant et après la mise à jour:

  • Sur le nœud de routeur et de processeur de messages combiné :
    • Avant la mise à jour, procédez comme suit :
      1. Rendre le routeur inaccessible.
      2. Rendre le processeur de messages inaccessible.
    • Après la mise à jour, procédez comme suit :
      1. Rendez le processeur de messages accessible.
      2. Rendre le routeur accessible
  • Sur un seul nœud de routeur :
    • Avant la mise à jour, rendez le routeur inaccessible.
    • Après la mise à jour, assurez-vous que le routeur est accessible.
  • Sur un seul nœud de processeur de messages :
    • 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 silencieux

Vous devez transmettre un fichier de configuration silencieuse à la commande de mise à jour. Le fichier de configuration silencieuse doit être le même que celui que vous avez utilisé pour installer Edge 4.16.01 ou 4.16.05.

Procédure de mise à jour vers la version 4.16.09 sur un nœud avec une connexion Internet externe

Pour mettre à jour les composants Edge sur un nœud, procédez comme suit :

  1. Si vous utilisez actuellement la réplication maître-nœud de disponibilité Postgres, installez un nouveau nœud de disponibilité Postgres comme décrit ci-dessus dans la section Installer un nouveau nœud de disponibilité Postgres.
  2. Le cas échéant, désactivez toutes les tâches CRON configurées pour effectuer une opération de réparation sur Cassandra jusqu'à ce que la mise à jour soit terminée.
  3. Connectez-vous à votre nœud en tant qu'utilisateur racine pour installer les RPM Edge.
    Remarque: Bien que l'installation de RPM nécessite un accès racine, vous pouvez effectuer la configuration d'Edge sans accès racine.
  4. Désactivez SELinux comme décrit dans la section Installer l'utilitaire apigee-setup Edge.
  5. Téléchargez le fichier bootstrap_4.16.09.sh Edge 4.16.09 dans /tmp/bootstrap_4.16.09.sh:
    > curl https://software.apigee.com/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh
  6. Installez l'utilitaire apigee-service et les dépendances d'Edge 4.16.09:
    > sudo bash /tmp/bootstrap_4.16.09.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é. Dans le cas contraire, il l'installe pour vous. Utilisez l'option JAVA_FIX pour spécifier comment gérer l'installation de Java. JAVA_FIX peut prendre les valeurs suivantes:

    I = Install OpenJDK 1.8 (par défaut)
    C = Continue without installing Java (Continuer sans installer Java)
    Q = Quit (Quitter). Pour cette option, vous devez installer Java vous-même.
  7. Utilisez apigee-service pour mettre à jour l'utilitaire apigee-setup :
    1. Si vous avez installé la version 4.16.01 en mettant à niveau la version 4.15.07.0x d'Edge, vous devez installer l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

      Cette commande installe l'utilitaire update.sh dans <inst_dir>/apigee/apigee-setup/bin.

      Si vous avez déjà installé l'utilitaire apigee-setup, mettez-le à jour:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    2. Si vous avez installé la version 4.16.01 directement, ce qui signifie que vous n'avez pas effectué de mise à niveau à partir de la version 4.15.07.0x, vous devez mettre à jour l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup mise à jour

      Cette mise à jour de apigee-service installe l'utilitaire update.dir-setup dans <update.shbin.
    3. Si vous avez installé la version 4.16.05 directement ou via une mise à jour, vous devez mettre à jour l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Cette mise à jour d'apigee-service installe l'utilitaire update.sh dans <inst_dir>/apigee/apigee-setup/bin.
  8. En fonction de la version actuelle d'Edge, vous devez installer ou mettre à jour l'utilitaire apigee-validate sur le serveur de gestion.
    1. Si vous utilisez actuellement Edge 4.16.05: mettez à jour l'utilitaire apigee-validate sur le serveur de gestion:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update






    3. Si vous passez à partir de la version 4.16.01: modifiez le fichier de configuration transmis à l'utilitaire apigee-validate. Dans la version Edge 4.16.01, le fichier de configuration utilisé par apigee-validate nécessitait les propriétés suivantes:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGION=dc-1

      Dans cette version, le fichier de configuration ne nécessite que la propriété APIGEE_ADMINPW. Vous pouvez supprimer les deux autres propriétés du fichier.
  9. Mettez à jour l'utilitaire apigee-provision:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  10. Exécutez l'utilitaire de mise à jour sur vos nœuds dans l'ordre décrit ci-dessous dans la section Ordre de mise à jour de la machine:
    > /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    La seule exigence concernant le fichier de configuration est qu'il doit être accessible ou lisible par l'utilisateur "apigee".

    Utilisez l'option "-c" pour spécifier le composant à mettre à jour. La liste des composants possibles inclut:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zookeeper
    qpid = qpidd
    ps = postgresql
    edge =Tous les composants Edge, à l'exception de l'UI Edge: serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Postgres
    ui = UI Edge
    all = mise à jour de tous les composants sur la machine (à utiliser uniquement pour un profil d'installation aio Edge ou un profil d'installation asa API BaaS)
    e = ElasticSearch
    b = API BaaS Stack
    p = API BaaS Portal
    ebp = ElasticSearch, API BaaS Stack et API BaaS Portal sur le même nœud
  11. Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le serveur de gestion, comme décrit dans la section Tester l'installation.
  12. Si vous avez installé un nouveau nœud de disponibilité Postgres, mettez-le hors service comme décrit dans la section Mettre hors service un nœud Postgres ci-dessus.

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

Procédure de mise à niveau vers la version 4.16.09 à partir d'un dépôt local

Si vos nœuds Edge sont derrière un pare-feu ou s'ils ne sont pas autorisés à accéder au dépôt Apigee via Internet, vous pouvez effectuer la mise à jour à partir d'un dépôt local (ou miroir) du dépôt Apigee.

Une fois que vous avez 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 sur un nœud, puis mettez à jour Edge à partir du fichier .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 vous fournit le serveur Web Nginx, ou vous pouvez utiliser votre propre serveur Web.

Pour mettre à jour à partir d'un dépôt local 4.16.09:

  1. Si vous utilisez actuellement la réplication maître Postgres, installez un nouveau nœud de secours Postgres comme décrit ci-dessus dans la section Installer un nouveau nœud de secours Postgres.
  2. Créez un dépôt local 4.16.09, comme décrit dans la section "Créer un dépôt Apigee local" de Installer l'utilitaire apigee-setup Edge.
    Remarque: Si vous disposez déjà d'un dépôt 4.16.01 ou 4.16.05, vous pouvez y ajouter le dépôt 4.16.09 comme décrit dans la section "Mettre à jour un dépôt Apigee local" de Installer l'utilitaire apigee-setup Edge.
  3. Pour installer apigee-service à partir d'un fichier .tar :
    1. Sur le nœud avec le dépôt local, utilisez la commande suivante pour empaqueter le dépôt local dans un seul fichier .tar nommé /opt/apigee/data/apigee-mirror/apigee-4.16.09.tar.gz:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror
    2. Copiez le fichier .tar sur le nœud où vous souhaitez mettre à jour Edge. Par exemple, copiez-le dans le répertoire /tmp du nouveau nœud.
    3. Sur le nouveau nœud, décompressez le fichier dans le répertoire /tmp:
      > tar -xzf apigee-4.16.09.tar.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 apigee-service Edge et les dépendances à partir de /tmp/repos:
      > sudo bash /tmp/repos/bootstrap_4.16.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      Notez que vous devez inclure le chemin d'accès au répertoire repos dans cette commande.
  4. Pour installer apigee-service à l'aide du serveur Web Nginx:
    1. Configurez le serveur Web Nginx comme décrit dans la section "Installer à partir du dépôt à l'aide du serveur Web Nginx" de Installer l'utilitaire apigee-setup Edge.
    2. Sur le nœud distant, téléchargez le fichier bootstrap_4.16.09.sh d'Edge dans /tmp/bootstrap_4.16.09.sh:
      > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.16.09.sh -o /tmp/bootstrap_4.16.09.sh

      où uName:pWord correspond au nom d'utilisateur et au mot de passe que vous avez définis ci-dessus pour le dépôt, et remoteRepo correspond à l'adresse IP ou au nom DNS du nœud du dépôt.
    3. Sur le nœud distant, installez l'utilitaire Edge apigee-service et les dépendances:
      > sudo bash /tmp/bootstrap_4.16.09.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 :
    1. Si vous avez installé la version 4.16.01 en mettant à niveau la version 4.15.07.0x d'Edge, vous devez installer l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup install

      Cette commande installe l'utilitaire update.sh dans <inst_dir>/apigee/apigee-setup/bin.

      Si vous avez déjà installé l'utilitaire apigee-setup, mettez-le à jour:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup mettre à jour
    2. Si vous avez installé directement la version 4.16.01, ce qui signifie que vous n'avez pas effectué de mise à niveau à partir de la version 4.15.07.0x, vous devez mettre à jour l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Cette mise à jour d'apigee-service installe l'utilitaire update.sh dans <inst_dir>/apigee/apigee-setup/bin.
    3. Si vous avez installé la version 4.16.05 directement ou via une mise à jour, vous devez mettre à jour l'utilitaire apigee-setup:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-setup update

      Cette mise à jour d'apigee-service installe l'utilitaire update.sh dans <inst_dir>/apigee/apigee-setup/bin.
  6. En fonction de la version actuelle d'Edge, vous devez installer ou mettre à jour l'utilitaire apigee-validate sur le serveur de gestion.
    1. Si vous utilisez actuellement Edge 4.16.05: mettez à jour l'utilitaire apigee-validate sur le serveur de gestion:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    2. Si vous utilisez actuellement Edge 4.16.01: installez l'utilitaire apigee-validate sur le serveur de gestion:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate install

      Remarque: Si vous avez installé l'utilitaire apigee-validate sur un nœud de processeur de messages lors de l'installation de la version 4.16.01, vous pouvez le mettre à jour à l'aide de la commande suivante sur ce nœud:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-validate update

      Toutefois, à partir de la version 4.16.05, Apigee vous recommande d'installer et d'exécuter l'utilitaire apigee-validate sur le serveur de gestion.
    3. Si vous passez à partir de la version 4.16.01: modifiez le fichier de configuration transmis à l'utilitaire apigee-validate. Dans la version Edge 4.16.01, le fichier de configuration utilisé par apigee-validate nécessitait les propriétés suivantes:
      APIGEE_ADMINPW=sysAdminPword
      MP_POD=gateway
      REGION=dc-1

      Dans cette version, le fichier de configuration ne nécessite que la propriété APIGEE_ADMINPW. Vous pouvez supprimer les deux autres propriétés du fichier.
  7. Mettez à jour l'utilitaire apigee-provision:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  8. Exécutez l'utilitaire de mise à jour sur vos nœuds dans l'ordre décrit ci-dessous dans "Ordre de mise à jour de la machine" :
    > /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    La seule exigence concernant le fichier de configuration est qu'il doit être accessible ou lisible par l'utilisateur "apigee".

    Utilisez l'option "-c" pour spécifier le composant à mettre à jour. La liste des composants possibles inclut:
    ldap = OpenLDAP
    cs = Cassandra
    zk = Zookeeper
    qpid = qpidd
    ps = postgresql
    edge =Tous les composants Edge, à l'exception de l'UI Edge: serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Postgres
    ui = UI Edge
    all = mise à jour de tous les composants sur la machine (à utiliser uniquement pour un profil d'installation aio Edge ou un profil d'installation asa API BaaS)
    e = ElasticSearch
    b = API BaaS Stack
    p = API BaaS Portal
    ebp = ElasticSearch, API BaaS Stack et API BaaS Portal sur le même nœud
  9. Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le serveur de gestion, comme décrit dans la section Tester l'installation.
  10. Si vous avez installé un nouveau nœud de disponibilité Postgres, mettez-le hors service comme décrit ci-dessus dans la section Mettre hors service un nœud Postgres.

Pour annuler ultérieurement la mise à jour, suivez la procédure décrite dans la section 4.16.09 Processus de rollback.

Ordre des mises à jour de la machine

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

  • Vous devez mettre à jour tous les nœuds Cassandra et ZooKeeper avant de mettre à jour d'autres nœuds.
  • Pour toutes les machines comportant plusieurs composants Edge (serveur de gestion, processeur de messages, routeur, serveur QPID, mais pas serveur Postgres), utilisez l'option "-c Edge" pour les mettre à jour en même temps.
  • Si une étape indique qu'elle doit être effectuée sur plusieurs machines, effectuez-la dans l'ordre des machines spécifié.
  • Il n'existe pas d'étape distincte pour mettre à jour la monétisation. Il est mis à jour lorsque vous spécifiez l'option "-c edge".

Pour une installation autonome à un hôte

  1. Si vous effectuez la mise à jour à partir de la version 4.16.01, revenez à une version antérieure de Zookeeper:
    > revenez à une version antérieure pour apigee-zookeeper
  2. Mettez à jour Cassandra et ZooKeeper:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. Mise à jour de qpidd:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. Mettre à jour LDAP:
    > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Arrêtez le serveur Postgres, le serveur Qpid 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
  6. Mettez à jour PostgreSQL:
    > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  7. Mettez à jour la base de données Postgres:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
  8. Mettez à jour les composants Edge restants:
    > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
  9. Mettez à jour l'interface utilisateur Edge:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile

Pour une installation autonome à 2 hôtes

Pour obtenir la liste des topologies Edge et des numéros de nœuds, consultez la section Topologies d'installation.

  1. Si vous effectuez la mise à jour depuis la version 4.16.01, revenez à une version antérieure de Zookeeper sur la machine 1:
    > passez à une version antérieure pour apigee-zookeeper
  2. Mettez à jour Cassandra et ZooKeeper sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  3. Mettez à jour qpidd sur la machine 2:
    > /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 la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. Mise à jour de l'UI sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  7. Mettez à jour postgresql sur la machine 2 :
    1. Arrêtez Postgres Server, le serveur Qpid 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 la base de données Postgres:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    4. Mettez à jour les composants Edge sur les machines 2 et 1:
      > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
  8. Mettez à jour les composants Edge sur la machine 2:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

Pour une installation en cluster à cinq hôtes

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

  1. Assurez-vous d'avoir installé un nouveau nœud de disponibilité Postgres comme décrit ci-dessus dans Installer un nouveau nœud de disponibilité Postgres.
  2. Si vous effectuez la mise à jour depuis la version 4.16.01, revenez à une version antérieure de Zookeeper sur les machines 1, 2 et 3:
    > yum rétrogradez apigee-zookeeper
  3. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Mettez à jour qpidd sur les machines 4 et 5:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  5. Mettez à jour LDAP sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. Mettez à jour les composants Edge sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
  7. Mettre à jour l'UI sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. Mettez à jour les machines 4 et 5 :
    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/apigeegresql stop-postgres
    3. Arrêtez le serveur Postgres et postgresql sur le nouveau nœud 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 les machines 4:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    5. Mettez à jour la base de données Postgres sur la machine 4 (maître Postgres uniquement):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    6. Mettez à jour postgresql sur les machines 5:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    7. Démarrez les serveurs Postgres et 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
    8. 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
    9. Vérifiez l'état de la réplication en exécutant les scripts suivants sur les deux serveurs. Le système doit afficher des résultats identiques sur les deux serveurs pour garantir une réplication réussie:

      Sur la machine 4, le nœud maître, exécutez:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Vérifiez qu'il indique qu'il s'agit du 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 bien du nœud de secours.
  9. Mettez à jour les composants Edge sur les machines 4 et 5:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  10. Veillez à mettre hors service le nouveau nœud de secours en suivant la procédure ci-dessus dans Mettre hors service un nœud Postgres.

Pour une installation en cluster à neuf hôtes

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

  1. Assurez-vous d'avoir installé un nouveau nœud de disponibilité Postgres comme décrit ci-dessus dans Installer un nouveau nœud de disponibilité Postgres.
  2. Si vous effectuez la mise à jour à partir de la version 4.16.01, revenez à la version antérieure de Zookeeper sur les machines 1, 2 et 3:
    > yum downgrade apigee-zookeeper
  3. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Mettez à jour qpidd sur les machines 6 et 7:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  5. Mise à jour de LDAP sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. Mettez à jour les composants Edge sur les machines 6, 7, 1, 4 et 5 dans l'ordre suivant:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Mise à jour de l'UI sur la machine 1:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. Mettez à jour les machines 8 et 9 :
    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. Arrêtez le serveur Postgres et postgresql sur le nouveau nœud 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 la base de données Postgres sur la machine 8 (maître Postgres uniquement):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Mettez à jour postgresql sur les machines 9:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Démarrez le serveur Postgres sur les machines 8 et 9:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server start
    9. Démarrez le serveur Qpid sur les machines 6 et 7:
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. 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
    11. Vérifiez l'état de la réplication en exécutant les scripts suivants sur les deux serveurs. Le système doit afficher des résultats identiques sur les deux serveurs pour garantir une réplication réussie:
      Sur la machine 8, le nœud maître, exécutez:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Vérifiez qu'il indique qu'il s'agit du 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 indique qu'il s'agit du nœud de secours.
  9. Mettez à jour les composants Edge sur les machines 8 et 9:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  10. Veillez à mettre hors service le nouveau nœud de secours à l'aide de la procédure ci-dessus dans la section Mettre hors service un nœud Postgres.

Pour une installation en cluster à 13 hôtes

Pour obtenir la liste des topologies Edge et des numéros de nœuds, consultez la section Topologies d'installation.

  1. Assurez-vous d'avoir installé un nouveau nœud de secours Postgres comme décrit ci-dessus dans la section Installer un nouveau nœud de secours Postgres.
  2. Si vous effectuez la mise à jour à partir de la version 4.16.01, revenez à une version antérieure de Zookeeper sur les machines 1, 2 et 3:
    > yum rétrogradez apigee-zookeeper
  3. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  4. Mettez à jour qpidd sur les machines 12 et 13:
    > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  5. Mettez à jour LDAP sur les machines 4 et 5:
    > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  6. 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
  7. Mettez à jour l'UI sur les machines 6 et 7:
    > /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. Mettez à jour les machines 8 et 9 :
    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. Arrêtez le serveur Postgres et postgresql sur le nouveau nœud 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 la base de données Postgres sur la machine 8 (maître Postgres uniquement):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Mettez à jour postgresql sur les machines 9:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Démarrez le serveur Postgres sur les machines 8 et 9:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-postgres-server start
    9. Démarrez le serveur du serveur Qpid sur les machines 12 et 13:
      > /opt/apigee/apigee-service/bin/apigee-service Edge-qpid-server start
    10. 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
    11. Vérifiez l'état de la réplication en exécutant les scripts suivants sur les deux serveurs. Le système doit afficher des résultats identiques sur les deux serveurs pour garantir une réplication réussie:
      Sur la machine 8, le nœud maître, exécutez:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Vérifiez qu'il indique qu'il s'agit du 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 indique qu'il s'agit du nœud de secours.
  9. Mettez à jour les composants Edge sur les machines 8 et 9:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  10. Veillez à mettre hors service le nouveau nœud de secours en suivant la procédure ci-dessus dans Mettre hors service un nœud Postgres.

Pour une installation en cluster à 12 hôtes

Pour obtenir la liste des topologies Edge et des numéros de nœuds, consultez la section Topologies d'installation.

  1. Assurez-vous d'avoir installé un nouveau nœud de disponibilité Postgres comme décrit ci-dessus dans Installer un nouveau nœud de disponibilité Postgres.
  2. Mettez à jour Cassandra et ZooKeeper :
    1. Si vous effectuez la mise à jour à partir de la version 4.16.01, revenez à une version antérieure pour Zookeeper sur les machines 1, 2 et 3 dans le centre de données 1:
      > yum rétrograder apigee-zookeeper
    2. 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
    3. Si vous effectuez la mise à jour à partir de la version 4.16.01, rétrogradez Zookeeper sur les machines 7, 8 et 9 du centre de données 2:
      > yum downgrade apigee-zookeeper
    4. 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. Mettez à jour Qpidd :
    1. Machines 4 et 5 du centre de données 1
      > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
    2. Machines 10 et 11 du centre de données 2
      > /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  4. Mettez à jour LDAP :
    1. Machines 1 du centre de données 1
      > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
    2. Machines 7 du centre de données 2
      > /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Mettez à jour les composants Edge :
    1. Machines 4, 5, 1, 2 et 3 du centre de données 1
      > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
    2. Machines 10, 11, 7, 8, 9 dans le centre de données 2
      > /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile
  6. Mettez à jour l'UI :
    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. Mettez à jour la machine 6 dans le centre de données 1 et la machine 12 dans le centre de données 2 :
    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. Arrêtez le serveur Postgres et postgresql sur le nouveau nœud 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 la base de données PostgreSQL sur la machine 6 (maître PostgreSQL uniquement):
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade
    7. Mettez à jour postgresql sur les machines 12:
      > /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    8. Démarrez le serveur Postgres sur les machines 6 et 12:
      > /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
    9. Démarrez le serveur Qpid sur les machines 4, 5, 10 et 11:
      > /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
    10. 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
    11. Vérifiez l'état de la réplication en exécutant les scripts suivants sur les deux serveurs. Le système doit afficher des résultats identiques sur les deux serveurs pour garantir une réplication réussie:
      Sur la machine 6, le nœud maître, exécutez:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      Vérifiez qu'il indique qu'il s'agit du 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 indique qu'il s'agit du nœud de secours.
  8. Mettez à jour les composants Edge sur les machines 6 et 12:
    > /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  9. Veillez à mettre hors service le nouveau nœud de secours à l'aide de la procédure ci-dessus dans la section Mettre hors service un nœud Postgres.

Pour une installation API BaaS à sept hôtes

Pour obtenir la liste des topologies Edge et des numéros de nœuds, consultez la section Topologies d'installation.

  1. Mettez à jour Cassandra sur les machines 5, 6 et 7:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Mettez à jour ElasticSearch et la pile API BaaS sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile
  3. Mettez à jour le portail BaaS de l'API sur la machine 4:
    > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

Pour une installation API BaaS à 10 hôtes

Pour obtenir la liste des topologies Edge et des numéros de nœuds, consultez la section Topologies d'installation.

  1. Mettez à jour Cassandra sur les machines 8, 9 et 10:
    > /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Mettez à jour ElasticSearch sur les machines 1, 2 et 3:
    > /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile
  3. Mettez à jour la pile API BaaS sur les machines 4, 5 et 6:
    > /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile
  4. Mise à jour du portail BaaS de l'API sur la machine 7:
    > /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile

Pour une installation non standard

Si votre installation n'est pas standard, mettez à jour les composants Edge dans l'ordre suivant:

  1. ZooKeeper
  2. Cassandra
  3. qpidd
  4. LDAP
  5. Edge, qui signifie que le profil "-c Edge" est présent sur tous les nœuds dans l'ordre: les nœuds avec le serveur Qpid, mais pas le serveur Postgres, le serveur de gestion, le processeur de messages et le routeur.
    Remarque: Si le nœud est équipé à la fois du serveur Qpid et du serveur Postgres, exécutez l'étape de profil "-c edge" à l'étape 8.
  6. Interface utilisateur Edge
  7. postgresql sur le maître PostgreSQL, y compris la mise à niveau.
  8. postgresql dans l'instance de secours Postgres.
  9. Edge, qui signifie que le profil "-c Edge" est présent sur tous les nœuds Qpid et Postgres combinés, ou sur n'importe quel nœud Postgres autonome.