Mettre à jour Apigee Edge 4.51.00, 4.52.00 ou 4.52.01 vers la version 4.52.02

Apigee permet de passer directement de la version 4.51.00, 4.52.00 ou 4.52.01 à la version 4.52.02 d'Edge pour Private Cloud. Cette page explique comment effectuer ces mises à niveau.

Qui peut effectuer la mise à jour ?

La personne qui exécute la mise à jour doit être celle qui a installé Edge à l'origine ou une personne exécutant en tant que root.

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

Quels composants devez-vous mettre à jour ?

Vous devez mettre à jour tous les composants Edge. Edge n'est pas compatible avec une configuration contenant des composants de plusieurs versions.

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é. Suivez la procédure pour votre version actuelle d'Edge pour effectuer la sauvegarde.

    Vous disposez ainsi d'un plan de secours 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.

  • 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
  • Assurez-vous que la stratégie de compaction Cassandra est LeveledCompactionStrategy
    Selon votre version actuelle, apportez les modifications nécessaires à la stratégie de compaction Cassandra. Suivez les étapes ci-dessous, puis revenez à la procédure de mise à niveau principale :

Étapes spéciales à prendre en compte pour la mise à niveau

Pour passer à Edge for Private Cloud 4.52.02, envisagez d'exécuter des étapes spécifiques pour mettre à niveau certains logiciels. La procédure à suivre dépend de votre version actuelle. Consultez le tableau ci-dessous pour connaître les différents logiciels nécessitant des étapes supplémentaires, puis suivez les instructions détaillées pour chacun d'eux. Une fois les tâches nécessaires effectuées, revenez à la procédure de mise à niveau principale pour poursuivre le processus.

Version actuelle Logiciels nécessitant des étapes spéciales pour la mise à niveau vers la version 4.52.02
4.52.01 Cassandra
4.52.00 Zookeeper, Cassandra, Qpid
4.51.00 Zookeeper, Postgres, Cassandra, Qpid

Après avoir effectué les étapes nécessaires en fonction de votre version, revenez à la procédure de mise à niveau principale pour continuer.

Propagation automatique des paramètres des établissements

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

Mise à niveau vers Zookeeper 3.8.3

Edge pour un cloud privé 4.52.02 n'inclut pas de mise à niveau de Zookeeper. Toutefois, si vous effectuez la mise à niveau à partir d'une version antérieure à 4.52.01, vous devez suivre la procédure de mise à niveau de Zookeeper décrite ci-dessous.

  • Si vous effectuez la mise à niveau à partir des versions 4.51.00 ou 4.52.00 d'Edge pour Private Cloud, consultez la section Mise à niveau requise vers Zookeeper 3.8.3 pour mettre à niveau Zookeeper.
  • Si vous passez à partir de la version 4.52.01 d'Edge pour le cloud privé, vous devez déjà utiliser la version 3.8.3 de Zookeeper. Vous n'avez pas besoin de suivre de procédure particulière pour mettre à niveau Zookeeper.

Passer à Postgres 14

  • Si vous passez d'Edge pour le cloud privé 4.51.00 à la version 4.52.02, vous devez suivre la procédure de mise à niveau de Postgres, même si Edge pour le cloud privé 4.52.02 n'inclut pas de mise à niveau de Postgres. La mise à niveau d'Edge pour le cloud privé 4.51.00 vers la version 4.52.02 nécessite des étapes de mise à niveau Postgres supplémentaires. Veuillez consulter la section Mise à niveau requise vers Postgres 14.
  • Si vous passez de la version 4.52.00 ou 4.52.01 d'Edge pour Private Cloud à la version 4.52.02, aucune étape de mise à niveau de PostgreSQL supplémentaire n'est requise.

Mise à niveau vers Cassandra 3.11.16

Apigee Edge pour le cloud privé 4.52.02 inclut une mise à niveau de Cassandra vers la version 3.11.16. Cassandra est un composant essentiel d'Apigee. Cette mise à niveau inclut également des mises à jour du logiciel du pilote dans divers composants d'exécution et de gestion utilisés pour interroger et écrire dans Cassandra.

Il s'agit d'une mise à niveau majeure. Certaines modifications du modèle de données d'Apigee dans Cassandra ont donc été nécessaires pour garantir des performances optimales dans les versions plus récentes. Bien que ces modifications soient minimes, le processus de mise à niveau perturbe certaines API de gestion au moment de son lancement. Les API de gestion exactes qui sont généralement perturbées sont listées dans les sections correspondantes ci-dessous.

De plus, le processus de mise à niveau perturbe un plus grand nombre de flux de proxy d'exécution et d'API de gestion dans le centre de données en cours de mise à niveau. Vous devez impérativement isoler votre temps d'exécution et le trafic de gestion du centre de données en cours de mise à niveau afin de minimiser ces interruptions. Pour en savoir plus, consultez les sections Centre de données unique et Plusieurs centres de données ci-dessous.

Portail des développeurs : documenter les API

Le portail des développeurs Drupal d'Apigee propose différentes fonctionnalités pour documenter vos API. Bien qu'il soit recommandé d'abandonner le portail des développeurs basé sur Drupal 7, si vous l'utilisez toujours et que vous exploitez sa fonctionnalité SmartDocs, le document Utiliser les API SmartDocs vous concerne. Si vous utilisez des versions plus récentes du portail des développeurs, la migration n'aura aucun impact sur la documentation de votre API.

Lorsque vous mettez à niveau Apigee vers la version 4.52.02, les modèles d'API créés à l'aide de la fonctionnalité SmartDocs du portail des développeurs Drupal 7 ne sont pas migrés automatiquement vers la nouvelle version. Vous devez exporter manuellement chaque modèle à l'aide du portail pour les développeurs, puis l'importer à nouveau une fois la mise à niveau terminée.

Terminologie utilisée ci-dessous

Environnement d'exécution:l'environnement d'exécution englobe la gestion du trafic de proxy d'exécution. Il inclut toutes les opérations effectuées par vos routeurs et processeurs de messages pour traiter efficacement une requête d'API d'exécution pour les proxys existants. Toutefois, il n'inclut pas le déploiement de nouveaux proxys ni de nouvelles révisions de proxys.

Gestion:la gestion comprend l'administration de votre système Apigee Edge. Cela inclut, sans s'y limiter, les déploiements, les modifications d'applications, de produits, de serveurs cibles, de keystores, etc. Toutes les API de gestion (et leurs clients tels que l'UI Apigee et le portail des développeurs) sont incluses dans ce champ d'application.

Lors de cette mise à niveau, le trafic d'exécution et de gestion est affecté dans la région ou le centre de données (CD) où la mise à jour est exécutée. Quel que soit le centre de données mis à jour, certaines API de gestion sont affectées dans tous les centres de données. Cet impact est indiqué après chaque étape.

À chaque étape ci-dessous, l'état d'exécution et de gestion est décrit à mesure que vous progressez dans les différentes étapes de la procédure de mise à niveau.

Stratégies de mise à niveau

Plusieurs centres de données

La mise à niveau doit être effectuée un centre de données à la fois pour assurer la continuité du trafic et éviter les temps d'arrêt. Avant de mettre à niveau un contrôleur de domaine, le trafic doit être redirigé vers d'autres contrôleurs de domaine fonctionnels.

Centre de données unique

Pour une configuration de centre de données unique, la procédure de mise à niveau aura un impact significatif sur le trafic d'exécution et certaines API de gestion. Les options suivantes sont disponibles pour une configuration d'un seul centre de données.

  • Développez votre cluster Edge pour le cloud privé dans un centre de données temporaire en ajoutant un centre de données à côté de l'existant pour gérer le trafic pendant la mise à niveau, puis désactivez l'un des centres de données une fois le processus de mise à niveau terminé.
  • Si vous ne pouvez pas étendre votre infrastructure à un centre de données supplémentaire, préparez-vous à un temps d'arrêt et planifiez la mise à niveau pendant les périodes de faible trafic afin de limiter l'impact sur les API de gestion et le trafic d'exécution.

Nous vous recommandons d'étendre votre déploiement à un centre de données supplémentaire pour éviter d'affecter le trafic d'exécution et les API de gestion. Lors de la migration, les impacts sur le centre de données concerné incluent, mais sans s'y limiter, les éléments suivants:

  • API d'exécution actualisant les jetons OAuth
  • API Runtime utilisant la règle d'entité des accès
  • API de gestion listant les applications de développeur
  • API de gestion listant les produits

L'impact décrit ci-dessus s'ajoute aux API de gestion spécifiques qui resteront non fonctionnelles dans tous les centres de données jusqu'à ce qu'ils soient tous mis à niveau. Ces API de gestion sont listées dans les étapes des sections suivantes.

Rollback (niveau élevé)

  • Impact lors du rollback

    Le rollback de Cassandra 3.11.x vers 2.1.x affecte à la fois le trafic d'exécution et de gestion dans le centre de données (CD) où le rollback est effectué. De plus, certaines API de gestion peuvent être perturbées dans tous les centres de données, quel que soit celui qui est actuellement en cours de réversion.

  • Suivre l'approche de rollback par DC

    Le rollback doit être exécuté un centre de données à la fois pour assurer la continuité du service et éviter les temps d'arrêt. Avant de lancer le rollback dans un centre de données spécifique, assurez-vous que le trafic des applications est redirigé vers un autre centre de données entièrement opérationnel.

  • Rétrograder un cluster partiellement mis à niveau

    Si au moins un centre de données reste entièrement opérationnel avec l'ancienne version de Cassandra (2.1.22), les autres centres de données mis à niveau peuvent être annulés en effectuant une recompilation à partir du centre de données Cassandra 2.1.X entièrement fonctionnel.

  • Rollback au niveau du cluster

    Si l'ensemble du cluster Cassandra a été mis à niveau et qu'un rollback est nécessaire, il doit être effectué à l'aide de sauvegardes ou d'instantanés de VM. Cette approche est complexe et entraînera probablement un temps d'arrêt temporaire ou une perte de données.

  • Considérations préalables à la mise à niveau

    Il est important de vous familiariser avec les procédures de rollback avant de tenter la mise à niveau. Il est essentiel de prendre en compte les nuances du rollback lors de la mise à niveau pour s'assurer que des chemins de rollback appropriés sont disponibles.

Clusters de rollback avec un seul centre de données

La mise à niveau de Cassandra de la version 2.1.x vers la version 3.11.x peut avoir un impact significatif sur le trafic d'exécution et certaines API de gestion. Ces impacts s'appliquent également lors du rollback et peuvent entraîner des temps d'arrêt ou une perte de données.

Pour les charges de travail de production, nous vous recommandons vivement de provisionner un nouveau centre de données avant la mise à niveau. Cela permet d'obtenir un chemin de rollback plus sûr, sans perte de données ni interruption du trafic de l'API. Le centre de données supplémentaire peut être mis hors service une fois la mise à niveau terminée.

Si l'ajout d'un nouveau centre de données n'est pas possible, mais que la possibilité de rollback est toujours requise, assurez-vous de créer des sauvegardes fiables avant la mise à niveau. Il est possible de restaurer Cassandra 2.1.x à partir de sauvegardes, mais cette approche peut entraîner des temps d'arrêt du service et une perte de données potentielle.

Clusters de rollback avec plusieurs centres de données

La réinitialisation de plusieurs centres de données suit une approche par centre de données (DC-by-DC). Dans cette approche, le trafic du centre de données en cours de rollback est redirigé vers d'autres centres de données fonctionnels, ce qui garantit un processus de rollback contrôlé et isolé pour Cassandra, le serveur de gestion et les nœuds d'exécution afin d'éviter toute interruption du trafic.

Pour en savoir plus, consultez la section Rétrograder la mise à jour Cassandra 3.11.16.

Étape 0: État de démarrage

  • Les composants Zookeeper, Postgres et LDAP sont déjà mis à niveau vers les versions 4.52.02. Votre cluster Edge pour un cloud privé est stable et opérationnel. Si un rollback est nécessaire, le cluster sera rétabli à cet état.
  • Cassandra dans Apigee exécuté avec la version 2.1.22.
  • Composants Edge:
    • Serveur de gestion communiquant avec Cassandra via un ancien protocole Thrift.
    • Serveurs d'exécution (processeurs de messages et routeurs) communiquant avec Cassandra via un ancien protocole Thrift
État d'exécution à ce stade État de gestion à ce stade
L'environnement d'exécution est entièrement fonctionnel. La gestion est entièrement fonctionnelle.

Étape 1: Préparer la mise à niveau

Les étapes ci-dessous s'ajoutent aux fichiers standards que vous créez généralement, comme le fichier de configuration standard d'Apigee pour activer les mises à niveau de composants.

  1. Configurez Cassandra pour qu'il utilise LeveledCompactionStrategy.
  2. Sauvegardez Cassandra à l'aide d'Apigee.
  3. Prendre des instantanés de VM des nœuds Cassandra (si possible)
  4. Créez un fichier de configuration de mise à niveau Cassandra sur chaque nœud Cassandra à l'emplacement /opt/apigee/apigee-cassandra/cass_upgrade.conf avec le contenu suivant: 
    # IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    Si le fichier ne peut pas être créé à /opt/apigee/apigee-cassandra/cass_upgrade.conf, créez le fichier /opt/silent.conf avec le même contenu sur chaque nœud Cassandra.
  5. Si vous utilisez la fonctionnalité SmartDocs du portail des développeurs Apigee Drupal 7, exportez chacun de vos modèles en les téléchargeant au format JSON depuis l'interface utilisateur du portail des développeurs. Ces modèles devront être réimportés dans Apigee une fois les serveurs de gestion mis à jour.
  6. Assurez-vous que les ports 9160 et 9042 sont accessibles depuis tous les composants Edge aux nœuds Cassandra, le cas échéant. Pour en savoir plus, consultez la section Exigences concernant les ports.

Étape 2: Rediriger le trafic vers un autre centre de données

  1. Bloquez le trafic d'exécution et de gestion entrant à partir du premier centre de données.
  2. Redirigez tout le trafic d'exécution et les API de gestion vers les autres centres de données fonctionnels.
  3. Vérifiez que le trafic d'exécution et de gestion est correctement géré par les autres contrôleurs de domaine.

Étape 3: Mettez à niveau tous les nœuds Cassandra du premier centre de données

  1. Mettez à niveau tous les nœuds Cassandra du centre de données un par un. Exécutez les commandes suivantes sur chaque nœud, une par une: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. Une fois qu'un nœud a été mis à jour, exécutez la commande suivante sur le nœud pour effectuer des validations avant de continuer: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
     Le résultat ci-dessus ressemble à ceci: 
    Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified
  3. Une fois la mise à niveau terminée, exécutez la commande post_upgrade suivante sur chaque nœud Cassandra, un par un: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
État d'exécution à ce stade État de gestion à ce stade
  • Trafic d'exécution bloqué sur les centres de données en cours de mise à niveau
  • L'environnement d'exécution est entièrement fonctionnel dans d'autres centres de données.

Étape 4: Mettez à niveau tous les nœuds de gestion du premier centre de données

Mettez à niveau tous les nœuds de gestion du centre de données:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
État d'exécution à ce stade État de gestion à ce stade
  • Trafic d'exécution bloqué sur les centres de données en cours de mise à niveau
  • L'environnement d'exécution est entièrement fonctionnel.

Étape 5: Mettez à niveau tous les nœuds d'exécution du premier centre de données

Mettez à niveau tous les nœuds de routeur et de processeur de messages du centre de données un par un:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
État d'exécution à ce stade État de gestion à ce stade
  • Trafic d'exécution bloqué sur les centres de données en cours de mise à niveau
  • L'environnement d'exécution est entièrement fonctionnel dans d'autres centres de données.

Étape 6: Rediriger le trafic vers le premier centre de données

  • Une fois le premier centre de données mis à niveau avec Cassandra, les composants d'exécution et le serveur de gestion, réactivez le trafic d'exécution et de gestion vers le premier centre de données.
  • Assurez-vous que le trafic d'exécution et de gestion est correctement transmis entre les DC.

Étape 7: Mettre à niveau d'autres centres de données

Répétez les étapes 1 à 6 sur les autres centres de données, un par un, en redirigeant le trafic vers d'autres centres de données, en mettant à jour le logiciel Apigee et en réactivant le trafic sur ces centres de données.

Étape 8: Réexécutez l'étape de mise à niveau dans tous les nœuds de gestion

Exécutez à nouveau la commande de mise à niveau suivante dans tous les nœuds de gestion des centres de données:

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

Étape 9 : [Facultatif] Importer des smartdocs précédemment exportés

Une fois tous les serveurs de gestion mis à niveau, vous pouvez importer les modèles de documents intelligents que vous avez exportés à l'étape 1. Vous pourrez le faire plus tard.

Vous ne devez le faire que si vous utilisez le portail des développeurs basé sur Drupal 7 et la fonctionnalité SmartDocs.

État d'exécution à ce stade État de gestion à ce stade
L'environnement d'exécution est entièrement fonctionnel. La gestion est entièrement fonctionnelle.

Étape 10 : Supprimez les tables inutilisées

Exécutez la commande suivante pour supprimer les anciennes tables inutilisées du cluster Cassandra. Tant que cette opération n'est pas effectuée, vous ne pouvez pas utiliser certaines fonctionnalités de Cassandra (comme configurer une nouvelle authentification, les anciens mécanismes d'authentification continuant de fonctionner). Cette commande ne peut être exécutée que sur un seul nœud du cluster.

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

Étape 11 : Mettre à niveau tous les autres composants Edge et autres pour Private Cloud 4.52.02

Mettez à niveau tous les nœuds edge-qpid-server et edge-postgres-server restants dans toutes les régions, un par un.

À ce stade, si vous effectuez la mise à niveau à partir d'une version antérieure à Edge for Private Cloud 4.52.01, suivez les étapes supplémentaires ci-dessous pour mettre à niveau Qpid et Postgres, puis mettez à niveau les autres composants en suivant ces étapes.

Passer à Qpid J-Broker

Même si Edge for Private Cloud 4.52.02 n'inclut pas de mise à niveau vers Qpid, si vous effectuez une mise à niveau à partir de versions antérieures à 4.52.01, vous devez suivre la procédure de mise à niveau de QPID.

  • Si vous passez d'Edge pour le cloud privé 4.51.00 ou 4.52.00 à la version 4.52.02, vous devez suivre des étapes de mise à niveau Qpid supplémentaires. Consultez la section Mettre à niveau Qpid si vous passez de la version 4.51.00 ou 4.52.00 à la version 4.52.02.
  • Si vous passez de la version 4.52.01 d'Edge pour Private Cloud à la version 4.52.02, vous devez déjà utiliser la dernière version du courtier Qpid. Aucune étape de mise à niveau Qpid supplémentaire n'est nécessaire.

Nouvelle interface utilisateur Edge

Cette section présente les considérations concernant l'UI Edge. Pour en savoir plus, consultez la section Nouvelle interface utilisateur Edge pour le cloud privé.

Installer l'UI Edge

Une fois l'installation initiale terminée, Apigee vous recommande d'installer l'UI Edge, une interface utilisateur améliorée pour les développeurs et les administrateurs d'Apigee Edge pour le cloud privé.

Notez que l'UI Edge vous oblige à désactiver l'authentification de base et à utiliser un IDP tel que SAML ou LDAP.

Pour en savoir plus, consultez Installer la nouvelle interface utilisateur d'Edge.

Mettre à jour l'UI d'Edge

Pour mettre à jour le composant de l'interface utilisateur Edge, tenez compte de la version d'Edge pour le cloud privé à partir de laquelle vous effectuez la mise à niveau:

Mise à jour avec mTLS Apigee

Pour mettre à jour mTLS Apigee , procédez comme suit:

Restaurer une mise à jour

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

Si l'échec nécessite de revenir à la version précédente, consultez Revenir à la version 4.52.00 pour obtenir des instructions détaillées.

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 qui exécute l'utilitaire update.sh n'a pas accès à ce répertoire, le journal est écrit dans le répertoire /tmp sous la forme d'un fichier nommé update_username.log.

Si vous n'avez pas accès à /tmp, l'utilitaire update.sh échoue.

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.

Pour effectuer une mise à niveau sans temps d'arrêt, vous devez supprimer chaque routeur de l'équilibreur de charge, un par un. Ensuite, mettez à jour le routeur et tous les autres composants situés sur la même machine que le routeur, puis ajoutez-le à nouveau à l'équilibreur de charge.

  1. Mettez à jour les machines dans l'ordre approprié pour votre installation, comme décrit dans la section Ordre de mise à 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 (Message Processor/Routeur).
  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.

Avant et après la mise à jour, veillez à prendre en compte les points suivants:

Utiliser un fichier de configuration silencieux

Vous devez transmettre un fichier de configuration silencieux à 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.50.00 ou 4.51.00.

Mise à jour vers la version 4.52.02 sur un nœud avec une connexion Internet externe

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

  1. 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.
  2. Connectez-vous à votre nœud en tant que root pour installer les RPM Edge.
  3. Installez yum-utils et yum-plugin-priorities : 
    sudo yum install yum-utils
sudo yum install yum-plugin-priorities
  4. Désactivez SELinux comme décrit dans Installer l'utilitaire apigee-setup Edge.
  5. Si vous effectuez l'installation sur Oracle 7.x, exécutez la commande suivante: 
    sudo yum-config-manager --enable ol7_optional_latest
  6. Si vous effectuez l'installation sur AWS, exécutez les commandes yum-configure-manager suivantes: 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  7. Si vous utilisez actuellement Edge 4.51.00:

    1. Téléchargez le fichier bootstrap_4.52.02.sh d'Edge dans /tmp/bootstrap_4.52.02.sh: 
      curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
    2. Installez l'utilitaire apigee-service et les dépendances d'Edge 4.52.02 en exécutant la commande suivante: 
      sudo bash /tmp/bootstrap_4.52.02.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 installé. Dans le cas contraire, le programme d'installation l'installe pour vous.

      Utilisez l'option JAVA_FIX pour spécifier comment gérer l'installation Java. JAVA_FIX prend les valeurs suivantes:

      • I: installez OpenJDK 1.8 (par défaut).
      • C: continuer sans installer Java.
      • Q: Quitter. Pour cette option, vous devez installer Java vous-même.
    3. Utilisez apigee-service pour mettre à jour l'utilitaire apigee-setup, comme illustré dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    4. Mettez à jour l'utilitaire apigee-validate sur le serveur de gestion, comme indiqué dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    5. Mettez à jour l'utilitaire apigee-provision sur le serveur de gestion, comme indiqué dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
    6. Exécutez l'utilitaire update sur vos nœuds en exécutant la commande suivante: 
      /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

      Faites-le dans l'ordre décrit dans la section Ordre de mise à jour des machines.

      Où :

      • component est le composant Edge à mettre à jour. Les valeurs possibles sont les suivantes :
        • cs: Cassandra
        • edge: tous les composants Edge, à l'exception de l'UI Edge: serveur de gestion, processeur de messages, routeur, serveur Qpid, serveur Postgres
        • ldap: OpenLDAP
        • ps: postgresql
        • qpid: qpidd
        • sso: SSO Apigee (si vous avez installé le SSO)
        • ue: nouvelle interface utilisateur Edge
        • ui: interface utilisateur Edge classique
        • zk: ZooKeeper
      • configFile est le même fichier de configuration que celui que vous avez utilisé pour définir vos composants Edge lors de l'installation de la version 4.50.00 ou 4.51.00.

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

      /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
    7. Redémarrez les composants de l'interface utilisateur Edge sur tous les nœuds qui les exécutent, si ce n'est pas déjà fait: 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. 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.

Si vous décidez par la suite de revenir à la version précédente, suivez la procédure décrite dans Rétablir la version 4.52.02.

Mettre à jour vers la version 4.52.02 à partir d'un dépôt local

Si vos nœuds Edge sont protégés par un pare-feu ou 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 d'un miroir du dépôt Apigee.#heading

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 fournit le serveur Web Nginx que vous pouvez utiliser, ou vous pouvez utiliser votre propre serveur Web.

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

  1. Créez un dépôt local 4.52.02 comme décrit dans la section "Créer un dépôt Apigee local" de la page Installer l'utilitaire apigee-setup Edge.
  2. 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.52.02.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 du nouveau nœud.
    3. Sur le nouveau nœud, décompressez le fichier dans le répertoire /tmp: 
      tar -xzf apigee-4.52.02.tar.gz

      Cette commande crée un répertoire nommé repos dans le répertoire contenant le fichier .tar. Exemple : /tmp/repos.

    4. Installez l'utilitaire apigee-service Edge et les dépendances à partir de /tmp/repos: 
      sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

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

  3. 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.52.02.sh Edge dans /tmp/bootstrap_4.52.02.sh: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh

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

    3. Sur le nœud distant, installez l'utilitaire apigee-setup Edge et les dépendances: 
      sudo bash /tmp/bootstrap_4.52.02.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.

  4. Utilisez apigee-service pour mettre à jour l'utilitaire apigee-setup, comme illustré dans l'exemple suivant: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. Mettez à jour l'utilitaire apigee-validate sur le serveur de gestion, comme indiqué dans l'exemple suivant: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. Mettez à jour l'utilitaire apigee-provision sur le serveur de gestion, comme illustré dans l'exemple suivant: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. Exécutez l'utilitaire update sur vos nœuds dans l'ordre décrit dans la section Ordre de mise à jour de la machine: 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    Où :

    • component est le composant Edge à mettre à jour. Vous mettez généralement à jour les composants suivants :
      • cs: Cassandra
      • edge: tous les composants Edge, à l'exception de l'UI Edge: serveur de gestion, processeur de messages, routeur, serveur Qpid, serveur Postgres
      • ldap: OpenLDAP
      • ps: postgresql
      • qpid: qpidd
      • sso: SSO Apigee (si vous avez installé le SSO)
      • ue Nouvelle interface utilisateur Edge
      • ui: interface utilisateur Edge classique
      • zk: ZooKeeper
    • configFile est le même fichier de configuration que celui que vous avez utilisé pour définir vos composants Edge lors de l'installation de la version 4.50.00 ou 4.51.00.

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

    /opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
  8. Redémarrez les composants d'interface utilisateur sur tous les nœuds qui les exécutent, si ce n'est pas déjà fait: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  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.

Si vous décidez ultérieurement de revenir à la version précédente, suivez la procédure décrite dans la section Revenir à la version 4.52.02.

Ordre de mise à jour de la machine : mise à niveau à partir de la version 4.51.00 (ou) 4.52.00 (ou) 4.52.01

L'ordre dans lequel vous mettez à jour les machines dans une installation Edge est important:

  • Vous devez mettre à jour tous les nœuds ZooKeeper dans les centres de données avant de mettre à niveau tous les autres composants. Si vous effectuez la mise à niveau à partir d'Edge Private Cloud 4.51.00 ou 4.52.00, vous devrez également suivre des étapes supplémentaires pour mettre à niveau zookeeper.
  • Vous devez mettre à jour Postgresql dans tous les centres de données. Si vous effectuez la mise à niveau à partir d'Edge Private Cloud 4.51.00, vous devrez également suivre des étapes supplémentaires pour mettre à niveau postgres.
  • Vous devez mettre à jour les nœuds LDAP dans tous les centres de données.
  • Vous devez mettre à jour tous les nœuds Cassandra, Management Server, Message Processor et Router, un centre de données à la fois, jusqu'à ce que tous les centres de données soient mis à niveau.
  • Vous devez mettre à jour les composants edge-qpid-server et edge-postgres-server dans tous les centres de données.
  • Vous devez mettre à niveau les nœuds Qpid dans tous les centres de données. Si vous passez d'Edge Private Cloud 4.51.00 ou 4.52.00, vous devrez également suivre des étapes supplémentaires pour mettre à niveau Qpid.
  • Mise à jour de l'UI Edge et de la nouvelle UI Edge, des nœuds SSO dans tous les centres de données.
  • 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.

Mise à niveau autonome d'un nœud

Pour mettre à niveau une configuration autonome à un nœud vers la version 4.52.02:
  1. Mettez à jour tous les composants : 
    /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
  2. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

Mise à niveau autonome à deux nœuds

Mettez à jour les composants suivants pour une installation autonome à deux nœuds:

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

  1. Mettez à jour Zookeeper sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Mettez à jour Postgres sur la machine 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Mettez à jour LDAP sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. Mettez à jour Cassandra sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  5. Mettez à jour les composants Edge sur les machines 1 et 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. Mettez à jour Qpid sur la machine 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Mettez à jour l'UI sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  8. (Si vous avez installé apigee-adminapi) Vous avez mis à jour l'utilitaire apigee-adminapi sur la machine 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (Si vous avez installé l'authentification unique Apigee) Mettez à jour l'authentification unique Apigee 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 installé l'authentification unique.

  10. Redémarrez le composant d'interface utilisateur Edge sur la machine 1: 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

Mise à niveau de cinq nœuds

Mettez à jour les composants suivants pour une installation à cinq nœuds:

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

  1. Mettez à jour ZooKeeper sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Mettez à jour Postgres sur la machine 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Mettez à jour Postgres sur la machine 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Mettez à jour LDAP sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Mettez à jour Cassandra sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Mettez à jour les composants Edge sur les machines 1, 2, 3, 4 et 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Mettez à jour Qpid sur la machine 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Mettez à jour Qpid sur la machine 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  9. Mettez à jour l'UI Edge :
    • UI classique:si vous utilisez l'UI classique, mettez à jour le composant ui sur la machine 1, comme illustré dans l'exemple suivant: 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • Nouvelle interface utilisateur Edge:si vous avez installé la nouvelle interface utilisateur Edge, mettez à jour le composant ue sur la machine appropriée (qui ne sera peut-être pas la machine 1): 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  10. (Si vous avez installé apigee-adminapi) Vous avez mis à jour l'utilitaire apigee-adminapi sur la machine 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  11. (Si vous avez installé l'authentification unique Apigee) Mettez à jour l'authentification unique Apigee 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 installé l'authentification unique.

  12. Redémarrez le composant d'UI :
    • Interface utilisateur classique:si vous utilisez l'interface utilisateur classique, redémarrez le composant edge-ui sur la machine 1, comme illustré dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nouvelle interface utilisateur Edge:si vous avez installé la nouvelle interface utilisateur Edge, redémarrez le composant edge-management-ui sur la machine appropriée (qui ne sera peut-être pas la machine 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Mise à niveau d'un cluster à neuf nœuds

Mettez à jour les composants suivants pour une installation en cluster à neuf nœuds:

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

  1. Mettez à jour ZooKeeper sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Mettez à jour Postgres sur la machine 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Mettez à jour Postgres sur la machine 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. Mettez à jour LDAP sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. Mettez à jour Cassandra sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Mettez à jour les composants Edge sur les machines 1, 4, 5, 6, 7, 8 et 9 dans l'ordre suivant: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Mettez à jour Qpid sur les machines 6 et 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Mettez à jour la nouvelle interface utilisateur (ue) ou l'interface utilisateur classique (ui) sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (Si vous avez installé apigee-adminapi) Mettez à jour l'utilitaire apigee-adminapi sur la machine 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (Si vous avez installé l'authentification unique Apigee) Mettez à jour l'authentification unique Apigee 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 installé l'authentification unique.

  11. Redémarrez le composant d'UI :
    • Interface utilisateur classique:si vous utilisez l'interface utilisateur classique, redémarrez le composant edge-ui sur la machine 1, comme illustré dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nouvelle interface utilisateur Edge:si vous avez installé la nouvelle interface utilisateur Edge, redémarrez le composant edge-management-ui sur la machine appropriée (qui ne sera peut-être pas la machine 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Mise à niveau d'un cluster à 13 nœuds

Mettez à jour les composants suivants pour une installation en cluster à 13 nœuds:

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

  1. Mettez à jour ZooKeeper sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Mettez à jour Postgres sur la machine 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Mettez à jour Postgres sur la machine 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -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 Cassandra sur les machines 1, 2 et 3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Mettez à jour les composants Edge sur les machines 6, 7, 10, 11, 12, 13, 8 et 9 dans l'ordre suivant: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Mettez à jour Qpid sur les machines 12 et 13: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. Mettez à jour la nouvelle interface utilisateur (ue) ou l'interface utilisateur classique (ui) sur les machines 6 et 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  9. (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
  10. (Si vous avez installé l'authentification unique Apigee) Mettez à jour l'authentification unique Apigee 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 installé l'authentification unique.

  11. Redémarrez le composant d'UI :
    • UI classique:si vous utilisez l'UI classique, redémarrez le composant edge-ui sur les machines 6 et 7, comme illustré dans l'exemple suivant: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • Nouvelle interface utilisateur Edge:si vous avez installé la nouvelle interface utilisateur Edge, redémarrez le composant edge-management-ui sur les machines 6 et 7: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

Mise à niveau d'un cluster à 12 nœuds

Mettez à jour les composants suivants pour une installation en cluster à 12 nœuds:

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

  1. Mettez à jour ZooKeeper sur les machines 1, 2, 3, 7, 8 et 9 des deux DC:

    /opt/apigee/apigee-setup/bin/update.sh -c zk -f configFile
  2. Mettez à jour Postgres sur les machines 6 et 12 des deux DC: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. Mettez à jour LDAP sur les machines 1 et 7 dans les deux DC: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile

  4. Bloquer le trafic dans DC-1 et s'assurer que tout le trafic est redirigé vers un autre DC-2

  5. Mise à jour Mettez à jour Cassandra sur les machines 1, 2 et 3 dans le datacenter 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  6. Mettez à jour le serveur de gestion sur la machine 1 dans DC-1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  7. Mettre à jour le routeur et le processeur de messages sur les machines 2 et 3 dans le datacenter 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  8. Débloquez le trafic dans DC-1, validez DC-1, puis passez à DC-2 en bloquant le trafic dans DC-2 et en redirigeant le trafic vers DC-1.
  9. Mettez à jour Cassandra sur les machines 7, 8 et 9 dans le datacenter 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  10. Mettez à jour le serveur de gestion sur la machine 7 dans DC-2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  11. Mettre à jour le routeur et le processeur de messages sur les machines 8 et 9 dans le datacenter 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  12. Débloquez le trafic dans le datacenter 2. Les deux datacenters gèrent désormais le trafic.
  13. Exécutez à nouveau la commande de mise à jour dans tous les serveurs de gestion des enregistrements de domaine de contrôle sur les machines 1 et 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  14. Mettez à jour edge-qpid-server et edge-postgres-server sur les machines 4, 5, 6, 10, 11 et 12 dans les deux sites de données: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  15. Mettez à jour Qpid sur les machines 4, 5, 10 et 11 dans les deux DC: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  16. Mettez à jour la nouvelle interface utilisateur (ue) ou l'interface utilisateur classique (ui) dans les deux DC: 
    /opt/apigee/apigee-setup/bin/update.sh -c  [ui|ue] -f configFile
  17. (Si vous avez installé apigee-adminapi) Mettez à jour apigee-adminapi dans les deux DC: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  18. (Si vous avez installé le SSO Apigee) Mettez à jour les nœuds SSO Apigee dans les deux DC: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
  19. Redémarrez le composant de l'interface utilisateur Edge (edge-management-ui) ou de l'interface utilisateur Edge classique (edge-ui) dans les deux DC: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart