Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.
Le jeudi 22 octobre 2015, nous avons publié un nouveau correctif pour Apigee Edge pour un cloud privé.
Ordre de mise à niveau pour une installation à deux centres de données
Si vous mettez à niveau une installation avec deux centres de données, mettez à niveau les composants dans l'ordre suivant :
- Qpid Data Center 1
- Qpid Data Center 2
- Centre de données Postgres 1
- Postgres Data Center 2
- Centre de données du serveur de gestion 1
- Serveur de gestion Data Center 2
- Router/Message Processor Data Center 1
- Centre de données Router/Message Processor 2
Suppression du pod "gateway" supplémentaire lors de la mise à niveau vers la version 4.15.07.00
Cette version inclut un script qui corrige le problème OPDK-1878. Dans ce cas, si votre précédente installation d'Edge a modifié le nom du pod de passerelle par rapport à la valeur par défaut "gateway", le script de mise à niveau 4.15.07.00 a automatiquement ajouté un nouveau pod appelé "gateway" à votre installation, en plus du pod que vous avez créé.
Déterminer si vous êtes concerné
Ce problème est plus susceptible de se produire dans un environnement comportant plusieurs centres de données, dans lequel vous avez créé des pods de passerelle avec des noms différents dans chaque centre de données, tels que "gateway-1" et "gateway-2". Si vous avez utilisé le nom par défaut du pod de passerelle ("gateway"), ce problème ne vous concerne pas.
Pour déterminer les pods d'une région, utilisez la commande cURL suivante :
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
où ms_IP correspond à l'adresse IP ou au nom DNS du serveur de gestion Edge, et dc-1 au nom de la région. Cette commande renvoie un tableau contenant tous les noms de pods de la région.
Si vous exécutez cette commande avant la mise à niveau et que vous avez renommé le pod "gateway", vous verrez des résultats au format suivant :
[ "gateway-1", "analytics", "central" ]
Si vous exécutez cette commande après la mise à niveau vers la version 4.15.07.00, les résultats incluent désormais le pod "gateway" :
[ "gateway-1", "gateway", "analytics", "central" ]
Si vous ne connaissez pas les noms de vos régions, utilisez la commande suivante :
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
Appliquer le script de correctif
Le correctif 4.15.07.01 inclut le script delete-gw-pod.sh qui supprime le pod supplémentaire créé par la mise à niveau 4.15.07.00.
Script delete-gw-pod.sh :
- Supprime tous les composants Edge du pod "gateway" ou du pod que vous spécifiez.
- Dissocie les organisations du pod.
- Supprime le pod.
Pour exécuter le script :
- Installez le correctif 4.15.07.01.
- Sauvegardez tous les nœuds ZooKeeper. Pour en savoir plus, consultez le Guide des opérations Edge.
- Sur n'importe quel nœud du serveur de gestion, exécutez le script delete-gw-pod.sh pour supprimer le pod "gateway" créé par le programme de mise à niveau 4.15.07.00 :
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
Le script vous invite à saisir le mot de passe de l'administrateur système.
Si vous ne spécifiez aucune option de ligne de commande pour le script, il parcourt toutes les régions pour identifier les multiples du pod de passerelle. Il vous invite ensuite à en supprimer un, en choisissant par défaut le pod "gateway".
Vous pouvez transmettre des options de ligne de commande au script delete-gw-pod.sh. Par exemple, si vous transmettez un nom de pod et une région, seul ce pod sera supprimé dans cette région. Il vous demande ensuite si vous souhaitez vérifier toutes les régions.
Vous pouvez transmettre les paramètres suivants au script delete-gw-pod.sh :
- -P <Mot de passe de l'administrateur système>
- -a <Adresse e-mail de l'administrateur, par défaut, la valeur de ADMIN_EMAIL dans apigee_env.sh>
- -H <hôte du serveur de gestion, par défaut la valeur de MSIP dans apigee_env.sh>
- -r <Région dans laquelle rechercher le pod "gateway">
- -p <Nom du pod de passerelle. La valeur par défaut est "gateway".>
- -y <Supprimer l'avertissement>
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| ID du problème | Description |
|---|---|
| OPDK-1927 | Tables manquantes lors de la mise à niveau de la monétisation ; index en double créés |
| OPDK-1878 | La modification du nom du pod de la passerelle lors de la configuration pose problème |
| OPDK-1886 | Le nœud ne peut pas accéder aux adresses IP locales telles que 192.168.x.y |
| MGMT-2353 | Le bouton "Supprimer" sur la page de la liste des rapports personnalisés ne fonctionne qu'une seule fois |
| MGMT-2521 | Les sessions Trace se bloquent parfois |
| MGMT-2543 | Le nouvel éditeur de proxy modifie le code XML dans <Payload> de la règle AssignMessage, ce qui endommage les proxys d'API existants |
| MGMT-2581 | Désactiver la méthode HTTP TRACE sur tous les ports de gestion |
| MGMT-2599 | Le nouvel éditeur de proxys restaure le préfixe de l'espace de noms après sa suppression |
| MGMT-2616 | Le nouvel éditeur de proxys d'API ne gère pas correctement les entités XML |
| MGMT-2618 | Problèmes de déploiement dus à l'erreur "Error creating directory for path" (Erreur lors de la création du répertoire pour le chemin d'accès) |
| MGMT-2702 | Faille de sécurité multisite pour Firefox et IE |
| DEVRT-1942 | Tables manquantes lors de la mise à niveau de la monétisation ; index en double créés |
| APIRT-1074 | Le contenu compressé au format gzip n'est pas géré correctement lorsque l'en-tête "Connection: Close" est envoyé sans les en-têtes "Content-Length" ou "Transfer-Encoding" |