Cette page a été traduite par l'API Cloud Translation.

Mise à jour d'Apigee Edge 4.50.00 ou 4.51.00 vers la version 4.52.00

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

Qui peut effectuer la mise à jour

La personne qui exécute la mise à jour doit être la personne qui a installé Edge à l'origine, ou une personne exécutant en mode 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é. Utilisez la procédure relative à votre version actuelle de 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.
Assurez-vous qu'Edge est en cours d'exécution
Assurez-vous qu'Edge est en cours d'exécution 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 compatification Cassandra est LeveledCompactionStrategy
Assurez-vous que la stratégie de compatification Cassandra est définie sur LeveledCompactionStrategy, comme décrit dans la section Modifier la stratégie de compactage Cassandra.

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 sont conservées par la mise à jour.

Mise à niveau vers Zookeeper 3.8.0 requise

Cette version d'Edge pour les cloud privés inclut une mise à niveau vers Zookeeper 3.8.0. Dans le cadre de cette mise à niveau, toutes les données Zookeeper seront migrées vers Zookeeper 3.8.0.

Avant de mettre à niveau Zookeeper, consultez le guide de maintenance de Zookeeper. La plupart des systèmes de production Edge utilisent un cluster de nœuds ZooKeeper répartis sur plusieurs centres de données. Certains de ces nœuds sont configurés en tant qu'électeurs participant à l'élection du responsable ZooKeeper, tandis que les autres sont configurés en tant qu'observateurs. Pour en savoir plus, consultez la page À propos des dirigeants, des followers, des électeurs et des observateurs. Les nœuds électeurs élisent un leader, après quoi ils deviennent eux-mêmes des suiveurs.

Lors du processus de mise à jour, un délai momentané ou un échec d'écriture dans Zookeeper peut se produire lorsque le nœud leader est arrêté. Cela peut affecter les opérations de gestion qui écrivent dans Zookeeper, telles que l'opération de déploiement d'un proxy, et les modifications de l'infrastructure Apigee, telles que l'ajout ou la suppression d'un processeur de messages, etc. Aucune incidence ne devrait être observée sur les API d'exécution d'Apigee (sauf si ces API d'exécution appellent des API de gestion) lors de la mise à niveau de Zookeeper en suivant la procédure ci-dessous.

De manière générale, le processus de mise à niveau implique d'effectuer une sauvegarde de chaque nœud. Cette opération est suivie de la mise à niveau de tous les observateurs et abonnés, puis du nœud principal.

Effectuer une sauvegarde

Effectuez une sauvegarde de tous les nœuds de Zookeeper à utiliser en cas de rollback. Notez qu'un rollback rétablit Zookeeper à l'état au moment de la sauvegarde. Remarque : Tous les déploiements ou modifications d'infrastructure dans Apigee depuis la sauvegarde (dont les informations sont stockées dans Zookeeper) seront perdus lors de la restauration.

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper backup

Si vous utilisez des machines virtuelles et que vous en avez la possibilité, vous pouvez également prendre des instantanés ou des sauvegardes de VM pour les restaurer ou les annuler (si nécessaire).

Identifier le responsable, les followers et les observateurs

Remarque:Les exemples de commandes ci-dessous utilisent l'utilitaire nc pour envoyer des données à Zookeeper. Vous pouvez également utiliser d'autres utilitaires pour envoyer des données à Zookeeper.

Si nc n'est pas installé sur le nœud ZooKeeper, installez-le :
```
  sudo yum install nc
```
Exécutez la commande nc suivante sur le nœud, où 2181 correspond au port ZooKeeper :
```
  echo stat | nc localhost 2181
```
Vous devriez voir une sortie semblable à ce qui suit.
```
  Zookeeper version: 3.8.0-5a02a05eddb59aee6ac762f7ea82e92a68eb9c0f, built on 2022-02-25 08:49 UTC
  Clients:
   /0:0:0:0:0:0:0:1:41246[0](queued=0,recved=1,sent=0)
  
  Latency min/avg/max: 0/0.2518/41
  Received: 647228
  Sent: 647339
  Connections: 4
  Outstanding: 0
  Zxid: 0x400018b15
  Mode: follower
  Node count: 100597
```
Dans la ligne Mode du résultat des nœuds, vous devriez voir l'observateur, le responsable ou le followers (c'est-à-dire un électeur qui n'est pas le responsable) en fonction de la configuration du nœud. Remarque : Dans une installation autonome d'Edge avec un seul nœud ZooKeeper, Mode est défini sur autonome.
Répétez les étapes 1 et 2 sur chaque nœud ZooKeeper.

Mettre à niveau ZooKeeper sur les nœuds d'observateur et de suiveur

Mettez à niveau Zookeeper sur chacun des nœuds d'observateur et de suiveur comme suit :

Téléchargez et exécutez le bootstrap d'Edge pour Private Cloud 4.52, comme décrit dans la section Mettre à jour vers la version 4.52.00 sur un nœud avec une connexion Internet externe. Le processus variera probablement selon que le nœud dispose d'une connexion Internet externe ou que vous effectuez une installation hors connexion.
Mettez à niveau le composant ZooKeeper:
```
  /opt/apigee/apigee-setup/bin/update.sh -c zk -f <silent-config-file>
```
Remarque:Si d'autres composants sont installés sur ces nœuds (comme Cassandra), vous pouvez également les mettre à niveau maintenant (comme avec les profils cs,zk) ou les mettre à niveau ultérieurement. Apigee vous recommande de commencer par mettre à niveau Zookeeper et de vous assurer que votre cluster fonctionne correctement avant de mettre à niveau d'autres composants.
Répétez les étapes ci-dessus pour chacun des nœuds d'observateur et de suiveur Zookeeper.

Arrêter la variante optimale

Une fois tous les nœuds d'observateur et de suiveur mis à niveau, arrêtez le nœud principal. Sur le nœud identifié comme leader, exécutez la commande ci-dessous :

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop

Notez que pendant cet événement, avant l'élection d'un nouveau responsable, des retards temporaires ou des échecs d'écriture peuvent se produire dans Zookeeper. Cela peut affecter les opérations qui écrivent dans Zookeeper, telles que l'action de déploiement des proxys ou les modifications d'infrastructure Apigee, telles que l'ajout ou la suppression de processeurs de messages, etc.

Vérifier que le nouveau leader est élu

Suivez la procédure décrite dans la section Identifier le leader, les suiveurs et les observateurs ci-dessus pour vérifier qu'un nouveau leader a été élu parmi les suiveurs une fois que le leader existant a été arrêté. Notez que le leader peut avoir été élu dans un centre de données différent de celui du leader actuel.

Leader de la mise à niveau

Suivez la même procédure que dans la section Mettre à niveau Zookeeper sur les nœuds observateur et esclave ci-dessus.

Une fois l'ancien nœud leader mis à niveau, vérifiez l'état du cluster et assurez-vous qu'il existe un nœud leader.

Rollback

En cas de rollback :

Effectuez d'abord les étapes de rollback sur les observateurs et les abonnés.
Téléchargez et exécutez le bootstrap de la version à laquelle vous effectuez le rollback (4.50 ou 4.51). La procédure varie probablement selon que le nœud dispose d'une connexion Internet externe ou que vous suivez une installation hors connexion.

Arrêtez ZooKeeper s'il est en cours d'exécution sur le nœud :

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop

Désinstallez zookeeper existant :

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper uninstall

Installez ZooKeeper comme d'habitude:

  /opt/apigee/apigee-setup/bin/setup.sh -p zk -f <silent-config-file>

Une fois tous les suiveurs et observateurs annulés, annulez le nœud principal en suivant les étapes 2 à 5 sur le nœud principal.

Une fois tous les nœuds annulés, vérifiez l'état du cluster et assurez-vous qu'il existe un nœud leader dans le cluster.

Restaurer une sauvegarde

Consultez Restaurer à partir d'une sauvegarde. Notez que les sauvegardes de Zookeeper extraites de versions antérieures d'Edge pour Private Cloud, telles que les versions 4.50 et 4.51, doivent être compatibles avec la version de Zookeeper dans Edge pour Private Cloud 4.52.

Mise à niveau vers Postgres 14 requise

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

La plupart des systèmes de production Edge utilisent deux nœuds Postgres configurés pour la réplication du maître en secours. 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.

La manière dont vous effectuez la mise à jour de PostgreSQL dépend de la façon dont vous avez configuré le stockage des données pour vos nœuds PostgreSQL :

Si vous utilisez le stockage de données local pour vos nœuds Postgres, vous devez installer un nouveau nœud Postgres de secours pendant toute la durée de la mise à niveau. Une fois la mise à niveau terminée, vous pouvez mettre hors service le nouveau nœud de secours 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 maître Postgres après le rollback. Par conséquent, lorsque vous installez le nouveau nœud de secours Postgres, il doit se trouver sur un nœud qui répond à toutes les exigences matérielles d'un serveur Postgres, telles que définies dans les exigences d'installation Edge.

Dans une configuration à un ou deux nœuds d'Edge, des topologies utilisées pour le prototypage et les tests, vous ne disposez que d'un seul nœud Postgres. Vous pouvez mettre à jour ces nœuds Postgres directement sans avoir à créer un autre nœud Postgres.
Si vous utilisez un stockage réseau pour vos nœuds Postgres, comme recommandé par Apigee, vous n'avez pas besoin d'installer un nouveau nœud Postgres. Dans les procédures ci-dessous, vous pouvez ignorer les étapes qui spécifient d'installer et de mettre hors service un nouveau nœud de disponibilité Postgres.
Avant de commencer le processus de mise à jour, prenez un instantané réseau du magasin de données utilisé par Postgres. Ensuite, si des erreurs se produisent lors de la mise à jour et que vous êtes obligé d'effectuer un rollback, vous pouvez restaurer le nœud Postgres à partir de cet instantané.

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.50.00 ou 4.51.00), et non pour la version 4.52.00.

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

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

Sur le 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 replication apigee existing_standby_ip/32 trust\ \nhost replication apigee new_standby_ip/32 trust
```
Où existing_standby_ip est l'adresse IP du serveur de secours Postgres actuel et new_standby_ip est l'adresse IP du nouveau nœud de secours.

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

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

Vérifiez que le nouveau nœud de secours a été ajouté en affichant 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_standby_ip/32 trust
host replication apigee new_standby_ip/32 trust
```
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 :
```
# IP address of the current master:
PG_MASTER=192.168.56.103
# IP address of the new standby node
PG_STANDBY=192.168.56.102
```
2. Désactivez SELinux comme décrit dans la section Installer l'utilitaire apigee-setup Edge.
3. Si vous utilisez actuellement Edge 4.51.00 :
  1. Téléchargez le fichier bootstrap_4.51.00.sh d'Edge dans /tmp/bootstrap_4.51.00.sh :
```
curl https://software.apigee.com/bootstrap_4.51.00.sh -o /tmp/bootstrap_4.51.00.sh
```
  2. Installez l'utilitaire apigee-service Edge et ses dépendances :
```
sudo bash /tmp/bootstrap_4.51.00.sh apigeeuser=uName apigeepassword=pWord
```
  Si vous utilisez actuellement Edge 4.50.00 :
  1. Téléchargez le fichier bootstrap_4.50.00.sh d'Edge sur /tmp/bootstrap_4.50.00.sh :
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
  2. Installez l'utilitaire apigee-service Edge et ses dépendances :
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
4. Installez l'utilitaire apigee-setup à l'aide de apigee-service :
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
```
5. Installez Postgres:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
6. 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 mode Veille.

Effectuer une mise à niveau sur place de Postgres

Remarque : Vous devez effectuer l'étape préliminaire suivante avant de procéder à une mise à niveau in situ de Postgres.

Remarque : Avec Postgres 14, le paramètre de configuration Postgres wal_keep_segments n'est plus accepté. Si vous avez ajouté ou modifié ce paramètre Postgres, vous devez le supprimer avant d'effectuer la mise à niveau de Postgres. Pour ce faire :

Ouvrez le fichier $APIGEE_ROOT/customer/application/postgresql.properties.
Supprimez la configuration liée à wal_keep_segments.
Redémarrez Postgres.

Consultez la documentation de Postgres pour connaître les autres propriétés disponibles dans Postgres 14, telles que wal_keep_size, qui peuvent être utilisées à la place.

Étape préliminaire

Avant d'effectuer une mise à niveau sur place vers Postgres, procédez comme suit sur l'hôte principal et le serveur de secours pour mettre à jour la propriété max_locks_per_transaction sur apigee-postgresql :

Si ce n'est pas le cas, créez le fichier /opt/apigee/customer/application/postgresql.properties.

Attribuez la propriété de ce fichier à apigee :

sudo chown apigee:apigee /opt/apigee/customer/application/postgresql.properties

Ajoutez la propriété suivante au fichier :

conf/postgresql.conf+max_locks_per_transaction=30000

Configurez apigee-postgresql :

apigee-service apigee-postgresql configure

Redémarrez apigee-postgresql :

apigee-service apigee-postgresql restart

Effectuer la mise à niveau sur place

Pour effectuer une mise à niveau in situ vers Postgres 14, procédez comme suit :

Mettre à niveau postgres sur l'hôte principal

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

Exécutez la commande de configuration sur l'hôte maître :
```
apigee-service apigee-postgresql setup -f /opt/silent.conf
```
Exécutez la commande configure sur l'hôte maître :
```
apigee-service apigee-postgresql configure
```

Redémarrez l'hôte maître :

apigee-service apigee-postgresql restart

Configurez-la comme maître :

apigee-service apigee-postgresql setup-replication-on-master -f /opt/silent.conf

Assurez-vous que l'hôte maître a démarré :

apigee-service apigee-postgresql wait_for_ready

Arrêtez le mode veille :
```
apigee-service apigee-postgresql stop
```
Mettre à niveau le mode veille
Remarque : Si cette étape échoue, vous pouvez l'ignorer. update.sh tente de démarrer le serveur de secours avec une configuration incorrecte. Si l'installation de Postgres est mise à niveau vers la version 14, l'erreur peut être ignorée.
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f /opt/silent.conf
```
Assurez-vous que l'instance de secours est arrêtée:
```
apigee-service apigee-postgresql stop
```
Supprimez l'ancienne configuration de secours :
```
rm -rf /opt/apigee/data/apigee-postgresql/
```

Configurez la réplication sur le serveur de secours :

apigee-service apigee-postgresql setup-replication-on-standby -f /opt/silent.conf

Supprimez la ligne conf/postgresql.conf+max_locks_per_transaction=30000 du fichier /opt/apigee/customer/application/postgresql.properties à la fois sur l'hôte maître et sur l'hôte de secours. Cette ligne a été ajoutée à l'étape préliminaire.

Une fois cette procédure terminée, le mode de secours démarrera correctement.

Désactivation d'un nœud Postgres

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

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
```
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 suivante :
```
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
```
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
```
Sur le nœud maître Postgres, modifiez /opt/apigee/customer/application/postgresql.properties pour supprimer le nouveau nœud de secours de conf_pg_hba_replication.connection :
```
conf_pg_hba_replication.connection=host replication apigee existing_standby_ip/32 trust
```

Redémarrez apigee-postgresql sur le maître PostgreSQL :

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

Vérifiez que le nouveau nœud de secours a été supprimé en affichant 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_standby_ip/32 trust
```
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_standby_uuid
```

Étapes post-mise à niveau pour Postgres

Après une mise à niveau majeure de Postgres, les statistiques internes de Postgres sont effacées. Ces statistiques aident le planificateur de requêtes Postgres à utiliser les index et les chemins les plus optimaux pour exécuter les requêtes.

Postgres peut progressivement recréer ses statistiques au fil du temps à mesure que les requêtes sont exécutées et lorsque le daemon autovacuum s'exécute. Toutefois, jusqu'à ce que les statistiques soient recalculées, vos requêtes peuvent être lentes.

Pour résoudre ce problème, exécutez ANALYZE sur toutes les tables de la base de données sur le nœud Postgres maître. Vous pouvez également exécuter ANALYZE pour quelques tables à la fois.

REMARQUE : L'exécution de ANALYZE peut prendre beaucoup de temps, mais elle ne nécessite qu'un verrouillage en lecture de la table, ce qui permet aux autres opérations sur Postgres de continuer à s'exécuter pendant l'exécution de ANALYZE.

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'interface utilisateur Edge

Après l'installation initiale, Apigee vous recommande d'installer l'interface utilisateur Edge, qui est 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 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 :

De la version 4.51.00 à la version 4.52.00 (avec la nouvelle interface utilisateur Edge déjà installée): suivez les instructions de mise à niveau de cette section pour le composant edge-management-ui.

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 d'exécuter à nouveau update.sh. Vous pouvez exécuter la mise à jour plusieurs fois. Elle reprendra là où elle s'était arrêtée.

Si l'échec nécessite un rollback vers la version précédente de la mise à jour, consultez la section Effectuer un rollback vers 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 la personne n'a 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 Edge sans l'arrêter.

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

La clé d'une mise à niveau sans temps d'arrêt 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.

Mettez à jour les machines dans l'ordre approprié pour votre installation, comme décrit dans la section Ordre de mise à jour des machines.
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).
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.
Rendez le routeur à nouveau accessible.
Répétez les étapes 2 à 4 pour les autres routeurs.
Continuez la mise à jour pour toutes les machines encore présentes dans votre installation.

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

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. Rendez le processeur de messages inaccessible.
- Après la mise à jour, procédez comme suit :
  1. Rendre le processeur de messages accessible.
  2. Rendre le routeur accessible
Sur des nœuds de routeur uniques :
- Avant la mise à jour, rendez le routeur inaccessible.
- Après la mise à jour, assurez la disponibilité du routeur.
Sur des nœuds de processeur de messages uniques :
- Avant la mise à jour, rendre le processeur de messages inaccessible.
- Après la mise à jour, rendre le processeur de messages accessible.

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.00 sur un nœud avec une connexion Internet externe

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

Le cas échéant, désactivez toutes les tâches cron configurées pour effectuer une opération de réparation sur Cassandra jusqu'à la fin de la mise à jour.
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 Edge sans accès racine.
Installez yum-utils et yum-plugin-priorities :
Remarque:Si votre système d'exploitation est RHEL 8.0 à 8.6, ignorez cette étape.
```
sudo yum install yum-utils
sudo yum install yum-plugin-priorities
```
Désactivez SELinux comme décrit dans la section Installer l'utilitaire apigee-setup Edge.
Si vous effectuez l'installation sur Oracle 7.x, exécutez la commande suivante :
```
sudo yum-config-manager --enable ol7_optional_latest
```

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

Si vous utilisez actuellement Edge 4.51.00 :
1. Téléchargez le fichier bootstrap_4.52.00.sh d'Edge dans /tmp/bootstrap_4.52.00.sh :
```
curl https://software.apigee.com/bootstrap_4.51.00.sh -o /tmp/bootstrap_4.51.00.sh
```
2. Installez l'utilitaire apigee-service et les dépendances d'Edge 4.52.00 en exécutant la commande suivante :
```
sudo bash /tmp/bootstrap_4.52.00.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é. Si ce n'est pas le cas, le programme d'installation l'installe pour vous.
  
  Utilisez l'option JAVA_FIX pour spécifier comment gérer l'installation de 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 le montre 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 illustré 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: authentification unique Apigee (si vous avez installé SSO)
    - ue : nouvelle interface utilisateur Edge
    - ui: UI classique Edge
    - 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 le composant d'interface utilisateur Edge sur tous les nœuds qui l'exécutent, si ce n'est pas déjà fait :
```
/opt/apigee/apigee-service/bin/apigee-service 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 la section Rétablir la version 4.52.00.

Mise à jour vers la version 4.52.00 à partir d'un dépôt local

Si vos nœuds Edge se trouvent derrière un pare-feu ou ne sont pas autorisés d'une autre manière à accéder au dépôt Apigee sur 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 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.00 :
1. Créez un dépôt local 4.52.00, comme décrit dans la section "Créer un dépôt Apigee local" de la page Installer l'utilitaire apigee-setup Edge.
  REMARQUE : Si vous disposez déjà d'un dépôt, vous pouvez y ajouter le dépôt 4.52.00 comme décrit dans la section "Mettre à jour 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.00.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.00.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.00.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 Edge bootstrap_4.52.00.sh sur /tmp/bootstrap_4.52.00.sh:
```
/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.00.sh -o /tmp/bootstrap_4.52.00.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.00.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 indiqué 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.
    REMARQUE : Le fichier de configuration doit être lisible par l'utilisateur "apigee". Pour modifier le propriétaire, utilisez la commande suivante :
    chown apigee:apigee configFile
  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 Edge tout-en-un (AIO). 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 par la suite de revenir à la version précédente, suivez la procédure décrite dans la section Rétablir la version 4.52.00.

Ordre de mise à jour de la machine

L'ordre dans lequel vous mettez à jour les machines dans une installation Edge est important :
- Vous devez mettre à jour tous les nœuds Cassandra et ZooKeeper avant de mettre à jour d'autres nœuds.
- Pour toute machine comportant plusieurs composants Edge (serveur de gestion, processeur de messages, routeur, serveur QPID, mais pas le serveur Postgres), utilisez l'option -c edge pour les mettre à jour tous 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.
REMARQUE : Après avoir mis à jour le composant de l'interface utilisateur Edge, vous devez redémarrer le service de l'interface utilisateur Edge, comme décrit dans les instructions d'installation de la mise à jour.

Mise à niveau autonome d'un nœud

Pour mettre à niveau une configuration autonome à un nœud vers la version 4.52.00:
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 Cassandra et ZooKeeper sur la machine 1 :
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. Mettez à jour Qpid et Postgres sur la machine 2 :
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid,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 les composants Edge sur les machines 2 et 1 :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
5. Mettez à jour l'UI sur la machine 1 :
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
6. (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
```
7. (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 correspond au fichier de configuration que vous avez créé lors de l'installation de SSO.
8. Redémarrez le composant de l'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 Cassandra et ZooKeeper sur les machines 1, 2 et 3 :
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. Mettez à jour Qpid et Postgres sur la machine 4:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid, ps -f configFile
```
3. Mettez à jour Qpid et Postgres sur la machine 5:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid, 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 les composants Edge sur les machines 4, 5, 1, 2 et 3 :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
6. Mettez à jour l'interface utilisateur 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
```
7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi sur la machine 1:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
8. (Si vous avez installé 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.
9. 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 (il peut ne pas s'agir de la machine 1):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```
Mise à niveau d'un cluster à 9 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 Cassandra et ZooKeeper sur les machines 1, 2 et 3:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. Mettez à jour Qpid sur les machines 6 et 7 :
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
3. Mettez à jour Postgres sur la machine 8 :
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
4. Mettez à jour Postgres sur la machine 9 :
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -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, 8, 9, 1, 4 et 5 dans l'ordre suivant :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
7. 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
```
8. (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
```
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 correspond au fichier de configuration que vous avez créé lors de l'installation de SSO.
10. Redémarrez le composant d'interface utilisateur :
  - 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 du cluster à 13 nœuds

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

Consultez la section Topologies d'installation pour obtenir la liste des topologies de périphérie et des numéros de nœuds.
1. Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. Mettez à jour Qpid sur les machines 12 et 13:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
3. Mettez à jour Postgres sur la machine 8 :
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
4. Mettez à jour Postgres sur la machine 9 :
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -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, 8, 9, 6, 7, 10 et 11 dans l'ordre suivant :
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
7. 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
```
8. (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
```
9. (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.
10. Redémarrez le composant d'interface utilisateur :
  - 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 :

Consultez la section Topologies d'installation pour obtenir la liste des topologies de périphérie et des numéros de nœuds.
1. Mettez à jour Cassandra et ZooKeeper :
  1. Sur les machines 1, 2 et 3 du centre de données 1 :
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
  2. Sur les machines 7, 8 et 9 du centre de données 2
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. Mettez à jour qpidd :
  1. Machines 4 et 5 du centre de données 1
    1. Mettez à jour qpidd sur la machine 4:
      /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
    2. Mettez à jour qpidd sur la machine 5 :
      /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  2. Machines 10 et 11 dans le centre de données 2
    1. Mettez à jour qpidd sur la machine 10 :
      /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
    2. Mettez à jour qpidd sur la machine 11 :
      /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
3. Mettez à jour Postgres :
  1. Machine 6 du centre de données 1
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
  2. Machine 12 dans le centre de données 2
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
4. Mise à jour du LDAP :
  1. Machine 1 dans le centre de données 1
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
  2. Machine 7 dans le centre de données 2
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
5. Mettez à jour les composants Edge :
  1. Machines 4, 5, 6, 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, 12, 7, 8 et 9 du centre de données 2
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
6. Mettez à jour la nouvelle interface utilisateur (ue) ou l'interface utilisateur classique (ui) :
  1. Machine 1 du centre de données 1 :
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
  2. Machine 7 du centre de données 2 :
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
7. (Si vous avez installé apigee-adminapi) Mise à jour de l'utilitaire apigee-adminapi :
  1. Machine 1 du centre de données 1 :
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
  2. Machine 7 dans le centre de données 2:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
8. (Si vous avez installé Apigee SSO) Mettez à jour Apigee SSO :
  1. Machine 1 dans le centre de données 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
  2. Machine 7 du centre de données 2 :
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
9. Redémarrez le composant de l'interface utilisateur Edge nouvelle (edge-management-ui) ou classique (edge-ui) sur les machines 1 et 7 :
```
/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
```
Pour une configuration non standard

Si vous disposez d'une configuration non standard, mettez à jour les composants Edge dans l'ordre suivant :
1. ZooKeeper
2. Cassandra
3. qpidd, ps
4. LDAP
5. Edge, qui signifie que le profil "-c Edge" sur tous les nœuds de l'ordre: nœuds avec serveur Qpid, serveur Edge Postgres, serveur de gestion, processeur de messages et routeur.
  REMARQUE : Si un nœud est équipé à la fois du serveur Qpid et du serveur Postgres Edge, exécutez l'étape de profil "-c edge".
6. Interface utilisateur Edge (classique ou nouvelle)
7. apigee-adminapi
8. Authentification unique Apigee
Une fois la mise à jour terminée, veillez à redémarrer le composant d'interface utilisateur Edge sur toutes les machines qui l'exécutent.