Edge pour Private Cloud version 4.17.09
Quelles versions d'Edge pouvez-vous mettre à jour vers la version 4.17.09 ?
Vous pouvez mettre à jour la version 4.17.01.0x/4.17.05.0x d'Apigee Edge vers la version 4.17.09 en suivant cette procédure.
<ph type="x-smartling-placeholder">Si votre version d’Edge est antérieure à la version 4.16.01, vous devez d’abord migrer vers version 4.16.01.x, puis passer à la version 4.17.09.
Qui peut effectuer la mise à jour
L'utilisateur qui exécute la mise à jour doit être celui qui a installé Edge à l'origine, ou un en tant qu'utilisateur racine.
Une fois les RPM Edge installés, n'importe quel utilisateur peut les configurer.
Quels composants devez-vous mettre à jour ?
Vous devez mettre à jour tous les composants Edge. Edge ne prend pas en charge une configuration qui contient des composants à partir de plusieurs versions.
Propagation automatique de la propriété paramètres
Si vous avez défini des propriétés en modifiant les fichiers .properties dans /opt/apigee/customer/application, ces sont conservées lors de la mise à jour.
Ajout de SMTPMAILFROM obligatoire paramètre de configuration
Edge 4.17.05 a ajouté un nouveau paramètre requis au fichier de configuration utilisé lorsque vous activez un serveur SMTP. Si vous effectuez la mise à jour depuis la version 4.17.01, vous devez définir SMTPMAILFROM dans le fichier de configuration lors de l'activation du serveur SMTP.
La version 4.17.09 de l'API BaaS est également compatible avec la propriété SMTPMAILFROM. Lorsque vous mettez à jour une API BaaS à partir de la version 4.17.01 ou 4.17.05, vous devez définir SMTPMAILFROM dans le champ fichier de configuration.
Ce paramètre prend la forme suivante:
SMTPMAILFROM="My Company <myco@company.com>"
Mettre à jour les prérequis
Vérifiez les conditions préalables suivantes avant de mettre à niveau Apigee Edge:
- Sauvegarder tous les nœuds
Pour des raisons de sécurité, nous vous recommandons d'effectuer une sauvegarde complète de tous les nœuds avant d'effectuer la mise à jour raisons. Utilisez la procédure relative à votre version actuelle de Edge pour effectuer la sauvegarde.
Cela vous permet de disposer d'un plan de sauvegarde, au cas où la mise à jour vers une nouvelle version fonctionne correctement. Pour en savoir plus sur la sauvegarde, consultez 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 statut
Gérer une mise à jour ayant échoué
Si la mise à jour échoue, vous pouvez essayer de résoudre le problème, puis exécuter update.sh à nouveau. Vous pouvez exécuter la mise à jour plusieurs fois pour qu'elle continue à l'endroit où elle s'était arrêtée désactivée.
Si l'échec nécessite un rollback vers la version précédente, consultez la section Processus de rollback de la version 4.17.09 pour obtenir plus d'informations.
Informations sur la mise à jour de la journalisation
Par défaut, le fichier update.sh écrit les informations de journal dans:
/opt/apigee/var/log/apigee-setup/update.log
Si l'utilisateur exécutant l'utilitaire update.sh n'a pas accès celui-ci, il écrit le journal dans le répertoire /tmp sous la forme d'un fichier nommé update_username.log.
Si l'utilisateur n'a pas accès à /tmp, l'utilitaire update.sh échoue.
Mise à 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 pour faire descendre Edge.
La mise à jour sans temps d'arrêt n'est possible qu'avec une configuration à cinq nœuds ou plus.
La clé d'une mise à niveau sans temps d'arrêt consiste à supprimer de la charge chaque routeur, un par un, de votre équilibreur de charge. Vous mettez ensuite à jour le routeur et tous les autres composants sur la même machine que le routeur, puis ajoutez le routeur à nouveau à l'équilibreur de charge.
- Mettez à jour les machines dans le bon ordre pour votre installation, comme décrit ci-dessous dans la section "Commander de mise à jour de la machine.
- Au moment de mettre à jour les routeurs, sélectionnez un routeur et rendez-le inaccessible, car décrits dans la section Activation/Désactivation Joignabilité du serveur (processeur de messages/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 routeurs restants.
- Continuez la mise à jour pour toutes les machines restantes de votre installation.
Prenez soin des points suivants avant/après la mise à jour:
- Sur les nœuds de routeur et de processeur de messages combinés:
<ph type="x-smartling-placeholder">
- </ph>
- Avant la mise à jour:
<ph type="x-smartling-placeholder">
- </ph>
- Rendez le routeur inaccessible.
- Rendre le processeur de messages inaccessible.
- Après la mise à jour, procédez comme suit:
<ph type="x-smartling-placeholder">
- </ph>
- Rendez le processeur de messages accessible.
- Rendez le routeur accessible.
- Avant la mise à jour:
<ph type="x-smartling-placeholder">
- Sur un nœud de routeur unique:
<ph type="x-smartling-placeholder">
- </ph>
- Avant la mise à jour, rendez le routeur inaccessible.
- Rendez le routeur accessible après la mise à jour.
- Sur un nœud de processeur de messages unique:
<ph type="x-smartling-placeholder">
- </ph>
- Avant la mise à jour, rendez le processeur de messages inaccessible.
- Après la mise à jour, rendez le processeur de messages accessible.
Utiliser un fichier de configuration silencieuse
Vous devez transmettre un fichier de configuration silencieuse à la commande de mise à jour. Fichier de configuration silencieuse doit être la même que celle que vous avez utilisée pour installer Edge 4.17.01.
Procédure pour mise à jour vers la version 4.17.09 sur un nœud avec une connexion Internet externe
Procédez comme suit pour mettre à jour les composants Edge sur un nœud:
- Le cas échéant, désactivez les tâches CRON configurées pour effectuer une opération de réparation sur Cassandra. avant la fin de la mise à jour.
- 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 root, vous pouvez effectuer sans accès racine. - Installez yum-utils et
yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities - Désactivez SELinux comme décrit dans la section Installer Edge apigee-setup utilitaire.
- Si vous effectuez l'installation sur AWS, exécutez la commande yum-configure-manager suivante:
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional - Téléchargez le fichier bootstrap_4.17.09.sh d'Edge 4.17.09 dans /tmp/bootstrap_4.17.09.sh:
> curl https://software.apigee.com/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh - Installez l'utilitaire Edge 4.17.09 apigee-service et
dépendances:
> sudo bash /tmp/bootstrap_4.17.09.sh apigeeuser=uName apigeepassword=pWord
où uName:pWord correspond au nom d'utilisateur et au mot de passe que vous avez reçus Apigee. Si vous omettez pWord, vous serez invité à le faire.
Par défaut, le programme d'installation vérifie que Java 1.8 est bien installé. Si ce n'est pas le cas, l'installe pour vous. Utilisez l'option JAVA_FIX pour spécifier comment gérer Installation de Java. JAVA_FIX accepte les valeurs suivantes:
I = Installer OpenJDK 1.8 (par défaut)
C = Continuer sans installer Java
Q = Quitter Pour cette option, vous devez installer Java vous-même. - Utilisez apigee-service pour
mettez à jour apigee-setup
utilitaire:
> /opt/apigee/apigee-service/bin/apigee-service mise à jour de apigee-setup - Mettez à jour la validation apigee-validate
sur le serveur de gestion:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate mise à jour - Mettez à jour le apigee-provision
utilitaire:
> /opt/apigee/apigee-service/bin/apigee-service mise à jour apigee-provision - Exécutez l'utilitaire de mise à jour sur vos nœuds dans l'ordre décrit ci-dessous dans "Ordre des
mise à jour. ci-dessous:
> /opt/apigee/apigee-setup/bin/update.sh -c composant -f configFile
La seule condition requise sur le fichier de configuration est qu'il doit être accessible ou lisible par la fonction « apigee » utilisateur.
Utilisez l'option "-c" pour spécifier le composant à mettre à jour. La liste des possibilités composants inclut:
ldap = OpenLDAP
cs = Cassandra
zk = ZooKeeper
qpid = qpidd
ps = postgresql
edge =Tous les composants Edge à l'exception de l'interface utilisateur Edge: serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Postgres
ui = Edge UI
all = mettre à jour tous les composants sur machine (à utiliser uniquement pour un profil d'installation Edge aio ou une installation API BaaS en tant que profil)
e = ElasticSearch
b = pile d'API BaaS
p = portail BaaS de l'API
ebp = ElasticSearch, API BaaS et le portail BaaS d'API sur le même nœud - Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le serveur de gestion, en tant que décrit dans la section Tester l'installation.
Pour effectuer un rollback ultérieur de la mise à jour, suivez la procédure décrite dans la section 4.17.09 Processus de rollback.
Procédure de mise à jour vers la version 4.17.09 à partir d'une version locale dépôt
Si vos nœuds périphériques se trouvent derrière un pare-feu ou s'ils ne sont pas autorisés d'une autre manière à accéder dans le dépôt Apigee sur Internet, vous pouvez alors effectuer la mise à jour ou un miroir du dépôt Apigee.
Après avoir créé un dépôt Edge local, vous avez deux options pour mettre à jour Edge à partir du dépôt local:
- Créez un fichier .tar du dépôt, copiez le fichier .tar sur un nœud, puis mettez à jour Edge à partir du .tar.
- Installez un serveur Web sur le nœud avec le dépôt local afin que les autres nœuds puissent y accéder. Apigee met à votre disposition le serveur Web Nginx, mais vous pouvez aussi utiliser votre propre serveur serveur Web.
Pour effectuer une mise à jour à partir d'un dépôt local 4.17.09:
- Créez un dépôt 4.17.09 local comme décrit dans la section "Créer un dépôt Apigee local". dans la section Installer le package Edge
utilitaire.
Remarque: Si vous disposez déjà d'un dépôt 4.17.01/4.17.05, vous pouvez ajouter le fichier 4.17.09, comme décrit dans la section "Mettre à jour un dépôt Apigee local" dans Installer la configuration Edge d'Apigee utilitaire. -
Pour installer apigee-service à partir d'un fichier .tar:
<ph type="x-smartling-placeholder">
- </ph>
- Sur le nœud contenant le dépôt local, empaquetez le dépôt à l'aide de la commande suivante :
dans un seul fichier .tar nommé /opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz:
> /opt/apigee/apigee-service/bin/apigee-service package apigee-mirror - Copiez le fichier .tar sur le nœud où vous souhaitez mettre à jour Edge. Par exemple, copiez-le dans le répertoire /tmp un nouveau nœud.
- Sur le nouveau nœud, décompressez le fichier dans le répertoire /tmp:
> tar -xzf apigee-4.17.09.tar.gz
Cette commande crée un répertoire nommé "repos" dans le répertoire contenant le fichier .tar. . Par exemple, /tmp/repos. - Installez l'utilitaire Edge apigee-service et les dépendances à partir de /tmp/repos:
> sudo bash /tmp/repos/bootstrap_4.17.09.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
Notez que vous incluez dans cette commande le chemin d'accès au répertoire "dépôts".
- Sur le nœud contenant le dépôt local, empaquetez le dépôt à l'aide de la commande suivante :
dans un seul fichier .tar nommé /opt/apigee/data/apigee-mirror/apigee-4.17.09.tar.gz:
-
Pour installer apigee-service à l'aide du serveur Web Nginx:
<ph type="x-smartling-placeholder">
- </ph>
- Configurez le serveur Web Nginx comme indiqué dans la section "Installer à partir du dépôt à l'aide de la commande webserver" dans la section Installer Edge utilitaire de configuration apigee.
- Sur le nœud distant, téléchargez le fichier Edge bootstrap_4.17.09.sh pour
/tmp/bootstrap_4.17.09.sh:
> /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.17.09.sh -o /tmp/bootstrap_4.17.09.sh
où uName:pWord est le nom d'utilisateur et le mot de passe que vous avez définis ci-dessus pour le dépôt, et remoteRepo est l'adresse IP ou le nom DNS de votre nœud de dépôt. - Sur le nœud distant, installez l'utilitaire Edge apigee-service et les dépendances:
> sudo bash /tmp/bootstrap_4.17.09.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
où uName:pWord correspond au nom d'utilisateur et au mot de passe du dépôt.
- Utilisez apigee-service pour
Mettez à jour l'utilitaire apigee-setup:
> /opt/apigee/apigee-service/bin/apigee-service mise à jour concernant apigee-setup - Mettez à jour la validation apigee-validate
sur le serveur de gestion.
> /opt/apigee/apigee-service/bin/apigee-service mise à jour apigee-validate - Mettez à jour le apigee-provision
utilitaire:
> /opt/apigee/apigee-service/bin/apigee-service mise à jour apigee-provision - Exécutez l'utilitaire de mise à jour sur vos nœuds dans l'ordre décrit ci-dessous dans "Ordre des
mettre à jour" ci-dessous:
> /opt/apigee/apigee-setup/bin/update.sh -c composant -f configFile
La seule condition requise sur le fichier de configuration est qu'il doit être accessible ou lisible par la fonction « apigee » utilisateur.
Utilisez l'option "-c" pour spécifier le composant à mettre à jour. La liste des possibilités composants inclut:
ldap = OpenLDAP
cs = Cassandra
zk = ZooKeeper
qpid = qpidd
ps = postgresql
edge =Tous les composants Edge à l'exception de l'interface utilisateur Edge: serveur de gestion, processeur de messages, routeur, serveur QPID, serveur Postgres
ui = Edge UI
all = mettre à jour tous les composants sur machine (à utiliser uniquement pour un profil d'installation Edge aio ou une installation API BaaS en tant que profil)
e = ElasticSearch
b = pile d'API BaaS
p = portail BaaS de l'API
ebp = ElasticSearch, API BaaS et le portail BaaS d'API sur le même nœud - Testez la mise à jour en exécutant l'utilitaire apigee-validate sur le serveur de gestion, en tant que décrit dans la section Tester l'installation.
Pour effectuer un rollback ultérieur de la mise à jour, suivez la procédure décrite dans la section 4.17.09 Processus de rollback.
Ordre des mises à jour de la machine
L'ordre dans lequel vous mettez à jour les machines dans une installation Edge est important. Les plus les points importants à prendre en compte lors d'une mise à jour sont les suivants:
- Vous devez mettre à jour tous les nœuds Cassandra et ZooKeeper avant d'effectuer la mise à jour d'autres nœuds.
- Pour toute machine dotée de plusieurs composants Edge (serveur de gestion, processeur de messages, (routeur, serveur QPID, mais pas serveur Postgres), utilisez "-c Edge" permet de tous les mettre à jour en même temps.
- Si une étape indique qu'elle doit être exécutée sur plusieurs machines, effectuez-la dans le l'ordre de machine spécifié.
- Il n'y a pas d'étape distincte pour mettre à jour la monétisation. Elle est mise à jour lorsque vous spécifiez "-c" bord" .
Pour une version autonome à 1 hôte installation
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Mettez à jour Qpid et Postgres:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - Lancez postgresql:
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql - Mettre à jour LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Mettez à jour les composants Edge restants:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Mettre à jour l'interface utilisateur Edge:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Pour une instance autonome à 2 hôtes installation
Consultez la section Topologies d'installation. pour obtenir la liste des topologies Edge et des numéros de nœuds.
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Mise à jour de Qpid et Postgres sur la machine 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - Démarrez postgresql sur la machine 2:
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql - Mettre à jour LDAP sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Mettez à jour les composants Edge sur les machines 2 et 1:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Mettre à jour l'UI sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Pour un cluster à 5 hôtes installation
Consultez la section Topologies d'installation. pour obtenir la liste des topologies Edge et des numéros de nœuds.
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Mise à jour de Qpid et Postgres sur la machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - Démarrez postgresql sur la machine 4:
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql - Répétez les étapes 3 et 4 sur la machine 5.
- Mettre à jour LDAP sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Mettre à jour les composants Edge sur les machines 4, 5, 1, 2, 3:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Mettre à jour l'UI sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Pour un cluster à 9 hôtes installation
Consultez la section Topologies d'installation. pour obtenir la liste des topologies Edge et des numéros de nœuds.
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Mise à jour de Qpid et Postgres sur la machine 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - Démarrez postgresql sur la machine 6:
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql - Répétez les étapes 3 et 4 sur la machine 7.
- Mettre à jour LDAP sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Mettez à jour les composants Edge sur les machines 6, 7, 8, 9, 1, 4 et 5, dans cet ordre:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Mettre à jour l'UI sur la machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Pour un cluster à 13 hôtes installation
Consultez la section Topologies d'installation. pour obtenir la liste des topologies Edge et des numéros de nœuds.
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper sur les machines 1, 2 et 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Mise à jour de Qpid et Postgres sur la machine 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid,ps -f configFile - Démarrez postgresql sur la machine 12:
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql - Répétez les étapes 3 et 4 sur la machine 13.
- Mettre à jour LDAP sur les machines 4 et 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Mettez à jour les composants Edge sur les machines 12, 13, 8, 9, 6, 7, 10 et 11, dans cet ordre:
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - Mettre à jour l'interface utilisateur sur les machines 6 et 7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
Pour un cluster à 12 hôtes installation
Consultez la section Topologies d'installation. pour obtenir la liste des topologies Edge et des numéros de nœuds.
- Si vous effectuez la mise à jour depuis la version 4.17.01, définissez SMTPMAILFROM dans votre fichier de configuration si
vous avez activé SMTP sur Edge. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra et ZooKeeper:
<ph type="x-smartling-placeholder">
- </ph>
- 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 - 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
- Sur les machines 1, 2 et 3 du centre de données 1:
- Mettre à jour Qpidd:
<ph type="x-smartling-placeholder">
- </ph>
- Machines 4 et 5 dans le centre de données 1
<ph type="x-smartling-placeholder">
- </ph>
- Mettre à jour qpidd sur
machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Répétez l'étape 1 sur la machine 5.
- Mettre à jour qpidd sur
machine 4:
- Machines 10 et 11 dans le centre de données 2
<ph type="x-smartling-placeholder">
- </ph>
- Mettre à jour qpidd sur
machine 10:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Répétez l'étape 1 sur la machine 11.
- Mettre à jour qpidd sur
machine 10:
- Machines 4 et 5 dans le centre de données 1
<ph type="x-smartling-placeholder">
-
Mettez à jour postgresql:
-
Machines 6 dans le centre de données 1
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql -
Machines 12 dans le centre de données 2
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
> /opt/apigee/apigee-service/bin/apigee-service démarrage apigee-postgresql
-
- Mettre à jour LDAP:
<ph type="x-smartling-placeholder">
- </ph>
- Machines 1 dans le centre de données 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Machines 7 dans le centre de données 2
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Machines 1 dans le centre de données 1
- Mettez à jour les composants Edge:
<ph type="x-smartling-placeholder">
- </ph>
- Machines 4, 5, 6, 1, 2, 3 du centre de données 1
> /opt/apigee/apigee-setup/bin/update.sh -c Edge -f configFile - 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
- Machines 4, 5, 6, 1, 2, 3 du centre de données 1
- Mettre à jour l'interface utilisateur:
<ph type="x-smartling-placeholder">
- </ph>
- Machine 1 dans le centre de données 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Machine 7 dans le centre de données 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- Machine 1 dans le centre de données 1:
Pour une API BaaS à sept hôtes installation
- Définissez SMTPMAILFROM dans votre
fichier de configuration. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra sur les machines 5, 6 et 7:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile -
Mettez à jour ElasticSearch et la pile BaaS de l'API sur les machines 1, 2 et 3:
> /opt/apigee/apigee-setup/bin/update.sh -c e,b -f configFile - Mise à jour du portail API BaaS sur la machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
Pour une API BaaS à 10 hôtes installation
- Définissez SMTPMAILFROM dans votre
fichier de configuration. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour Cassandra sur les machines 8, 9 et 10:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - Mettez à jour ElasticSearch sur les machines 1, 2 et 3:
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - Mettez à jour la pile d'API BaaS sur les machines 4, 5 et 6:
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - Mettez à jour le portail API BaaS sur la machine 7:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile
Pour une API Baas à deux centres de données installation
Cette procédure nécessite la mise à jour des nœuds Cassandra dans les deux centres de données. Si vous utilisez partageant ces nœuds Cassandra avec Edge, vous mettez généralement à jour ces nœuds dans le cadre mise à jour de Edge.
- Définissez SMTPMAILFROM dans votre
de configuration. Ce paramètre se présente comme suit:
SMTPMAILFROM="Mon entreprise <monco@entreprise.com>" - Mettez à jour les espaces de clés Cassandra avec un facteur de réplication correct pour les deux centres de données. Toi
cette étape n'est nécessaire qu'une seule fois sur n'importe quel serveur Cassandra de l'un ou l'autre des centres de données:
Remarque: Les commandes ci-dessous définissent le facteur de réplication sur "3", ce qui indique trois nœuds Cassandra dans le cluster. Modifiez cette valeur si nécessaire pour votre installation.- Lancez l'utilitaire Cassandra cqlsh:
> /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP - Exécutez les commandes CQL suivantes au niveau de la commande "cqlsh>" pour définir la réplication
pour les espaces de clés Cassandra:
<ph type="x-smartling-placeholder">
- </ph>
- cqlsh> MODIFICATION ESPACE CLÉ "Apigee_Baas_dc_1" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
- cqlsh> MODIFICATION KEYSPACE "Apigee_Baas" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
- cqlsh> MODIFICATION ESPACE CLÉ "Apigee_Baas_Locks" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
- cqlsh> ALTER KEYSPACE "system_traces" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
- cqlsh> MODIFICATION ESPACE DE CLÉS "Apigee_Baas_dc_2" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3','dc-2': '3' };
- Affichez les espaces de clés à l'aide de la commande suivante:
cqlsh> sélectionnez * à partir de system.schema_keyspaces; - Quitter cqlsh:
cqlsh> sortie
- Lancez l'utilitaire Cassandra cqlsh:
- (Uniquement si vous n'avez pas mis à jour Cassandra lors de
Edge) Mettez à jour les nœuds Cassandra dans le centre de données 1, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - (Uniquement si vous n'avez pas mis à jour Cassandra lors de
Edge) Mettez à jour les nœuds Cassandra dans le centre de données 2, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile - Mettez à jour ElasticSearch sur les machines du centre de données 1, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - Mettez à jour ElasticSearch sur les machines du centre de données 2, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c e -f configFile - Mettez à jour la pile d'API BaaS sur les machines du centre de données 1, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - Mettez à jour la pile d'API BaaS sur les machines du centre de données 2, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c b -f configFile - Mettez à jour le portail API BaaS sur les machines du centre de données 1, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile - Mettez à jour le portail API BaaS sur les machines du centre de données 2, une machine à la fois:
> /opt/apigee/apigee-setup/bin/update.sh -c p -f configFile - Mettre à jour les valeurs d'espace de clés BaaS Cet espace de clés doit être défini pour
la réplication au moment de l'installation,
mais pas nécessairement au moment de l'exécution. La suppression de la réplication permet également d'économiser la mémoire Cassandra.
Vous n'avez besoin d'exécuter cette étape qu'une seule fois sur les serveurs Cassandra de l'un ou l'autre des centres de données: <ph type="x-smartling-placeholder">- </ph>
- Lancez l'utilitaire Cassandra cqlsh:
> /opt/apigee/apigee-cassandra/bin/cqlsh cassandraIP - Exécutez les commandes CQL suivantes pour définir les niveaux de réplication pour Cassandra
espaces de clés:
<ph type="x-smartling-placeholder">
- </ph>
- cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_1" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-1': '3' };
- cqlsh> ALTER KEYSPACE "Apigee_Baas_dc_2" AVEC réplication = { 'class': 'NetworkTopologyStrategy', 'dc-2': '3' };
- Affichez les espaces de clés à l'aide de la commande suivante:
cqlsh> sélectionnez * à partir de system.schema_keyspaces; - Quitter cqlsh:
cqlsh> quitter
- Lancez l'utilitaire Cassandra cqlsh:
Pour une installation non standard
Si votre installation n'est pas standard, mettez à jour les composants Edge à la commande:
- ZooKeeper
- Cassandra
- qpidd, ps
- LDAP
- Edge, qui signifie
« -c bord » profil sur tous les nœuds dans l'ordre: nœuds avec serveur Qpid,
Serveur Postgres, serveur de gestion, processeur de messages et routeur.
Remarque: Si le serveur Qpid et le serveur Postgres sont installés sur le nœud, exécutez la commande "-c bord" étape du profil. - Interface utilisateur périphérique