Surveillance

Edge pour Private Cloud v. 4.17.09

Ce document décrit les techniques de surveillance des composants compatibles avec un déploiement sur site d'Apigee Edge.

Activer JMX

JMX est activé par défaut pour Cassandra et désactivé par défaut pour tous les autres composants Edge. Vous devez donc activer JMX individuellement pour chaque composant.

Chaque composant est compatible avec JMX sur un port différent. Le tableau suivant liste le port JMX et le fichier que vous modifiez pour activer JMX sur ce port :

Composant Port JMX Fichier
Serveur de gestion 1099 /opt/apigee/edge-management-server/bin/start
Routeur 1100 /opt/apigee/edge-router/bin/start
Processeur de messages 1101 /opt/apigee/edge-message-processor/bin/start
Qpid 1102 /opt/apigee/edge-qpid-server/bin/start
Postgres 1103 /opt/apigee/edge-postgres-server/bin/start

Par exemple, pour activer JMX sur le serveur de gestion, ouvrez /opt/apigee/edge-management-server/bin/start dans un éditeur. La ligne suivante doit s'afficher pour démarrer le serveur de gestion :

exec $JAVA -classpath "$classpath" -Xms$min_mem -Xmx$max_mem $xx_opts -Djava.security.auth.login.config=$conf_path/jaas.config 
-Dinstallation.dir=$install_dir $sys_props -Dconf.dir=$conf_path 
-Ddata.dir=$data_dir $* $debug_options com.apigee.kernel.MicroKernel

Modifiez cette ligne pour ajouter ce qui suit :

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1099 
-Dcom.sun.management.jmxremote.local.only=false  
-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false 

Notez que cette ligne spécifie le numéro de port JMX 1099 pour le serveur de gestion. Définissez le numéro de port de chaque composant comme indiqué dans le tableau ci-dessus. Exemple :

exec $JAVA -classpath "$classpath" -Xms$min_mem -Xmx$max_mem $xx_opts 
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=1099 
-Dcom.sun.management.jmxremote.local.only=false  
-Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false 
-Djava.security.auth.login.config=$conf_path/jaas.config 
-Dinstallation.dir=$install_dir $sys_props -Dconf.dir=$conf_path -Ddata.dir=$data_dir $* $debug_options com.apigee.kernel.MicroKernel

Enregistrez le fichier, puis redémarrez le composant. Par exemple, pour redémarrer le serveur de gestion :

> /opt/apigee/apigee-service/bin/ apigee-service edge-management-server restart

Activer l'authentification JMX et définir le mot de passe JMX

Le processus de surveillance du serveur de gestion, du processeur de messages, de Qpid et de Postgres utilise JMX. JMX est activé par défaut, et l'accès JMX à distance ne nécessite pas de mot de passe.

Pour activer l'authentification JMX, chaque composant dispose d'une action change_jmx_auth que vous utilisez pour activer/désactiver l'authentification et définir les identifiants JMX.

Pour activer l'authentification JMX, utilisez la commande suivante :

>  /opt/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

où :

  • comp est soit edge-management-server, edge-message-processor, edge-qpid-server, ou edge-postgres-server.
  • Les options sont les suivantes :
    • -u : nom d'utilisateur
    • -p : mot de passe
    • -e : y (activer) ou n (désactiver)
  • Le fichier de configuration inclut :
    • JMX_USERNAME=username
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (si cette option n'est pas définie ou n'est pas transmise avec -p, vous êtes invité à la saisir)

Par exemple, pour utiliser des options sur la ligne de commande :

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y

Si vous disposez d'un fichier de configuration :

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile

Si vous exécutez Edge sur plusieurs nœuds, exécutez cette commande sur tous les nœuds en spécifiant le même nom d'utilisateur et le même mot de passe.

Pour désactiver l'authentification JMX ultérieurement, utilisez la commande suivante :

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n

Serveur de gestion

Utiliser JConsole pour surveiller la vérification de l'état du système et les informations sur les processus

Utilisez JConsole (un outil compatible avec JMX) pour gérer et surveiller les vérifications d'état et les statistiques de traitement. À l'aide de JConsole, vous pouvez utiliser les statistiques JMX exposées par Management Server (ou n'importe quel serveur) et les afficher dans une interface graphique. Pour en savoir plus sur l'utilisation de JConsole, consultez http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.

Utilisez JConsole et l'URL de service suivante pour surveiller les attributs JMX (MBeans) proposés via JMX.

service:jmx:rmi:///jndi/rmi://<ip address>:<port>/jmxrmi

où <ip address> est l'adresse IP du serveur de gestion (ou du serveur respectif). Par défaut, le port est 1099 pour le serveur de gestion.

Le tableau suivant présente les statistiques JMX génériques :

MBeans JMX

Attributs JMX

Mémoire

HeapMemoryUsage

NonHeapMemoryUsage

Utilisation

Remarque : Les valeurs d'attribut s'affichent sous quatre valeurs : "committed", "init", "max" et "used".

Utiliser les vérifications de l'API Edge Application

Vous pouvez effectuer une vérification de l'API sur le serveur de gestion (ou sur n'importe quel serveur) en appelant la commande CURL suivante :

curl http://<host>:8080/v1/servers/self/up -H "Accept: application/json"

Où <host> est l'adresse IP du serveur de gestion. Vous pouvez spécifier le type Accept comme application/json ou application/xml.

Cet appel renvoie "true" et "false". Si la valeur est "true", cela signifie que le nœud est opérationnel et que le service Java est en cours d'exécution.

Si vous ne recevez pas de réponse HTTP 200 (OK), cela signifie qu'Edge ne peut pas répondre aux requêtes du port 8080.

Dépannage

  1. Connectez-vous au serveur et exécutez la commande suivante :
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. Si le service n'est pas en cours d'exécution, démarrez-le :
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server start

Utiliser l'application Edge : vérifications des utilisateurs, de l'organisation et du déploiement

Le serveur de gestion joue un rôle essentiel dans la conservation de tous les autres packages dans chaque installation sur site. Vous pouvez vérifier l'état de l'utilisateur, de l'organisation et du déploiement sur le serveur de gestion en exécutant les commandes suivantes :

curl -u userEmail:password http://localhost:8080/v1/users
curl -u userEmail:password http://localhost:8080/v1/organizations
curl -u userEmail:password http://localhost:8080/v1/organizations/orgname/deployments

Le système doit afficher l'état "deployed" (déployé) pour tous les appels. Si ces commandes échouent, procédez comme suit :

  1. Recherchez d'éventuelles erreurs dans les journaux du serveur de gestion (à l'emplacement opt/apigee/var/log/edge-management-server).
  2. Envoyez une requête au serveur de gestion pour vérifier s'il fonctionne correctement.
  3. Supprimez le serveur de l'ELB, puis redémarrez le serveur de gestion.
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

Routeur

Vous pouvez effectuer une vérification de l'API sur le routeur (ou sur n'importe quel serveur) en appelant la commande CURL suivante :

curl http://<host>:8081/v1/servers/self/up

Où "host" est l'adresse IP du routeur.

Cet appel renvoie "true" et "false". Si la valeur est "true", cela signifie que le nœud est opérationnel et que le service du routeur est en cours d'exécution.

Si vous ne recevez pas de réponse HTTP 200 (OK), cela signifie qu'Edge ne peut pas répondre aux requêtes du port 8081.

Dépannage

  1. Connectez-vous au serveur et exécutez les commandes suivantes :
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. Si le service n'est pas en cours d'exécution, démarrez-le :
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. Après le redémarrage, vérifiez qu'il fonctionne :
    curl -v http://localhost:port/v1/servers/self/up

    Où port est 8081 pour le routeur et 8082 pour le processeur de messages.

Utiliser JConsole pour surveiller la vérification de l'état du système et les informations sur les processus

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 1100.

Processeur de messages

Utiliser JConsole pour surveiller la vérification de l'état du système et les informations sur les processus

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 1101.

Utiliser les vérifications de l'API Edge Application

Suivez la même procédure que celle décrite ci-dessus pour le routeur.

Remarque : Veillez à utiliser le port 8082.

Utiliser les vérifications de flux de messages JMX

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 1101.

Serveur Qpid

Utiliser JConsole pour surveiller la vérification de l'état du système et traiter les informations

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 1102.

Utiliser les vérifications de l'API Edge Application

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 8083. La commande CURL suivante est également compatible avec le serveur Qpid :

curl http://<qpid_IP>:8083/v1/servers/self

Serveur Postgres

Utiliser JConsole pour surveiller la vérification de l'état du système et les informations sur les processus

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 1103.

Utiliser les vérifications de l'API Edge Application

Suivez la même procédure que celle décrite ci-dessus pour le serveur de gestion.

Remarque : Assurez-vous d'utiliser le port 8084. La commande CURL suivante est également compatible avec le serveur Postgres :

curl http://<postgres_IP>:8084/v1/servers/self

Utiliser les vérifications de l'organisation et de l'environnement de l'application Edge

Vous pouvez vérifier le nom de l'organisation et de l'environnement intégrés au serveur Postgres en exécutant les commandes CURL suivantes :

curl http:// <postgres_IP>:8084/v1/servers/self/organizations

Remarque : Assurez-vous d'utiliser le port 8084.

Le système doit afficher le nom de l'organisation et de l'environnement.

Utiliser la vérification axstatus de l'application Edge

Vous pouvez vérifier l'état des serveurs d'analyse en exécutant la commande CURL suivante.

curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus

Le système doit afficher l'état SUCCESS pour tous les serveurs d'analyse. Le résultat de la commande CURL ci-dessus est présenté ci-dessous :

{
  "environments" : [ {
    "components" : [ {
      "message" : "success at Thu Feb 28 10:27:38 CET 2013",
      "name" : "pg",
      "status" : "SUCCESS",
      "uuid" : "[c678d16c-7990-4a5a-ae19-a99f925fcb93]"
     }, {
      "message" : "success at Thu Feb 28 10:29:03 CET 2013",
      "name" : "qs",
      "status" : "SUCCESS",
      "uuid" : "[ee9f0db7-a9d3-4d21-96c5-1a15b0bf0adf]"
     } ],
    "message" : "",
    "name" : "prod"
   } ],
  "organization" : "acme",
  "status" : "SUCCESS"
}

Base de données PostgreSQL

Utiliser le script check_postgres.pl

Pour surveiller la base de données PostgreSQL, vous pouvez utiliser un script de surveillance standard, check_postgres.pl, disponible à l'adresse http://bucardo.org/wiki/Check_postgres.

Remarque : Le script check_postgres.pl doit être installé sur chaque nœud Postgres.

Avant d'exécuter le script :

  1. Assurez-vous d'avoir installé perl-Time-HiRes.x86_64, un module Perl qui implémente des alarmes, des mises en veille, des fonctions gettimeofday et des chronomètres d'intervalle haute résolution. Par exemple, vous pouvez l'installer à l'aide de la commande suivante :
    yum install perl-Time-HiRes.x86_64

Le résultat par défaut des appels d'API à l'aide du script check_postgres.pl est compatible avec Nagios. Après avoir installé le script, effectuez les vérifications suivantes :

  1. Taille de la base de données : vérifiez la taille de la base de données :
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -action database_size --warning='800 GB' --critical='900 GB'
  2. Connexion entrante à la base de données : vérifie le nombre de connexions entrantes à la base de données et le compare au nombre maximal de connexions autorisées :
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends
  3. Disponibilité et performances de la base de données : vérifie si la base de données est en cours d'exécution et disponible :
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection
  4. Espace disque : vérifie l'espace disque :
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%'
  5. Organisations/environnements intégrés : vérifie le nombre d'organisations et d'environnements intégrés dans un nœud Postgres :
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) as result from pg_tables where schemaname='analytics' and tablename like '%fact'" --warning='80' --critical='90' --valtype=integer

Remarque : Veuillez consulter http://bucardo.org/check_postgres/check_postgres.pl.html si vous avez besoin d'aide pour utiliser les commandes ci-dessus.

Vérifications de la base de données

Vous pouvez vérifier que les tables appropriées sont créées dans la base de données PostgreSQL. Connectez-vous à la base de données PostgreSQL à l'aide de la commande suivante :

psql  -h /opt/apigee/var/run/apigee-postgresql/  -U apigee -d apigee

puis exécutez :

\d analytics."<org>.<env>.fact"

Vérifier l'état du processus postgres

Vous pouvez effectuer une vérification de l'API sur la machine Postgres en appelant la commande CURL suivante :

http://<postgres_IP>:8084/v1/servers/self/health/

Remarque : Assurez-vous d'utiliser le port 8084.

Elle renvoie l'état "ACTIVE" lorsque le processus postgres est actif. Si le processus postgres n'est pas opérationnel, il renvoie l'état "INACTIVE".

Ressources Postgres

Apache Cassandra

Utiliser JConsole : surveiller les statistiques des tâches

Utilisez JConsole et l'URL de service suivante pour surveiller les attributs JMX (MBeans) proposés via JMX.

service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi

où <ip address> est l'adresse IP du serveur Cassandra.

JMX est activé par défaut pour Cassandra, et l'accès JMX à distance à Cassandra ne nécessite pas de mot de passe.

Pour activer l'authentification JMX afin d'ajouter un mot de passe :

  1. Modifiez /opt/apigee/customer/application/cassandra.properties. Si le fichier n'existe pas, créez-le.
  2. Ajoutez ce qui suit au fichier :
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Enregistrez le fichier.
  4. Copiez les fichiers suivants de votre répertoire $JAVA_HOME vers /opt/apigee/data/apigee-cassandra/:
    cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password

    cp ${JAVA_HOME}/lib/management/jmxremote.access $APIGEE_ROOT/data/apigee-cassandra/jmxremote.access
  5. Modifiez jmxremote.password et ajoutez le nom d'utilisateur et le mot de passe au fichier :
    cassandra password

    où password est le mot de passe JMX.
  6. Modifiez jmxremote.access et ajoutez le rôle suivant :
    cassandra readwrite
  7. Assurez-vous que les fichiers appartiennent à "apigee" et que le mode de fichier est 400 :
    > chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. Exécutez configure sur Cassandra :
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  9. Redémarrez Cassandra :
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
  10. Répétez cette procédure sur tous les autres nœuds Cassandra.

Pour désactiver l'authentification ultérieurement :

  1. Modifiez opt/apigee/customer/application/cassandra.properties.
  2. Supprimez la ligne suivante du fichier :
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Exécutez la configuration sur Cassandra :
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  4. Redémarrez Cassandra :
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
  5. Répétez cette procédure sur tous les autres nœuds Cassandra.

Statistiques Cassandra JMX

MBeans JMX

Attributs JMX

ColumnFamilies/apprepo/environments

ColumnFamilies/apprepo/organizations

ColumnFamilies/apprepo/apiproxy_revisions

ColumnFamilies/apprepo/apiproxies

ColumnFamilies/audit/audits

ColumnFamilies/audit/audits_ref

PendingTasks

MemtableColumnsCount

MemtableDataSize

ReadCount

RecentReadLatencyMicros

TotalReadLatencyMicros

WriteCount

RecentWriteLatencyMicros

TotalWriteLatencyMicros

TotalDiskSpaceUsed

LiveDiskSpaceUsed

LiveSSTableCount

BloomFilterFalsePositives

RecentBloomFilterFalseRatio

BloomFilterFalseRatio

Utiliser l'utilitaire nodetool pour gérer les nœuds de cluster

L'utilitaire nodetool, qui est une interface de ligne de commande pour Cassandra, permet de gérer les nœuds du cluster. L'utilitaire est disponible à l'emplacement opt/apigee/apigee-cassandra/bin.

Pour en savoir plus sur l'utilitaire nodetool, consultez http://www.datastax.com/docs/1.0/references/nodetool.

Les appels suivants peuvent être effectués sur tous les nœuds du cluster Cassandra :

  1. Informations générales sur l'anneau (également possible pour un seul nœud Cassandra) : recherchez les valeurs "Up" et "Normal" pour tous les nœuds.
    [host]# nodetool -h localhost ring

    Le résultat de la commande ci-dessus se présente comme suit :
    Address DC Rack Status State Load Owns Token
    192.168.124.201 dc1 ra1 Up Normal 1.67 MB 33,33% 0
    192.168.124.202 dc1 ra1 Up Normal 1.68 MB 33,33% 56713727820156410577229101238628035242
    192.168.124.203 dc1 ra1 Up Normal 1.67 MB 33,33% 113427455640312821154458202477256070484
  2. Informations générales sur les nœuds (appel par nœud)
    nodetool -h localhost info

    Le résultat de la commande ci-dessus se présente comme suit :
    Jeton : 0
    Gossip active : true
    Charge : 1.67 Mo
    N° de génération : 1361968765
    Temps d'activité (secondes) : 78108
    Mémoire du tas (Mo) : 46,80 / 772,00
    Centre de données : dc1
    Rack : ra1
    Exceptions : 0
  3. État du serveur Thrift (API du client de diffusion)
    host]# nodetool -h localhost statusthrift

    Le résultat de la commande ci-dessus affiche l'état "running" (en cours d'exécution).
  4. État des opérations de streaming de données : observez le trafic pour les nœuds Cassandra
    nodetool -h localhost netstats 192.168.124.203

    Le résultat de la commande ci-dessus se présente comme suit :
    Mode: NORMAL
    Nothing streaming to /192.168.124.203
    Nothing streaming from /192.168.124.203
    Pool Name Active Pending Completed
    Commands n/a 0 1688
    Responses n/a 0 292277

Surveillance de Cassandra (UI)

Consultez l'URL de DataStax OpsCenter : http://www.datastax.com/products/opscenter.

Ressource Cassandra

Consultez l'URL suivante : http://www.datastax.com/docs/1.0/operations/monitoring.

Apache ZooKeeper

Vérifier l'état de ZooKeeper

  1. Assurez-vous que le processus ZooKeeper est en cours d'exécution. ZooKeeper écrit un fichier PID dans opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. Testez les ports ZooKeeper pour vous assurer que vous pouvez établir une connexion TCP aux ports 2181 et 3888 sur chaque serveur ZooKeeper.
  3. Assurez-vous de pouvoir lire les valeurs de la base de données ZooKeeper. Connectez-vous à l'aide d'une bibliothèque cliente ZooKeeper (ou /opt/apigee/apigee-zookeeper/bin/zkCli.sh) et lisez une valeur de la base de données.
  4. Vérifiez l'état :
    > /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

Utiliser les commandes de quatre lettres ZooKeeper

ZooKeeper peut être surveillé via un petit ensemble de commandes (mots de quatre lettres) envoyées au port 2181 à l'aide de netcat (nc) ou de telnet.

Pour en savoir plus sur les commandes ZooKeeper, consultez http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.

Exemple :

  • srvr : liste toutes les informations sur le serveur.
  • stat : liste de brèves informations sur le serveur et les clients connectés.

Les commandes suivantes peuvent être envoyées au port ZooKeeper :

  1. Exécutez la commande à quatre lettres "ruok" pour vérifier si le serveur s'exécute sans erreur. Une réponse réussie renvoie "imok".
    echo ruok | nc <host> 2181

    Renvoie :
    imok
  2. Exécutez la commande à quatre lettres "stat" pour lister les statistiques de performances du serveur et des clients connectés.
    echo stat | nc <host> 2181

    Renvoie :
    Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT
    Clients:
    /0:0:0:0:0:0:0:1:33467[0](queued=0,recved=1,sent=0)
    /192.168.124.201:42388[1](queued=0,recved=8433,sent=8433)
    /192.168.124.202:42185[1](queued=0,recved=1339,sent=1347)
    /192.168.124.204:39296[1](queued=0,recved=7688,sent=7692)
    Latency min/avg/max: 0/0/128
    Received: 26144
    Sent: 26160
    Connections: 4
    Outstanding: 0
    Zxid: 0x2000002c2
    Mode: follower
    Node count: 283

    Remarque : Il est parfois important de voir si un ZooKeeper est en mode : leader, follower ou observer.
  3. Si netcat (nc) n'est pas disponible, vous pouvez utiliser Python comme alternative. Créez un fichier nommé zookeeper.py contenant les éléments suivants :
    import time, socket,
    sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    c.connect((sys.argv[1], 2181))
    c.send(sys.argv[2])
    time.sleep(0.1)
    print c.recv(512)


    Exécutez maintenant les lignes Python suivantes :
    python zookeeper.py 192.168.124.201 ruok
    python zookeeper.py 192.168.124.201 stat

OpenLDAP

Test de niveau LDAP

Vous pouvez surveiller OpenLDAP pour voir si les requêtes spécifiques sont correctement traitées. En d'autres termes, vérifiez qu'une recherche spécifique renvoie le bon résultat.

  1. Utilisez ldapsearch (yum install openldap-clients) pour interroger l'entrée de l'administrateur système. Cette entrée est utilisée pour authentifier tous les appels d'API.
    ldapsearch -b "uid=admin,ou=users,ou=global,dc=apigee,dc=com" -x -W -D "cn=manager,dc=apigee,dc=com" -H ldap://localhost:10389 -LLL

    Vous êtes ensuite invité à saisir le mot de passe administrateur LDAP :
    Enter LDAP Password:

    Après avoir saisi le mot de passe, vous obtenez une réponse au format suivant :
    dn: uid=admin,ou=users,ou=global,dc=apigee,dc=com
    objectClass: organizationalPerson
    objectClass: person
    objectClass: inetOrgPerson
    objectClass: top
    uid: admin
    cn: admin
    sn: admin
    userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
    =
    mail: opdk@google.com
  2. Vérifiez si le serveur de gestion est toujours connecté au problème LDAP :
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

    Renvoie :
    {
    "emailId" : <ADMIN>,
    "firstName" : "admin",
    "lastName" : "admin"
    }

Vous pouvez également surveiller les caches OpenLDAP, qui permettent de réduire le nombre d'accès au disque et d'améliorer ainsi les performances du système. La surveillance, puis l'ajustement de la taille du cache sur le serveur OpenLDAP peuvent avoir un impact important sur les performances du serveur d'annuaire. Vous pouvez afficher les fichiers journaux (opt/apigee/var/log) pour obtenir des informations sur le cache.