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é. Pour effectuer la sauvegarde, suivez la procédure correspondant à votre version actuelle d'Edge.

    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 continuer le processus.

Version actuelle Logiciels nécessitant des étapes spéciales pour la mise à niveau vers la version 4.52.02 Référence
4.52.01 Cassandra Modifier la stratégie de compaction Cassandra
4.52.00 Cassandra, Zookeeper, Qpid Modifier la stratégie de compaction Cassandra
4.51.00 Cassandra, Zookeeper, Qpid, Postgres Modifier la stratégie de compaction Cassandra

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

Mise à niveau obligatoire 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 migration perturbe certaines API de gestion, ce qui affecte à la fois l'interface utilisateur d'Apigee et le portail des développeurs. Le document ci-dessous spécifie les API exactes qui ne fonctionneront pas et décrit les étapes de la mise à niveau au moment du début et de la fin de la perturbation. Plus important encore, le trafic d'exécution ne doit pas être perturbé pendant la mise à niveau.

Renvoi de haut niveau

Appliquez les mises à niveau Cassandra un nœud à la fois. Dès qu'un nœud est mis à jour, certaines modifications de schéma prennent effet et ne peuvent pas être annulées directement. Lisez attentivement la section sur le rollback, car différentes techniques peuvent être utilisées en fonction de la partie du cluster qui a été mise à niveau.

Si vous devez annuler la mise à niveau après la mise à niveau de l'ensemble du cluster Cassandra, la seule option est de restaurer les sauvegardes. Préparez-vous à cette situation et familiarisez-vous avec la restauration des sauvegardes Cassandra. Si vous pouvez restaurer des instantanés au niveau de la VM plus rapidement que les sauvegardes Apigee, utilisez des instantanés de VM pour restaurer vos VM Cassandra à un état antérieur.

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

Documenter les API dans le portail des développeurs

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 vos 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 dans les sections suivantes

Environnement d'exécution:l'environnement d'exécution englobe la gestion du trafic de proxy d'exécution. Elle 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.

À 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. Notez que le trafic d'exécution n'est pas affecté pendant la migration. Toutefois, un petit sous-ensemble d'API de gestion et de fonctionnalités du portail pour les développeurs est perturbé.

Étape 0: État de démarrage

  1. Cassandra dans Apigee exécuté avec la version 2.1.22.
  2. Composants d'Edge pour Private Cloud 4.52.02:
    • 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.
  • 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.
  • Assurez-vous que les ports 9160 et 9042 sont accessibles depuis tous les composants Edge pour Private Cloud 4.52.02 vers les nœuds Cassandra, le cas échéant. Pour en savoir plus, consultez la section Exigences concernant les ports.

Étape 2: Mettre à niveau tous les nœuds Cassandra

  1. Mettez à niveau tous les nœuds Cassandra de toutes les régions, un par un. Exécutez les commandes suivantes sur chaque nœud: 
    /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
  3. Le code ci-dessus génère un résultat semblable à celui-ci: 
    Cassandra version is verified - [cqlsh 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified
État d'exécution à ce stade État de gestion à ce stade
L'environnement d'exécution est entièrement fonctionnel. La fonction de gestion suivante est dégradée après la mise à niveau de Cassandra :

Étape 3: Mettez à niveau tous les nœuds de gestion

Mettez à niveau tous les nœuds de gestion de toutes les régions, un par un:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
État de l'environnement d'exécution État de gestion
L'environnement d'exécution est entièrement fonctionnel. API de gestion dégradée :

Étape 3a: [Facultatif] Importez les SmartDocs précédemment exportés

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

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

Étape 4: Mettre à niveau tous les nœuds d'exécution

Mettez à niveau tous les routeurs et tous les nœuds de processeur de messages de toutes les régions, un par un:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
État de l'environnement d'exécution État de gestion
L'environnement d'exécution est entièrement fonctionnel. La gestion est entièrement fonctionnelle.

Étape 5: Mettez à niveau tous les autres composants Edge 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 pour Private Cloud 4.52.01 et que vous suivez des étapes supplémentaires pour mettre à niveau Qpid ou Postgres, suivez les étapes correspondantes pour effectuer la mise à niveau.

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

Étape 6: Étapes postérieures à la mise à niveau

Une fois la mise à niveau terminée, exécutez la commande suivante sur chaque nœud Cassandra, un par un:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade

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 continueront 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

Si vous ne l'avez pas déjà fait, suivez l'étape 3a.

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

Mise à niveau vers Zookeeper 3.8.3 requise

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

  • 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.

Mise à niveau vers Postgres 14 requise

  • 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 Postgres supplémentaire n'est requise.

Mise à niveau requise vers 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 d'une version antérieure à 4.52.01, vous devez suivre la procédure de mise à niveau de QPID.

  • Si vous passez de la version 4.51.00 ou 4.52.00 d'Edge pour Private Cloud à 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 for 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'interface utilisateur d'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:

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

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

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

  1. Mettez à jour les machines dans 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'à la fin de la mise à jour.
  2. Connectez-vous à votre nœud en tant qu'utilisateur racine 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 la section 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 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 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 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 ultérieurement de revenir à la version précédente, suivez la procédure décrite dans la section Rétablir la version 4.52.02.

Mise à 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 s'ils ne sont pas autorisés à accéder au dépôt Apigee via Internet, vous pouvez effectuer la mise à jour à partir d'un dépôt local (ou miroir) du dépôt Apigee.

Une fois que vous avez créé un dépôt Edge local, vous avez deux options pour mettre à jour Edge à partir du dépôt local:

  • Créez un fichier .tar du dépôt, copiez-le sur un nœud, puis mettez à jour Edge à partir du fichier .tar.
  • Installez un serveur Web sur le nœud avec le dépôt local afin que les autres nœuds puissent y accéder. Apigee 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 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.

    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 Rétablir la version 4.52.02.

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.

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 Cassandra et ZooKeeper sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,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 les composants Edge sur les machines 2 et 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  5. Mettez à jour Qpid sur la machine 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. Mettez à jour l'UI sur la machine 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  7. (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
  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 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 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 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 Qpid sur la machine 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. Mettez à jour Qpid sur la machine 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. 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
  9. (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
  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 à 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 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 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
  6. Mettez à jour Qpid sur les machines 6 et 7: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -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 est le fichier de configuration que vous avez créé lorsque vous avez installé l'authentification unique.

  10. 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 du 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 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 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 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
  6. Mettez à jour Qpid sur les machines 12 et 13: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -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'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 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 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
  3. 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
  4. 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
  5. 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 du 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
  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 du 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 du 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

      3. 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 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. ps
  4. LDAP
  5. Edge, c'est-à-dire le profil "-c edge" sur tous les nœuds dans l'ordre suivant: nœuds avec serveur Qpid, serveur Postgres Edge, serveur de gestion, processeur de messages et routeur.
  6. qpidd
  7. Interface utilisateur Edge (classique ou nouvelle)
  8. apigee-adminapi
  9. SSO 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.