Come monitorare

Edge for Private Cloud v. 4.16.09

Questo documento descrive le tecniche di monitoraggio dei componenti supportati da un deployment on-premise di Apigee Edge.

Abilitazione di JMX

JMX è abilitato per impostazione predefinita per Cassandra e disabilitato per impostazione predefinita per tutti gli altri componenti Edge. Pertanto, devi abilitare JMX singolarmente per ogni componente.

Ogni componente supporta JMX su una porta diversa. La tabella seguente elenca la porta JMX e il file che devi modificare per abilitare JMX su quella porta:

Componente Porta JMX File
Server di gestione 1099 /opt/apigee/edge-management-server/bin/start
processore di messaggi 1101 /opt/apigee/edge-mesage-processor/bin/start
Qpid 1102 /opt/apigee/edge-qpid-server/bin/start
Postgres 1103 /opt/apigee/edge-postgres-server/bin/start

Ad esempio, per abilitare JMX sul server di gestione, apri /opt/apigee/edge-management-server/bin/start in un editor. Dovresti vedere la seguente riga utilizzata per avviare il server di gestione:

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

Modifica questa riga per aggiungere quanto segue:

-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 

Tieni presente che questa riga specifica il numero di porta JMX 1099 per il server di gestione. Imposta il numero di porta per ogni componente come definito nella tabella precedente. Ad esempio:

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

Salva il file e riavvia il componente. Ad esempio, per riavviare il server di gestione:

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

Attivazione dell'autenticazione JMX e impostazione della password JMX

Il processo di monitoraggio per il server di gestione, il processore di messaggi, Qpid e Postgres utilizza JMX. JMX è abilitato per impostazione predefinita e l'accesso JMX remoto non richiede una password.

Per abilitare l'autenticazione JMX, ogni componente ha un'azione change_jmx_auth che utilizzi per abilitare/disabilitare l'autenticazione e impostare le credenziali JMX.

Per abilitare l'autenticazione JMX, utilizza il seguente comando:

>  /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

dove:

  • comp è edge-management-server, edge-message-processor, edge-qpid-server, o edge-postgres-server.
  • Le opzioni sono:
    • -u: nome utente
    • -p: password
    • -e: y (attiva) o n (disattiva)
  • Il file di configurazione include:
    • JMX_USERNAME=username
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (se non è impostata o non viene passata con -p, ti viene richiesto di inserirla)

Ad esempio, per utilizzare le opzioni nella riga di comando:

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

Se hai un file di configurazione:

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

Se esegui Edge su più nodi, esegui questo comando su tutti i nodi, specificando lo stesso nome utente e la stessa password.

Per disattivare l'autenticazione JMX in un secondo momento, utilizza il comando:

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

Server di gestione

Utilizzo di JConsole per monitorare il controllo di integrità del sistema e le informazioni sui processi

Utilizza JConsole (uno strumento conforme a JMX) per gestire e monitorare il controllo di integrità e le statistiche dei processi. Utilizzando JConsole, puoi utilizzare le statistiche JMX esposte dal server di gestione (o da qualsiasi server) e visualizzarle in un'interfaccia grafica. Per ulteriori informazioni sull'utilizzo di JConsole, consulta http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.

Utilizza JConsole e il seguente URL del servizio per monitorare gli attributi JMX (MBean) offerti tramite JMX.

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

dove <ip address> è l'indirizzo IP del server di gestione (o del rispettivo server). Per impostazione predefinita, la porta è 1099 per il server di gestione.

La tabella seguente mostra le statistiche JMX generiche:

MBean JMX

Attributi JMX

Memoria

HeapMemoryUsage

NonHeapMemoryUsage

Utilizzo

Nota: i valori degli attributi verranno visualizzati in quattro valori: committed, init, max e used.

Utilizzo dei controlli API Edge Application

Puoi eseguire il controllo dell'API sul server di gestione (o su qualsiasi server) richiamando il seguente comando CURL:

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

Dove <host> è l'indirizzo IP del server di gestione.

Questa chiamata restituisce "true" e "false". Se il valore è true, significa che il nodo è attivo e il servizio Java è in esecuzione.

Se non ricevi una risposta HTTP 200 (OK), Edge non è in grado di rispondere alle richieste della porta 8080.

Risoluzione dei problemi

  1. Accedi al server ed esegui questo comando:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. Se il servizio non è in esecuzione, avvialo:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server start

Utilizzo dell'applicazione Edge: controlli di utenti, organizzazione e deployment

Il server di gestione svolge un ruolo fondamentale nel tenere insieme tutti gli altri pacchetti in ogni installazione on-premise. Puoi controllare lo stato di utenti, organizzazioni e deployment sul server di gestione eseguendo i seguenti comandi:

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

Il sistema dovrebbe mostrare lo stato "Deployment eseguito" per tutte le chiamate. Se questi passaggi non funzionano, procedi nel seguente modo:

  1. Controlla i log del server di gestione (in <inst_root>/apigee/var/log/edge-management-server) per verificare la presenza di eventuali errori.
  2. Effettua una chiamata al server di gestione per verificare se funziona correttamente.
  3. Rimuovi il server dall'ELB, quindi riavvia il server di gestione.
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server restart

Router

Puoi eseguire il controllo dell'API sul router (o su qualsiasi server) richiamando il seguente comando CURL:

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

Dove host è l'indirizzo IP del router.

Questa chiamata restituisce "true" e "false". Se il valore è true, significa che il nodo è attivo e il servizio Router è in esecuzione.

Se non ricevi una risposta HTTP 200 (OK), Edge non è in grado di rispondere alle richieste della porta 8081.

Risoluzione dei problemi

  1. Accedi al server ed esegui i seguenti comandi:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. Se il servizio non è in esecuzione, avvialo
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. Dopo il riavvio, verifica che funzioni
    curl -v http://localhost:port/v1/servers/self/up

    Dove port è 8081 per il router e 8082 per il processore di messaggi.

processore di messaggi

Utilizzo di JConsole per monitorare il controllo di integrità del sistema e le informazioni sui processi

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 1101.

Utilizzo dei controlli API Edge Application

Segui la stessa procedura descritta sopra per il router.

Nota: assicurati di utilizzare la porta 8082.

Utilizzo dei controlli del flusso di messaggi JMX

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 1101.

Server Qpid

Utilizzo di JConsole per monitorare il controllo di integrità del sistema e le informazioni sui processi

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 1102.

Utilizzo dei controlli dell'API Edge Application

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 8083. Per il server Qpid è supportato anche il seguente comando CURL:

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

Server Postgres

Utilizzo di JConsole per monitorare il controllo di integrità del sistema e le informazioni sui processi

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 1103.

Utilizzo dei controlli dell'API Edge Application

Segui la stessa procedura descritta sopra per il server di gestione.

Nota: assicurati di utilizzare la porta 8084. Il seguente comando CURL è supportato anche per il server Postgres:

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

Utilizzo dei controlli dell'organizzazione e dell'ambiente di Edge Application

Puoi verificare il nome dell'organizzazione e dell'ambiente di cui è stato eseguito l'onboarding sul server Postgres eseguendo i seguenti comandi CURL:

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

Nota: assicurati di utilizzare la porta 8084.

Il sistema dovrebbe visualizzare il nome dell'organizzazione e dell'ambiente.

Utilizzo del controllo axstatus dell'applicazione Edge

Puoi verificare lo stato dei server di analisi eseguendo il seguente comando CURL.

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

Il sistema dovrebbe mostrare lo stato SUCCESS per tutti i server di analisi. L'output del comando CURL riportato sopra è mostrato di seguito:

{
  "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"
}

Database PostgreSQL

Utilizzo dello script check_postgres.pl

Per monitorare il database PostgreSQL, puoi utilizzare uno script di monitoraggio standard, check_postgres.pl, disponibile all'indirizzo http://bucardo.org/wiki/Check_postgres.

Nota: lo script check_postgres.pl deve essere installato in ogni nodo Postgres.

Prima di eseguire lo script:

  1. Assicurati di aver installato perl-Time-HiRes.x86_64, un modulo Perl che implementa timer di allarme, sospensione, gettimeofday e timer dell'intervallo ad alta risoluzione. Ad esempio, puoi installarlo utilizzando il seguente comando:
    yum install perl-Time-HiRes.x86_64

L'output predefinito delle chiamate API che utilizzano lo script check_postgres.pl è compatibile con Nagios. Dopo aver installato lo script, esegui i seguenti controlli:

  1. Dimensioni del database: controlla le dimensioni del database:
    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. Connessione in entrata al database: controlla il numero di connessioni in entrata al database e lo confronta con le connessioni massime consentite:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends
  3. Disponibilità e prestazioni del database: verifica se il database è in esecuzione e disponibile:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection
  4. Spazio su disco: controlla lo spazio su disco:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%'
  5. Organizzazioni/ambienti di cui è stato eseguito l'onboarding: controlla il numero di organizzazioni e ambienti di cui è stato eseguito l'onboarding in un nodo 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

Nota: consulta http://bucardo.org/check_postgres/check_postgres.pl.html se hai bisogno di assistenza per l'utilizzo dei comandi riportati sopra.

Controlli DB

Puoi verificare che le tabelle appropriate siano state create nel database PostgreSQL. Accedi al database PostgreSQL utilizzando:

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

quindi esegui:

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

Controlla lo stato di integrità del processo postgres

Puoi eseguire il controllo dell'API sulla macchina Postgres richiamando il seguente comando CURL:

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

Nota: assicurati di utilizzare la porta 8084.

Restituisce lo stato "ACTIVE" quando il processo postgres è attivo. Se il processo postgres non è attivo e in esecuzione, restituisce lo stato "INACTIVE".

Risorse di Postgres

Apache Cassandra

Utilizzo di JConsole: monitoraggio delle statistiche delle attività

Utilizza JConsole e il seguente URL del servizio per monitorare gli attributi JMX (MBean) offerti tramite JMX.

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

dove <indirizzo IP> è l'indirizzo IP del server Cassandra.

JMX è abilitato per impostazione predefinita per Cassandra e l'accesso JMX remoto a Cassandra non richiede una password.

Per attivare l'autenticazione JMX e aggiungere una password:

  1. Modifica /<inst_root>/apigee/customer/application/cassandra.properties. Se il file non esiste, crealo.
  2. Aggiungi quanto segue al file:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Salva il file.
  4. Copia i seguenti file dalla directory $JAVA_HOME in /<inst_root>/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. Modifica jmxremote.password e aggiungi nome utente e password al file:
    cassandra password

    dove password è la password JMX.
  6. Modifica jmxremote.access e aggiungi il seguente ruolo:
    cassandra readwrite
  7. Assicurati che i file siano di proprietà di "apigee" e che la modalità file sia 400:
    > chown apigee:apigee /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
  8. Esegui configure su Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  9. Riavvia Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Per disattivare l'autenticazione in un secondo momento:

  1. Modifica /<inst_root>/apigee/customer/application/cassandra.properties.
  2. Rimuovi la seguente riga nel file:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Esegui la configurazione su Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  4. Riavvia Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Statistiche JMX di Cassandra

MBean JMX

Attributi 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

Utilizzo dell'utilità nodetool per gestire i nodi del cluster

L'utilità nodetool, che è un'interfaccia a riga di comando per Cassandra, viene utilizzata per gestire i nodi del cluster. L'utilità è disponibile all'indirizzo <inst_root>/apigee/apigee-cassandra/bin.

Per ulteriori informazioni sull'utilità nodetool, consulta http://www.datastax.com/docs/1.0/references/nodetool.

Le seguenti chiamate possono essere effettuate su tutti i nodi del cluster Cassandra:

  1. Informazioni generali sull'anello (possibile anche per un singolo nodo Cassandra): cerca "Up" e "Normal" per tutti i nodi.
    [host]# nodetool -h localhost ring

    L'output del comando riportato sopra è simile al seguente:
    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. Informazioni generali sui nodi (chiamata per nodo)
    nodetool -h localhost info

    L'output del comando precedente è simile al seguente:
    Token : 0
    Gossip active : true
    Load : 1.67 MB
    Generation No : 1361968765
    Uptime (seconds) : 78108
    Heap Memory (MB) : 46,80 / 772,00
    Data Center : dc1
    Rack : ra1
    Exceptions : 0
  3. Stato del server Thrift (API client di gestione)
    host]# nodetool -h localhost statusthrift

    L'output del comando precedente mostra lo stato "running".
  4. Stato delle operazioni di streaming dei dati: osserva il traffico per i nodi cassandra
    nodetool -h localhost netstats 192.168.124.203

    L'output del comando riportato sopra è il seguente:
    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

Monitoraggio di Cassandra (UI)

Consulta l'URL di DataStax OpsCenter: http://www.datastax.com/products/opscenter.

Risorsa Cassandra

Consulta il seguente URL: http://www.datastax.com/docs/1.0/operations/monitoring.

Apache ZooKeeper

Controllo dello stato di ZooKeeper

  1. Assicurati che il processo ZooKeeper sia in esecuzione. ZooKeeper scrive un file PID in <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. Testa le porte ZooKeeper per assicurarti di poter stabilire una connessione TCP alle porte 2181 e 3888 su ogni server ZooKeeper.
  3. Assicurati di poter leggere i valori dal database ZooKeeper. Connettiti utilizzando una libreria client ZooKeeper (o /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) e leggi un valore dal database.
  4. Controlla lo stato:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

Utilizzo dei comandi di quattro lettere di ZooKeeper

ZooKeeper può essere monitorato tramite un piccolo insieme di comandi (parole di quattro lettere) inviati alla porta 2181 utilizzando netcat (nc) o telnet.

Per ulteriori informazioni sui comandi ZooKeeper, consulta: http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.

Ad esempio:

  • srvr: elenca i dettagli completi del server.
  • stat: elenca brevi dettagli per il server e i client connessi.

Alla porta ZooKeeper è possibile inviare i seguenti comandi:

  1. Esegui il comando di quattro lettere ruok per verificare se il server è in esecuzione in uno stato non di errore. Una risposta positiva restituisce "imok".
    echo ruok | nc <host> 2181

    Restituisce:
    imok
  2. Esegui il comando di quattro lettere stat per elencare le prestazioni del server e le statistiche dei client connessi.
    echo stat | nc <host> 2181

    Restituisce:
    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

    Nota: a volte è importante verificare se ZooKeeper è in modalità leader, follower o observer.
  3. Se netcat (nc) non è disponibile, puoi utilizzare python come alternativa. Crea un file denominato zookeeper.py contenente quanto segue:
    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)


    Ora esegui le seguenti righe di Python:
    python zookeeper.py 192.168.124.201 ruok
    python zookeeper.py 192.168.124.201 stat

OpenLDAP

Test del livello LDAP

Puoi monitorare OpenLDAP per verificare se le richieste specifiche vengono gestite correttamente. In altre parole, verifica che una ricerca specifica restituisca il risultato corretto.

  1. Utilizza ldapsearch (yum install openldap-clients) per eseguire una query sulla voce dell'amministratore di sistema. Questa voce viene utilizzata per autenticare tutte le chiamate 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

    Ti verrà quindi richiesta la password amministratore LDAP:
    Enter LDAP Password:

    Dopo aver inserito la password, vedrai una risposta nel modulo:
    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@apigee.com
  2. Controlla se il server di gestione è ancora connesso al problema LDAP:
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

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

Puoi anche monitorare le cache OpenLDAP, che aiutano a ridurre il numero di accessi al disco e, di conseguenza, a migliorare le prestazioni del sistema. Il monitoraggio e la successiva ottimizzazione delle dimensioni della cache nel server OpenLDAP possono influire notevolmente sulle prestazioni del server di directory. Puoi visualizzare i file di log (<inst_root>/apigee/var/log) per ottenere informazioni sulla cache.