Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Le jeudi 22 octobre 2015, nous avons publié un nouveau correctif pour Apigee Edge pour le cloud privé.
Commande de mise à niveau pour une installation de 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:
- Centre de données Qpid 1
- Qpid Data Center 2
- Centre de données Postgres 1
- Centre de données Postgres 2
- Management Server Data Center 1
- Management Server Data Center 2
- Routeur/Processeur de messages Centre de données 1
- Routeur/Processeur de messages Centre de données 2
Suppression du pod de "passerelle" supplémentaire lors de la mise à niveau vers la version 4.15.07.00
Cette version inclut un script qui résout le problème OPDK-1878. Pour ce problème, si votre installation précédente d'Edge a modifié le nom du pod de la passerelle à partir de la valeur par défaut "passerelle", le script de mise à niveau 4.15.07.00 ajoutait automatiquement un nouveau pod appelé "passerelle" à votre installation, ainsi que le pod que vous avez créé.
Déterminer si vous êtes affecté
Ce problème a plus de chances 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, par exemple "gateway-1" et "gateway-2". Si vous avez utilisé le nom par défaut du pod de la passerelle ("passerelle"), vous n'êtes 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 de la "passerelle", les résultats sont affichés sous la forme suivante:
[ "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 "passerelle" :
[ "gateway-1", "gateway", "analytics", "central" ]
Si vous ne connaissez pas le nom de vos régions, utilisez la commande suivante:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
Appliquer le script du 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 vers la version 4.15.07.00.
Le script delete-gw-pod.sh:
- Supprime tous les composants Edge du pod de "passerelle" ou du pod que vous spécifiez.
- Dissocie toutes les organisations du pod.
- Supprime le pod.
Pour exécuter ce script:
- Installez le correctif 4.15.07.01.
- Sauvegardez tous les nœuds ZooKeeper. Pour plus d'informations, consultez le guide d'utilisation d'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 gestionnaire 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 dans le script, celui-ci parcourt toutes les régions en boucle pour identifier les multiples du pod de la passerelle. Vous êtes ensuite invité à en supprimer un, par défaut sur le pod de la "passerelle".
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, seuls ce pod de cette région sont supprimés. Vous êtes ensuite invité à 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 ; la valeur par défaut est ADMIN_EMAIL dans apigee_env.sh>
- -H <hôte du serveur de gestion. Valeur par défaut de MSIP dans apigee_env.sh>
- -r <Région dans laquelle rechercher le pod de la "passerelle">
- -p <Nom du pod de la 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 pour la mise à niveau de la monétisation ; création d'index en double |
| OPDK-1878 | Problèmes liés à la modification du nom du POD de la passerelle lors de la configuration |
| 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 la 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 proxy modifie le code XML dans le champ <Payload> de la stratégie d'AssignMessage, ce qui rompt les proxys d'API existants |
| MGMT-2581 | Méthode de trace HTTP démontée sur tous les ports de gestion |
| MGMT-2599 | Le nouvel éditeur de proxy restaure le préfixe d'espace de noms après sa suppression |
| MGMT-2616 | Le nouvel éditeur de proxy d'API ne gère pas correctement les entités XML |
| MGMT-2618 | Problèmes de déploiement dus à une "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 | Tables manquantes pour la mise à niveau de la monétisation ; création d'index en double |
| APIRT-1074 | Le contenu compressé avec 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 |