Notes de version d'Edge for Private Cloud

Mint n'évalue pas les transactions au départ

Edge pour le cloud privé ne évalue pas les transactions initialement lorsque vous activez la monétisation pour la première fois pour une organisation. Cela s'applique aux organisations nouvelles et existantes.

L'API d'activation de la monétisation répond avec l'ID de la tâche. Une fois la tâche terminée, son état indique la réussite de la tâche. Toutefois, les appels d'API monétisés effectués au départ ne seront pas monétisables et ne seront pas évalués. Ces transactions ne s'afficheront que dans les données analytiques standards.

Solution :

apigee-service edge-message-processor restart

Une fois la monétisation activée, le redémarrage des MP oblige Edge à charger la configuration à partir de ZooKeeper au démarrage. Cela se produit à chaque redémarrage, ce qui signifie que le problème ne s'applique qu'au début.

Fuite de mémoire des serveurs de notation Mint

Lorsqu'une nouvelle instance Qpid est enregistrée dans un groupe MX, les files d'attente sont créées sans client, ce qui entraîne une augmentation de la profondeur de la file d'attente jusqu'à ce qu'elle utilise toutes les ressources disponibles.

Solution :

Format du fichier de métadonnées pour l'installation d'apigee-sso

Lors de l'installation de apigee-sso et de l'utilisation d'un fichier metadata.xml au lieu d'une URL, si le fichier metadata.xml n'inclut pas de nouvelle ligne (CRLF) à la fin du fichier, il n'est pas lu entièrement.

Solution :

Pour contourner ce problème, vous pouvez effectuer l'une des opérations suivantes:

• Ajouter un CRLF à la fin du fichier metadata.xml

  OU

• Utiliser un emplacement basé sur l'URL pour les métadonnées

apigee-monit non compatible avec Amazon Linux 1

Solution :

La sauvegarde du processeur de messages ne sauvegarde pas le bon ensemble de fichiers

Solution :

Exécutez la sauvegarde une deuxième fois. Elle devrait sauvegarder le bon ensemble de fichiers.

DataAccessException dans plusieurs configurations de centre de données

Dans plusieurs configurations de centre de données, si un datastore devient indisponible, vous pouvez voir l'erreur suivante:

DataAccessException: Error while accessing datastore;
Please retry later

Il se peut donc que le serveur de gestion ne démarre pas, car il tente de se connecter à Cassandra. nœuds dans dc-1 et dc-2. Le DataAccessExceptions se produit si un nœud Cassandra est vers le bas. Cela peut également entraîner une perturbation du trafic des API, où les processeurs de messages signalent DataAccessExceptions lors de la tentative de récupération des KVM.

Notez que l'état attendu indique que le serveur de gestion ne se connecte pas aux composants du datastore. entre régions.

Solution

La solution consiste à annuler l'enregistrement des types de nœuds Cassandra suivants dans le centre de données indisponible. puis les réenregistrer une fois que les nœuds Cassandra sont à nouveau disponibles:

• kms-datastore
• dc-datastore
• keyvaluemap-datastore

Pour annuler l'enregistrement de ces types de nœuds Cassandra, puis les réenregistrer:

1. Obtenez les UUID des nœuds Cassandra à l'aide de la commande curl suivante:

   curl -u ADMIN_EMAIL:ADMIN_PW \
     "http://MS_IP:MS_PORT/v1/servers?region=REGION&pod=GATEWAY_POD \
     &type=CASSANDRA_NODE_TYPE"

   Où :

   • ADMIN_EMAIL et ADMIN_PW sont les identifiants de votre compte Apigee. Google Cloud.
   • MS_IP et MS_PORT sont l'adresse IP et le port du serveur de gestion. numéro.
   • REGION est le nom du centre de données dans lequel le serveur de gestion localisés.
   • GATEWAY_POD est le nom du pod, qui est la "passerelle" par défaut. Vous avez peut-être l'avoir renommé différemment, vérifiez donc votre implémentation.
   • CASSANDRA_NODE_TYPE est l'une des valeurs suivantes : kms-datastore, dc-datastore, et keyvaluemap-datastore.

   Exemple :

   curl -u nickdanger@google.com:myP@$$w0rD
     "http://192.168.0.1:8080/v1/servers?region=dc-1&pod=gateway&type=dc-datastore"

   La réponse utilise le format suivant:

   {
     "internalIP" : "POD_IP_ADDRESS",
     "isUp" : [true|false],
     "pod" : "GATEWAY_POD",
     "reachable" : [true|false],
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : [ "kms-datastore", "dc-datastore", "keyvaluemap-datastore" ],
       "uUID" : "POD_UUID"
   }

   Exemple :

   {
     "internalIP" : "192.168.1.11",
     "isUp" : false,
     "pod" : "gateway",
     "reachable" : false,
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : "dc-datastore",
     "uUID" : "13cee956-d3a7-4577-8f0f-1694564179e4"
   }

   Notez les valeurs du champ uUID dans la réponse. Vous les utiliserez pour désenregistrer les nœuds.

2. Répétez la première étape pour chaque type de nœud Cassandra: kms-datastore, dc-datastore et keyvaluemap-datastore. N'oubliez pas de noter UUID renvoyés.
3. Annulez l'enregistrement des nœuds à l'aide de la commande suivante:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers/UUID" -X DELETE

   Où UUID correspond à l'UUID renvoyé dans la réponse de la commande précédente.

4. Répétez l'étape 3 pour chaque UUID que vous avez collecté aux étapes 1 et 2.
5. Réenregistrez les nœuds à l'aide de la commande suivante:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers -d \
     "Type=kms-datastore&Type=dc-datastore&Type=keyvaluemap-datastore& \
     Type=counter-datastore&Type=cache-datastore&InternalIP=POD_IP_ADDRESS& \
     region=REGION&pod=GATEWAY_POD" -H \
     'content-type: application/x-www-form-urlencoded' -X POST

Notez que ces opérations enregistrent et annulent l'enregistrement des nœuds dans Zookeeper et n'ont aucune sur l'amas Cassandra. Pour en savoir plus sur ces commandes, consultez Mettez à jour les enregistrements du datastore.

Règle MessageLogging incluant des informations supplémentaires dans le message de journal

L'élément FormatMessage de la règle MessageLogging contrôle le format du message journalisé. Lorsqu'il est défini sur FormatMessage=false, le message journalisé n'est pas censé inclure des informations générées par Apigee. Toutefois, même si vous définissez FormatMessage=false, le message de journal inclut toujours les informations suivantes:

• Le niveau de priorité
• Le code temporel

Solution :