Edge for Private Cloud v4.18.01
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 |
| Router | 1100 | /opt/apigee/edge-router/bin/start |
| processore di messaggi | 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 |
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:
> /opt/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:
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y
Se hai un file di configurazione:
> /opt/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:
> /opt/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>/jmxrmi
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 -H "Accept: application/json"
Dove <host> è l'indirizzo IP del server di gestione. Puoi specificare il tipo Accept come application/json o application/xml.
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
- Accedi al server ed esegui questo comando:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server status - Se il servizio non è in esecuzione, avvialo:
/opt/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:
- Controlla i log del server di gestione (in opt/apigee/var/log/edge-management-server) per verificare la presenza di eventuali errori.
- Effettua una chiamata al server di gestione per verificare se funziona correttamente.
- Rimuovi il server dall'ELB, quindi riavvia il server di gestione.
/opt/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
- Accedi al server ed esegui i seguenti comandi:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status - Se il servizio non è in esecuzione, avvialo
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start - 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.
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 1100.
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:
- 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:
- 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' - 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 - 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 - 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%' - 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
- http://www.postgresql.org/docs/9.0/static/monitoring.html
- http://www.postgresql.org/docs/9.0/static/diskusage.html
- http://bucardo.org/check_postgres/check_postgres.pl.html
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:
- Modifica /opt/apigee/customer/application/cassandra.properties. Se il file non esiste, crealo.
- Aggiungi quanto segue al file:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Salva il file.
- Copia il seguente file dalla directory $JAVA_HOME in
/opt/apigee/data/apigee-cassandra/:
cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password - Modifica jmxremote.password e aggiungi nome utente e password al file:
cassandra password
dove password è la password JMX. - Modifica ${JAVA_HOME}/lib/management/jmxremote.access e aggiungi il seguente ruolo:
cassandra readwrite - Assicurati che i file siano di proprietà di "apigee" e che la modalità file sia 400:
> chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.* - Se non esiste, crea un file nella seguente posizione:
/opt/apigee/customer/application/jmx_auth.sh
- Aggiungi le seguenti righe al file
jmx_auth.shappena creato:export CASS_JMX_USERNAME=JMX_USERNAME export CASS_JMX_PASSWORD=JMX_PASSWORD
- Esegui questo comando:
source /opt/apigee/customer/application/jmx_auth.sh
- Esegui configure su Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Riavvia Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart - Ripeti questa procedura su tutti gli altri nodi Cassandra.
Per disattivare l'autenticazione in un secondo momento:
- Modifica opt/apigee/customer/application/cassandra.properties.
- Rimuovi la seguente riga nel file:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Esegui la configurazione su Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Riavvia Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart - Ripeti questa procedura su tutti gli altri nodi Cassandra.
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 /opt/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:
- Informazioni generali sull'anello (possibile anche per un singolo nodo Cassandra): cerca "Up" e "Normal" per tutti i nodi.
[host]# nodetool -u username -p password -h localhost ring
L'output del comando riportato sopra è il 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 - Informazioni generali sui nodi (chiamata per nodo)
nodetool -u username -p password -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 - Stato del server Thrift (API client di gestione)
host]# nodetool -u username -p password -h localhost statusthrift
L'output del comando precedente mostra lo stato "running". - Stato delle operazioni di streaming dei dati: osserva il traffico per i nodi cassandra
nodetool -u username -p password -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
- Assicurati che il processo ZooKeeper sia in esecuzione. ZooKeeper scrive un file PID in opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- Testa le porte ZooKeeper per assicurarti di poter stabilire una connessione TCP alle porte 2181 e 3888 su ogni server ZooKeeper.
- Assicurati di poter leggere i valori dal database ZooKeeper. Connettiti utilizzando una libreria client ZooKeeper (o /opt/apigee/apigee-zookeeper/bin/zkCli.sh) e leggi un valore dal database.
- Controlla lo stato:
> /opt/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:
- 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 - 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. - 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.
- 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@google.com - 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 (opt/apigee/var/log) per ottenere informazioni sulla cache.