Vous consultez la documentation Apigee Edge.
Consultez la documentation Apigee X.
Les sections suivantes décrivent les problèmes connus liés à Apigee Edge. Dans la plupart des cas, les problèmes listés seront résolus dans une prochaine version.
Divers problèmes connus de Edge
Les sections suivantes décrivent divers problèmes connus liés à Edge.
Région | Problèmes connus |
---|---|
L'expiration du cache génère une valeur cachehit incorrecte |
Lorsque la variable de flux Solution:répétez le processus (effectuez un deuxième appel) tout de suite après le premier. |
La définition de la règle InvalidateCache PurgeChildEntries sur "true" ne fonctionne pas correctement |
Si vous définissez Solution:utilisez la règle KeyValueMapOperations pour itérer la gestion des versions du cache et contourner le besoin d'invalidation du cache. |
Problèmes connus avec l'interface utilisateur Edge
Les sections suivantes décrivent les problèmes connus de l'interface utilisateur Edge.
Zone | Problèmes connus |
---|---|
Impossible d'accéder à la page d'administration de la zone d'authentification unique Edge à partir de la barre de navigation une fois l'organisation associée à une zone d'identité | Lorsque vous connectez une organisation à une zone d'identité, vous ne pouvez plus accéder à la page Administration des zones d'authentification unique d'Edge dans la barre de navigation de gauche en sélectionnant Administrateur > Authentification unique. Pour contourner ce problème, accédez directement à la page à l'aide de l'URL suivante: https://apigee.com/sso. |
Problèmes connus liés au portail intégré
Les sections suivantes décrivent les problèmes connus liés au portail intégré.
Zone | Problèmes connus |
---|---|
SmartDocs |
|
Fournisseur d'identité SAML | La déconnexion unique (SLO) avec le fournisseur d'identité SAML n'est pas compatible avec les domaines personnalisés. Pour activer un domaine personnalisé avec un fournisseur d'identité SAML, laissez le champ URL de déconnexion vide lorsque vous configurez les paramètres SAML. |
Administrateur du portail |
|
Fonctionnalités du portail |
|
Problèmes connus concernant Edge pour le cloud privé
Les sections suivantes décrivent les problèmes connus avec Edge pour le cloud privé.
Région | Problèmes connus |
---|---|
Mise à niveau de Postgresql lors de la mise à jour vers la version 4.52 | Apigee-postgresql rencontre des problèmes avec la mise à niveau d'Edge pour Private Cloud version 4.50 ou 4.51 vers la version 4.52. Les problèmes se produisent principalement lorsque le nombre de tables est supérieur à 500. Vous pouvez vérifier le nombre total de tables dans Postgres en exécutant la requête SQL ci-dessous: select count(*) from information_schema.tables Solution:Lorsque vous mettez à jour Apigee Edge 4.50.00 ou 4.51.00 vers la version 4.52.00, veillez à effectuer l' étape préliminaire avant de mettre à niveau Apigee-postgresql. |
apigee-mirror sur RHEL 8.0 |
Solution:pour contourner ce problème, installez |
Stratégie LDAP | 149245401: les paramètres du pool de connexions LDAP pour JNDI configurés via la ressource LDAP ne sont pas reflétés, et les valeurs par défaut de JNDI génèrent des connexions à usage unique à chaque fois. Par conséquent, les connexions s'ouvrent et se ferment à chaque fois pour un usage unique, créant ainsi un grand nombre de connexions au serveur LDAP par heure. Solution : Pour modifier les propriétés du pool de connexions LDAP, procédez comme suit afin de définir une modification globale pour l'ensemble des règles LDAP.
Pour vérifier que les propriétés JNDI du pool de connexion prennent effet, vous pouvez effectuer une tcpdump afin d'observer le comportement du pool de connexions LDAP au fil du temps. |
Latence de traitement des requêtes élevée | 139051927: les latences de traitement proxy élevées détectées dans le processeur de messages affectent tous les proxys d'API. Les symptômes sont des délais de traitement de 200 à 300 ms par rapport à la normale de la réponse de l'API et peuvent se produire de manière aléatoire, même avec un TPS faible. Cela peut se produire lorsque plus de 50 serveurs cibles utilisent un processeur de messages pour se connecter. Cause principale: Les processeurs de messages conservent un cache qui mappe l'URL du serveur cible à un objet HTTPClient pour les connexions sortantes aux serveurs cibles. Par défaut, ce paramètre est défini sur 50, ce qui peut être trop faible pour la plupart des déploiements. Lorsqu'une configuration comporte plusieurs combinaisons organisation/env dans une configuration, et que le nombre de serveurs cibles dépasse la limite de 50 dans leur ensemble, les URL des serveurs cibles sont évincées du cache, ce qui entraîne des latences. Validation:pour déterminer si l'éviction de l'URL du serveur cible est à l'origine du problème de latence, recherchez "onEvict" ou "Eviction" dans le fichier system.logs du processeur de messages. Leur présence dans les journaux indique que les URL de serveur cible sont supprimées du cache HTTPClient, car la taille du cache est trop petite. Solution:Pour les versions 19.01 et 19.06 d'Edge pour le cloud privé, vous pouvez modifier et configurer le cache HTTPClient conf/http.properties+HTTPClient.dynamic.cache.elements.size=500 Redémarrez ensuite le processeur de messages. Effectuez les mêmes modifications pour tous les processeurs de messages. La valeur 500 est un exemple. La valeur optimale pour votre configuration doit être supérieure au nombre de serveurs cibles auxquels le processeur de messages se connecterait. Définir cette propriété à un niveau supérieur n'a aucun effet secondaire, et le seul impact serait une réduction du temps de traitement des requêtes proxy pour le processeur de messages.
Remarque: Edge pour Private Cloud version 50.00 est défini par défaut sur 500. |
Plusieurs entrées pour les mappages clé-valeur | 157933959: les insertions et les mises à jour simultanées sur la même map de clés-valeurs (KVM) limitées au niveau de l'organisation ou de l'environnement génèrent des données incohérentes et des mises à jour perdues. Remarque:Cette restriction ne s'applique qu'à Edge pour le cloud privé. Edge for Public Cloud et Hybrid ne sont pas limités. Pour contourner ce problème dans Edge pour le cloud privé, créez le KVM dans le champ d'application |