Edge para nube privada v4.18.01
En este documento, se describen las técnicas de supervisión de los componentes que admite una implementación local de Apigee Edge.
Habilita JMX
JMX está habilitado de forma predeterminada para Cassandra y, de forma predeterminada, está inhabilitado para todos los demás componentes de Edge. Por lo tanto, debes habilitar JMX de forma individual para cada componente.
Cada componente admite JMX en un puerto diferente. En la siguiente tabla, se enumeran el puerto de JMX y el archivo que modificas para habilitar JMX en ese puerto:
| Componente | Puerto de JMX | Archivo |
|---|---|---|
| Servidor de administración | 1099 | /opt/apigee/edge-management-server/bin/start |
| Router | 1100 | /opt/apigee/edge-router/bin/start |
| Message Processor | 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 |
Por ejemplo, para habilitar JMX en el servidor de administración, abre /opt/apigee/edge-management-server/bin/start en un editor. Deberías ver la siguiente línea que se usa para iniciar el servidor de administración:
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
Edita esta línea para agregar lo siguiente:
-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
Ten en cuenta que esta línea especifica el número de puerto de JMX como 1099 para el servidor de administración. Establece el número de puerto para cada componente como se define en la tabla anterior. Por ejemplo:
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
Guarda el archivo y, luego, reinicia el componente. Por ejemplo, para reiniciar el servidor de administración, haz lo siguiente:
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
Habilita la autenticación de JMX y establece la contraseña de JMX
El proceso de supervisión del servidor de administración, el Message Processor, Qpid y Postgres usan JMX. JMX está habilitado de forma predeterminada, y el acceso remoto a JMX no requiere una contraseña.
Para habilitar la autenticación de JMX, cada componente tiene una acción change_jmx_auth que usas para habilitar o inhabilitar la autenticación y establecer las credenciales de JMX.
Para habilitar la autenticación de JMX, usa el siguiente comando:
> /opt/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile
Donde:
- comp es edge-management-server, edge-message-processor, edge-qpid-server, o edge-postgres-server.
- Las opciones son las siguientes:
- -u: nombre de usuario
- -p: contraseña
- -e: y (habilitar) o n (inhabilitar)
- El archivo de configuración incluye lo siguiente:
- JMX_USERNAME=username
- JMX_ENABLED=y/n
- JMX_PASSWORD=password (si no se establece o no se pasa con -p, se te solicitará)
Por ejemplo, para usar opciones en la línea de comandos, haz lo siguiente:
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y
Si tienes un archivo de configuración, sigue estos pasos:
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile
Si ejecutas Edge en varios nodos, ejecuta este comando en todos los nodos y especifica el mismo nombre de usuario y contraseña.
Para inhabilitar la autenticación de JMX más adelante, usa el siguiente comando:
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n
Servidor de administración
Usa JConsole para supervisar la verificación de estado del sistema y la información del proceso
Usa JConsole (una herramienta compatible con JMX) para administrar y supervisar las estadísticas de procesos y verificaciones de estado. Con JConsole, puedes consumir las estadísticas de JMX que expone Management Server (o cualquier servidor) y mostrarlas en una interfaz gráfica. Para obtener más información sobre el uso de JConsole, consulta http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.
Usa JConsole y la siguiente URL de servicio para supervisar los atributos de JMX (MBeans) que se ofrecen a través de JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:<port>/jmxrmi
Donde <ip address> es la dirección IP del servidor de administración (o el servidor correspondiente). De forma predeterminada, el puerto es 1099 para el servidor de administración.
En la siguiente tabla, se muestran las estadísticas genéricas de JMX:
|
MBeans de JMX |
Atributos de JMX |
|---|---|
|
Memoria |
HeapMemoryUsage |
|
NonHeapMemoryUsage |
|
|
Uso |
|
|
Nota: Los valores de los atributos se mostrarán en cuatro valores: comprometido, inicial, máximo y usado. |
|
Usa las verificaciones de la API de Edge Application
Puedes realizar una verificación de la API en el servidor de administración (o en cualquier servidor) invocando el siguiente comando CURL:
curl http://<host>:8080/v1/servers/self/up -H "Accept: application/json"
Donde <host> es la dirección IP del servidor de administración. Puedes especificar el tipo de aceptación como application/json o application/xml.
Esta llamada devuelve "true" y "false". Si es verdadero, significa que el nodo está activo y que el servicio de Java se está ejecutando.
Si no recibes una respuesta HTTP 200 (OK), Edge no puede responder a las solicitudes del puerto 8080.
Solución de problemas
- Accede al servidor y ejecuta el siguiente comando:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server status - Si el servicio no se está ejecutando, inícialo:
/opt/apigee/apigee-service/bin/apigee-service edge-management-server start
Uso de la aplicación de Edge: Verificaciones de usuarios, organización e implementación
Management Server desempeña un papel fundamental en la unión de todos los demás paquetes en cada instalación local. Puedes verificar el estado del usuario, de la organización y de la implementación en el servidor de administración emitiendo los siguientes comandos:
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
El sistema debería mostrar el estado "implementado" para todas las llamadas. Si estos fallan, haz lo siguiente:
- Revisa los registros del servidor de administración (en opt/apigee/var/log/edge-management-server) para ver si hay errores.
- Realiza una llamada al servidor de administración para verificar si funciona correctamente.
- Quita el servidor del ELB y, luego, reinicia el servidor de administración.
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
Router
Puedes realizar una verificación de la API en el router (o en cualquier servidor) invocando el siguiente comando de CURL:
curl http://<host>:8081/v1/servers/self/up
Donde host es la dirección IP del router.
Esta llamada devuelve "true" y "false". Si es verdadero, significa que el nodo está activo y que el servicio de Router se está ejecutando.
Si no recibes una respuesta HTTP 200 (OK), Edge no puede responder a las solicitudes del puerto 8081.
Solución de problemas
- Accede al servidor y ejecuta los siguientes comandos:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status - Si el servicio no se está ejecutando, inícialo:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start - Después de reiniciar, verifica que funcione
curl -v http://localhost:port/v1/servers/self/up
Donde port es 8081 para el router y 8082 para el Message Processor.
Usa JConsole para supervisar la verificación de estado del sistema y la información del proceso
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 1100.
Message Processor
Usa JConsole para supervisar la verificación de estado del sistema y la información del proceso
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 1101.
Usa las verificaciones de la API de Edge Application
Sigue los mismos pasos que se describieron anteriormente para el router.
Nota: Asegúrate de usar el puerto 8082.
Usa las verificaciones de flujo de mensajes de JMX
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 1101.
Servidor Qpid
Usa JConsole para supervisar la verificación de estado del sistema y la información del proceso
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 1102.
Usa las verificaciones de la API de Edge Application
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 8083. El siguiente comando CURL también es compatible con el servidor de Qpid:
curl http://<qpid_IP>:8083/v1/servers/self
Servidor de Postgres
Usa JConsole para supervisar la verificación de estado del sistema y la información del proceso
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 1103.
Usa las verificaciones de la API de Edge Application
Sigue los mismos pasos que se describieron anteriormente para el servidor de administración.
Nota: Asegúrate de usar el puerto 8084. El siguiente comando CURL también es compatible con el servidor de Postgres:
curl http://<postgres_IP>:8084/v1/servers/self
Usa las verificaciones de organización y entorno de Application de Edge
Puedes verificar el nombre de la organización y del entorno que se incorporaron en el servidor de Postgres emitiendo los siguientes comandos de CURL:
curl http:// <postgres_IP>:8084/v1/servers/self/organizations
Nota: Asegúrate de usar el puerto 8084.
El sistema debería mostrar el nombre de la organización y del entorno.
Usa la verificación de axstatus de Edge Application
Puedes verificar el estado de los servidores de estadísticas con el siguiente comando de CURL.
curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus
El sistema debería mostrar el estado SUCCESS para todos los servidores de estadísticas. A continuación, se muestra el resultado del comando CURL anterior:
{
"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 datos de PostgreSQL
Usa la secuencia de comandos check_postgres.pl
Para supervisar la base de datos de PostgreSQL, puedes usar una secuencia de comandos de supervisión estándar, check_postgres.pl, que está disponible en http://bucardo.org/wiki/Check_postgres.
Nota: La secuencia de comandos check_postgres.pl debe instalarse en cada nodo de Postgres.
Antes de ejecutar la secuencia de comandos, haz lo siguiente:
- Asegúrate de haber instalado perl-Time-HiRes.x86_64, un módulo de Perl que
implementa alarmas de alta resolución, suspensión, gettimeofday y temporizadores de intervalos. Por ejemplo, puedes
instalarlo con el siguiente comando:
yum install perl-Time-HiRes.x86_64
El resultado predeterminado de las llamadas a la API con la secuencia de comandos check_postgres.pl es compatible con Nagios. Después de instalar la secuencia de comandos, realiza las siguientes verificaciones:
- Tamaño de la base de datos: verifica el tamaño de la base de datos:
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' - Conexión entrante a la base de datos: Verifica la cantidad de conexiones entrantes a
la base de datos y la compara con las conexiones máximas permitidas:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends - Disponibilidad y rendimiento de la base de datos: Verifica si la base de datos se está ejecutando y
está disponible:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection - Espacio en el disco: Verifica el espacio en el disco:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%' - Organizaciones/entornos incorporados: verifica la cantidad de organizaciones y
entornos incorporados en un nodo de 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 en caso de que necesites ayuda para usar los comandos anteriores.
Verificaciones de bases de datos
Puedes verificar que se creen las tablas adecuadas en la base de datos de PostgreSQL. Accede a la base de datos de PostgreSQL con lo siguiente:
psql -h /opt/apigee/var/run/apigee-postgresql/ -U apigee -d apigee
y, luego, ejecuta lo siguiente:
\d analytics."<org>.<env>.fact"
Verifica el estado del proceso de Postgres
Puedes realizar una verificación de la API en la máquina de Postgres invocando el siguiente comando CURL:
http://<postgres_IP>:8084/v1/servers/self/health/
Nota: Asegúrate de usar el puerto 8084.
Devuelve el estado "ACTIVE" cuando el proceso de postgres está activo. Si el proceso de postgres no está en funcionamiento, se devuelve el estado "INACTIVE".
Recursos de 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
Usa JConsole para supervisar las estadísticas de las tareas
Usa JConsole y la siguiente URL de servicio para supervisar los atributos de JMX (MBeans) que se ofrecen a través de JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi
donde <ip address> es la dirección IP del servidor de Cassandra.
JMX está habilitado de forma predeterminada para Cassandra, y el acceso remoto de JMX a Cassandra no requiere una contraseña.
Para habilitar la autenticación de JMX y agregar una contraseña, sigue estos pasos:
- Edita /opt/apigee/customer/application/cassandra.properties. Si el archivo no existe, créalo.
- Agrega lo siguiente al archivo:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Guarda el archivo.
- Copia el siguiente archivo de tu directorio $JAVA_HOME en
/opt/apigee/data/apigee-cassandra/:
cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password - Edita jmxremote.password y
agrega el nombre de usuario y la contraseña al archivo:
cassandra password
donde password es la contraseña de JMX. - Edita ${JAVA_HOME}/lib/management/jmxremote.access y
agrega el siguiente rol:
cassandra readwrite - Asegúrate de que los archivos pertenezcan a "apigee" y que el modo de archivo sea 400:
> chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.* - Crea un archivo en la siguiente ubicación, si no existe:
/opt/apigee/customer/application/jmx_auth.sh
- Agrega las siguientes líneas al archivo
jmx_auth.shque acabas de crear:export CASS_JMX_USERNAME=JMX_USERNAME export CASS_JMX_PASSWORD=JMX_PASSWORD
- Ejecuta el siguiente comando:
source /opt/apigee/customer/application/jmx_auth.sh
- Ejecuta configure en
Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Reinicia Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart - Repite este proceso en todos los demás nodos de Cassandra.
Para inhabilitar la autenticación más adelante, haz lo siguiente:
- Edita opt/apigee/customer/application/cassandra.properties.
- Quita la siguiente línea del archivo:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Ejecuta configure en Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Reinicia Cassandra:
> /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart - Repite este proceso en todos los demás nodos de Cassandra.
Estadísticas de JMX de Cassandra
|
MBeans de JMX |
Atributos de 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 |
Usa la utilidad nodetool para administrar los nodos del clúster
La utilidad nodetool, que es una interfaz de línea de comandos para Cassandra, se usa para administrar
los nodos del clúster. La utilidad se puede encontrar en /opt/apigee/apigee-cassandra/bin.
Para obtener más información sobre la utilidad nodetool, consulta http://www.datastax.com/docs/1.0/references/nodetool.
Se pueden realizar las siguientes llamadas en todos los nodos del clúster de Cassandra:
- Información general del anillo (también es posible para un solo nodo de Cassandra): Busca
"Up" y "Normal" para todos los nodos.
[host]# nodetool -u username -p password -h localhost ring
El resultado del comando anterior se ve de la siguiente manera:
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 - Información general sobre los nodos (llamada por nodo)
nodetool -u username -p password -h localhost info
El resultado del comando anterior se ve de la siguiente manera:
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 - Estado del servidor de Thrift (API de cliente de entrega)
host]# nodetool -u username -p password -h localhost statusthrift
El resultado del comando anterior muestra el estado como "en ejecución". - Estado de las operaciones de transmisión de datos: Observa el tráfico de los nodos de Cassandra
nodetool -u username -p password -h localhost netstats 192.168.124.203
El resultado del comando anterior se ve como se muestra a continuación:
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
Supervisión de Cassandra (IU)
Consulta la URL de Datastax OpsCenter: http://www.datastax.com/products/opscenter.
Recurso de Cassandra
Consulta la siguiente URL: http://www.datastax.com/docs/1.0/operations/monitoring.
Apache ZooKeeper
Verifica el estado de ZooKeeper
- Asegúrate de que el proceso de ZooKeeper se esté ejecutando. ZooKeeper escribe un archivo PID en opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- Prueba los puertos de ZooKeeper para asegurarte de que puedes establecer una conexión TCP con los puertos 2181 y 3888 en cada servidor de ZooKeeper.
- Asegúrate de que puedes leer los valores de la base de datos de ZooKeeper. Conéctate con una biblioteca cliente de ZooKeeper (o /opt/apigee/apigee-zookeeper/bin/zkCli.sh) y lee un valor de la base de datos.
- Verifica el estado:
> /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status
Usa los comandos de cuatro letras de ZooKeeper
ZooKeeper se puede supervisar a través de un pequeño conjunto de comandos (palabras de cuatro letras) que se envían al puerto 2181 con netcat (nc) o telnet.
Para obtener más información sobre los comandos de ZooKeeper, consulta http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.
Por ejemplo:
- srvr: Muestra los detalles completos del servidor.
- stat: Muestra detalles breves del servidor y los clientes conectados.
Se pueden emitir los siguientes comandos al puerto de ZooKeeper:
- Ejecuta el comando de cuatro letras ruok para probar si el servidor se está ejecutando en un estado sin errores. Una
respuesta correcta devuelve "imok".
echo ruok | nc <host> 2181
Devuelve:
imok - Ejecuta el comando de cuatro letras stat para enumerar el rendimiento del servidor y las estadísticas de los clientes conectados.
echo stat | nc <host> 2181
Returns:
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 veces, es importante ver si un ZooKeeper está en modo: líder, seguidor u observador. - Si netcat (nc) no está disponible, puedes usar Python como alternativa. Crea un archivo
llamado zookeeper.py que
contenga lo siguiente:
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)
Ahora, ejecuta las siguientes líneas de Python:
python zookeeper.py 192.168.124.201 ruok
python zookeeper.py 192.168.124.201 stat
OpenLDAP
Prueba de nivel de LDAP
Puedes supervisar OpenLDAP para ver si las solicitudes específicas se entregan correctamente. En otras palabras, verifica que una búsqueda específica devuelva el resultado correcto.
- Usa ldapsearch
(yum install openldap-clients)
para consultar la entrada del administrador del sistema. Esta entrada se usa para autenticar todas las llamadas a la 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
Luego, se te solicitará la contraseña de administrador de LDAP:
Enter LDAP Password:
Después de ingresar la contraseña, verás una respuesta en el formulario:
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 - Verifica si el servidor de administración aún está conectado al problema de LDAP:
curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>
Muestra:
{
"emailId" : <ADMIN>,
"firstName" : "admin",
"lastName" : "admin"
}
También puedes supervisar las cachés de OpenLDAP, que ayudan a reducir la cantidad de accesos al disco y, por lo tanto, mejoran el rendimiento del sistema. Supervisar y, luego, ajustar el tamaño de la caché en el servidor de OpenLDAP puede afectar en gran medida el rendimiento del servidor de directorio. Puedes ver los archivos de registro (opt/apigee/var/log) para obtener información sobre la caché.