Vous consultez la documentation Apigee Edge.
Accédez à la
documentation**Apigee X**. info
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
- Postgres Data Center 1
- Postgres Data Center 2
- Management Server Data Center 1
- Management Server Data Center 2
- Router/Message Processor Data Center 1
- Router/Message Processor Data Center 2
Supprimer le 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. Pour ce problème, si votre installation précédente 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, ainsi que le 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 lesquels 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", vous ne serez pas concerné par ce problème.
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 est l'adresse IP ou le nom DNS du serveur de gestion Edge, et dc-1 est le 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", les résultats s'affichent 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.
Le script delete-gw-pod.sh :
- Supprime tous les composants Edge du pod "gateway" ou du pod que vous spécifiez.
- Dissocie toutes 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 Edge Guide des opérations pour plus d’informations.
- Sur n'importe quel nœud de 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 utilisant par défaut le "gateway" pod.
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, il supprime uniquement ce pod 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 <System admin password>
- -a <Admin email, defaults to the value of ADMIN_EMAIL in apigee_env.sh>
- -H <Management Server host, defaults to the value of MSIP in apigee_env.sh>
- -r <Region to search for the "gateway" pod>
- -p <Gateway pod name. Defaults to "gateway">
- -y <Suppress warning>
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| ID du problème | Description |
|---|---|
| OPDK-1927 | Mise à niveau de la monétisation : tables manquantes et création d'index en double |
| OPDK-1878 | La modification du nom du pod de passerelle lors de la configuration entraîne des problèmes |
| 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" de la page de liste des rapports personnalisés ne fonctionne qu'une seule fois |
| MGMT-2521 | La session Trace se bloque parfois |
| MGMT-2543 | Le nouvel éditeur de proxys modifie le code XML dans l'élément <Payload> de la règle AssignMessage, ce qui interrompt les proxys d'API existants |
| MGMT-2581 | Désactiver la méthode de trace HTTP sur tous les ports de gestion |
| MGMT-2599 | Le nouvel éditeur de proxys restaure le préfixe d'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é intersites pour FireFox et IE |
| DEVRT-1942 | Mise à niveau de la monétisation : tables manquantes et création d'index en double |
| 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 ni Transfer-Encoding |