Edge dla chmury prywatnej w wersji 4.16.05
W tym dokumencie opisano techniki monitorowania komponentów obsługiwanych przez wdrożenie lokalne Apigee Edge.
Włączanie uwierzytelniania JMX i ustawianie hasła JMX
Proces monitorowania serwera zarządzania, procesora komunikatów, Qpid i Postgres korzysta z JMX. JMX jest domyślnie włączony, a dostęp zdalny do JMX nie wymaga hasła.
Aby włączyć uwierzytelnianie JMX, każdy komponent ma działanie change_jmx_auth, którego można użyć do włączenia lub wyłączenia uwierzytelniania i ustawienia danych logowania JMX.
Aby włączyć uwierzytelnianie JMX, użyj tego polecenia:
> /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile
gdzie:
- comp to edge-management-server, edge-message-processor, edge-router, edge-qpid-server lub edge-postgres-server.
- Dostępne opcje:
- -u: nazwa użytkownika,
- -p: hasło,
- -e: y (włącz) lub n (wyłącz)
- Plik konfiguracji zawiera:
- JMX_USERNAME=nazwa_użytkownika
- JMX_ENABLED=y/n
- JMX_PASSWORD=hasło (jeśli nie ustawiono lub nie przekazano z -p, pojawi się prośba o podanie)
Aby na przykład użyć opcji w wierszu poleceń:
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y
Jeśli masz plik konfiguracyjny:
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile
Jeśli używasz Edge na wielu węzłach, uruchom to polecenie na wszystkich węzłach, podając tę samą nazwę użytkownika i hasło.
Aby później wyłączyć uwierzytelnianie JMX, użyj polecenia:
> /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n
Serwer zarządzania
Używanie JConsole do monitorowania stanu systemu i przetwarzania informacji
Użyj JConsole (narzędzia zgodnego z JMX), aby zarządzać kontrolą stanu i statystykami procesów oraz je monitorować. Za pomocą JConsole możesz wykorzystywać statystyki JMX udostępniane przez serwer zarządzania (lub dowolny serwer) i wyświetlać je w interfejsie graficznym. Więcej informacji o korzystaniu z JConsole znajdziesz na stronie http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.
Użyj JConsole i poniższego adresu URL usługi, aby monitorować atrybuty JMX (MBeans) oferowane przez JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:<port>/platform
gdzie <ip address> to adres IP serwera zarządzania (lub odpowiedniego serwera). Domyślny port serwera zarządzania to 1099.
W tabeli poniżej znajdziesz ogólne statystyki JMX:
|
Komponenty MBean JMX |
Atrybuty JMX |
|---|---|
|
Pamięć |
HeapMemoryUsage |
|
NonHeapMemoryUsage |
|
|
Wykorzystanie |
|
|
Uwaga: wartości atrybutów będą wyświetlane w 4 wartościach: committed, init, max i used. |
|
Korzystanie z kontroli interfejsu Edge Application API
Możesz sprawdzić interfejs API na serwerze zarządzania (lub dowolnym serwerze), wywołując to polecenie CURL:
curl http://<host>:8080/v1/servers/self/up
Gdzie <host> to adres IP serwera zarządzania.
To wywołanie zwraca wartości „true” i „false”. Jeśli wartość to „true”, oznacza to, że węzeł działa i usługa Java jest uruchomiona.
Jeśli nie otrzymasz odpowiedzi HTTP 200 (OK), Edge nie może odpowiadać na żądania na porcie 8080.
Rozwiązywanie problemów
- Zaloguj się na serwerze i uruchom to polecenie:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server status - Jeśli usługa nie działa, uruchom ją:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server start
Korzystanie z Edge Application – sprawdzanie użytkowników, organizacji i wdrożenia
Serwer zarządzania odgrywa kluczową rolę w utrzymywaniu wszystkich pozostałych pakietów razem w każdej instalacji lokalnej. Aby sprawdzić stan użytkownika, organizacji i wdrożenia na serwerze zarządzania, uruchom te polecenia:
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
System powinien wyświetlać stan „wdrożono” w przypadku wszystkich wywołań. Jeśli to nie zadziała, wykonaj te czynności:
- Sprawdź, czy w logach serwera zarządzania (w <inst_root>/apigee/var/log/edge-management-server) nie ma błędów.
- Wykonaj wywołanie do serwera zarządzania, aby sprawdzić, czy działa prawidłowo.
- Usuń serwer z ELB, a następnie uruchom ponownie serwer zarządzania.
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server restart
Router
Możesz sprawdzić interfejs API na routerze (lub dowolnym serwerze), wywołując to polecenie CURL:
curl http://<host>:8081/v1/servers/self/up
Gdzie host to adres IP routera.
To wywołanie zwraca wartości „true” i „false”. Jeśli wartość to „true”, oznacza to, że węzeł działa i usługa Java jest uruchomiona.
Jeśli nie otrzymasz odpowiedzi HTTP 200 (OK), Edge nie może odpowiadać na żądania na porcie 8081.
Rozwiązywanie problemów
- Zaloguj się na serwerze i uruchom te polecenia:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status - Jeśli usługa nie działa, uruchom ją:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start - Jeśli usługa działa, sprawdź, czy działa prawidłowo. Stan klastra możesz monitorować, sprawdzając wartość memberCount w odniesieniu do reachableCount i wysyłając alert do wszystkich instancji z „memberCount != reachableCount”.
curl -v -u <userEmail>:<password> http://localhost:port/v1/cluster
Gdzie port to 8081 dla routera i 8082 dla procesora komunikatów. Poniżej znajdziesz dane wyjściowe powyższego polecenia CURL:
{
"memberCount" : 12,
"pod" : "rea1gw001",
"reachableCount" : 12,
"region" : "us-east-1",
"types" : [ "management-server" ]
* Connection #0 to host ms05apigee left intact
* Closing connection #0
} - Jeśli nie działa, uruchom to polecenie, aby sprawdzić błąd lub znaleźć problematyczny element.
curl http://localhost:port/v1/cluster/members
Gdzie port to 8081 w przypadku routera i 8082 w przypadku procesora komunikatów. Dane wyjściowe powyższego polecenia CURL będą wyglądać tak:
{
"lastChange" : 0,
"latency" : 0,
"state" : "CONNECTED",
"uuid" : "9c4c8bde-0015-4dc5-82d2-59fb326c4074"
}, {
"address" : "/192.168.5.209:4526",
"clusterType" : "router,message-processor",
"lastChange" : 1350658037228,
"latency" : 3,
"pod" : "rea1gw001",
"region" : "us-east-1",
"serverType" : "message-processor",
"state" : "CONNECTED",
"uuid" : "f1c663a1-2bb8-469f-b5fd-69a5c5aa91c5"
}, {
"address" : "/192.168.5.29:4526",
"clusterType" : "router,message-processor",
"lastChange" : 1350623005057,
"latency" : 1,
"pod" : "rea1gw001",
"region" : "us-east-1",
"serverType" : "message-processor",
"state" : " DISCONNECTED ",
"uuid" : "4cfe932b-f644-4581-b1ae-df338af9c7ce"
}, {
"address" : "/192.168.4.182:4526",
"clusterType" : "router,message-processor",
"lastChange" : 1350657730535,
"latency" : 1,
"pod" : "rea1gw001",
"region" : "us-east-1",
"serverType" : "message-processor",
"state" : "CONNECTED",
"uuid" : "cba063d5-b8a4-409f-9e0b-f5d403e02091"
} - Zwróć uwagę, że adres IP 192.168.5.29 jest odłączony. Uruchom ponownie serwer:
/<inst_root>/apigee/apigee-service/bin/apigee-service edge-router restart
Uwaga: jeśli router jest odłączony, usuń go z ELB, a następnie uruchom ponownie. - Po ponownym uruchomieniu sprawdź, czy działa:
curl -v http://localhost:port/v1/cluster
Gdzie port to 8081 w przypadku routera i 8082 w przypadku procesora komunikatów.
procesor komunikatów
Używanie JConsole do monitorowania stanu systemu i przetwarzania informacji
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 1101.
Korzystanie z kontroli interfejsu Edge Application API
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku routera.
Uwaga: użyj portu 8082.
Korzystanie ze sprawdzania przepływu wiadomości JMX
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 1101.
Serwer Qpid
Używanie JConsole do monitorowania stanu systemu i przetwarzania informacji
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 1102.
Korzystanie z kontroli interfejsu Edge Application API
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 8083. W przypadku serwera Qpid obsługiwane jest też to polecenie CURL:
curl http://<qpid_IP>:8083/v1/servers/self
Serwer Postgres
Używanie JConsole do monitorowania stanu systemu i przetwarzania informacji
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 1103.
Korzystanie z kontroli interfejsu Edge Application API
Postępuj zgodnie z instrukcjami opisanymi powyżej w przypadku serwera zarządzania.
Uwaga: użyj portu 8084. W przypadku serwera Postgres obsługiwane jest też to polecenie CURL:
curl http://<postgres_IP>:8084/v1/servers/self
Korzystanie z Edge Sprawdzanie organizacji i środowiska aplikacji
Aby sprawdzić nazwę organizacji i środowiska, które zostały wprowadzone na serwerze Postgres, możesz użyć tych poleceń CURL:
curl http:// <postgres_IP>:8084/v1/servers/self/organizations
Uwaga: użyj portu 8084.
System powinien wyświetlić nazwę organizacji i środowiska.
Sprawdzanie stanu axstatus aplikacji Edge
Stan serwerów analitycznych możesz sprawdzić, uruchamiając to polecenie CURL.
curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus
System powinien wyświetlić stan SUCCESS dla wszystkich serwerów analitycznych. Poniżej znajdziesz dane wyjściowe powyższego polecenia CURL:
{
"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"
}Baza danych PostgreSQL
Używanie skryptu check_postgres.pl
Do monitorowania bazy danych PostgreSQL możesz użyć standardowego skryptu monitorującego check_postgres.pl, który jest dostępny na stronie http://bucardo.org/wiki/Check_postgres.
Uwaga: skrypt check_postgres.pl musi być zainstalowany w każdym węźle Postgres.
Przed uruchomieniem skryptu:
- Upewnij się, że masz zainstalowany moduł perl-Time-HiRes.x86_64, moduł języka Perl, który implementuje alarmy o wysokiej rozdzielczości, uśpienie, gettimeofday i stopery interwałowe. Możesz go zainstalować na przykład za pomocą tego polecenia:
yum install perl-Time-HiRes.x86_64
Domyślne dane wyjściowe wywołań interfejsu API za pomocą skryptu check_postgres.pl są zgodne z Nagios. Po zainstalowaniu skryptu wykonaj te czynności:
- Rozmiar bazy danych – sprawdź rozmiar bazy danych:
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' - Połączenie przychodzące z bazą danych – sprawdza liczbę połączeń przychodzących z bazą danych i porównuje ją z maksymalną dozwoloną liczbą połączeń:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends - Dostępność i wydajność bazy danych – sprawdza, czy baza danych działa i jest dostępna:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection - Miejsce na dysku – sprawdza miejsce na dysku:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%' - Zarejestrowane organizacje/środowiska – sprawdza liczbę organizacji i środowisk zarejestrowanych w węźle 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
Uwaga: jeśli potrzebujesz pomocy przy używaniu powyższych poleceń, zapoznaj się z informacjami na stronie http://bucardo.org/check_postgres/check_postgres.pl.html.
Kontrole bazy danych
Możesz sprawdzić, czy w bazie danych PostgreSQL zostały utworzone odpowiednie tabele. Zaloguj się w bazie danych PostgreSQL, używając:
psql -h /opt/apigee/var/run/apigee-postgresql/ -U apigee -d apigee
a następnie uruchom:
\d analytics."<org>.<env>.fact"
Sprawdź stan procesu postgres
Możesz sprawdzić interfejs API na maszynie postgres, wywołując to polecenie CURL:
http://<postgres_IP>:8084/v1/servers/self/health/
Uwaga: upewnij się, że używasz portu 8084.
Zwraca stan „ACTIVE”, gdy proces postgres jest aktywny. Jeśli proces postgres nie jest uruchomiony, zwraca stan „INACTIVE” (NIEAKTYWNY).
Zasoby 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
Korzystanie z JConsole – monitorowanie statystyk zadań
Użyj JConsole i poniższego adresu URL usługi, aby monitorować atrybuty JMX (MBeans) oferowane przez JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi
gdzie <ip address> to adres IP serwera Cassandra.
JMX jest domyślnie włączony w przypadku Cassandry, a zdalny dostęp JMX do Cassandry nie wymaga hasła.
Aby włączyć uwierzytelnianie JMX i dodać hasło:
- Edytuj plik /<inst_root>/apigee/customer/application/cassandra.properties. Jeśli plik nie istnieje, utwórz go.
- Dodaj do pliku te informacje:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Zapisz plik.
- Skopiuj te pliki z katalogu $JAVA_HOME do /<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 - Edytuj plik jmxremote.password i dodaj do niego nazwę użytkownika i hasło:
cassandra password
gdzie password to hasło JMX. - Zmodyfikuj plik jmxremote.access i dodaj tę rolę:
cassandra readwrite - Upewnij się, że właścicielem plików jest „apigee” i że tryb pliku to 400:
> chown apigee:apigee /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
> chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.* - Uruchom configure w Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Uruchom ponownie Cassandrę:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
Aby później wyłączyć uwierzytelnianie:
- Edytuj plik <inst_root>/apigee/customer/application/cassandra.properties.
- Usuń z pliku ten wiersz:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Uruchom konfigurację w Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure - Uruchom ponownie Cassandrę:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
Statystyki JMX Cassandra
|
Komponenty MBean JMX |
Atrybuty 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 |
Zarządzanie węzłami klastra za pomocą narzędzia nodetool
Narzędzie nodetool, które jest interfejsem wiersza poleceń dla Cassandry, służy do zarządzania węzłami klastra. Narzędzie znajdziesz w folderze <inst_root>/apigee/apigee-cassandra/bin.
Więcej informacji o narzędziu nodetool znajdziesz na stronie http://www.datastax.com/docs/1.0/references/nodetool.
Na wszystkich węzłach klastra Cassandra można wykonywać te wywołania:
- Ogólne informacje o pierścieniu (możliwe też w przypadku pojedynczego węzła Cassandra): sprawdź, czy wszystkie węzły mają stan „Up” (Włączony) i „Normal” (Normalny).
[host]# nodetool -h localhost ring
Dane wyjściowe powyższego polecenia wyglądają tak:
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 - Ogólne informacje o węzłach (wywołanie na węzeł)
nodetool -h localhost info
Dane wyjściowe powyższego polecenia wyglądają następująco:
Token: 0
Aktywne plotki : prawda
Obciążenie : 1,67 MB
Numer generacji : 1361968765
Czas działania (sekundy) : 78108
Pamięć sterty (MB) : 46,80 / 772,00
Centrum danych : dc1
Stojak : ra1
Wyjątki : 0 - Stan serwera Thrift (obsługującego interfejs API klienta)
host]# nodetool -h localhost statusthrift
Dane wyjściowe powyższego polecenia wyświetlają stan „running” (uruchomiony). - Stan operacji strumieniowego przesyłania danych: obserwuj ruch w węzłach Cassandra
nodetool -h localhost netstats 192.168.124.203
Dane wyjściowe powyższego polecenia wyglądają tak:
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
Monitorowanie Cassandra (UI)
Zapoznaj się z informacjami na stronie DataStax OpsCenter: http://www.datastax.com/products/opscenter.
Zasób Cassandra
Zapoznaj się z informacjami pod tym adresem URL: http://www.datastax.com/docs/1.0/operations/monitoring.
Apache ZooKeeper
Sprawdzanie stanu ZooKeepera
- Sprawdź, czy proces ZooKeeper jest uruchomiony. ZooKeeper zapisuje plik PID w <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- Przetestuj porty ZooKeeper, aby upewnić się, że możesz nawiązać połączenie TCP z portami 2181 i 3888 na każdym serwerze ZooKeeper.
- Sprawdź, czy możesz odczytywać wartości z bazy danych ZooKeeper. Połącz się za pomocą biblioteki klienta ZooKeeper (lub /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) i odczytaj wartość z bazy danych.
- Sprawdź stan:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-zookeeper status
Używanie poleceń ZooKeeper Four Letter Words
ZooKeeper można monitorować za pomocą niewielkiego zestawu poleceń (czteroliterowych słów), które są wysyłane do portu 2181 przy użyciu netcat (nc) lub telnetu.
Więcej informacji o poleceniach ZooKeeper znajdziesz na stronie http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.
Na przykład:
- srvr: wyświetla pełne informacje o serwerze.
- stat: wyświetla krótkie informacje o serwerze i połączonych klientach.
Do portu ZooKeeper można wysyłać te polecenia:
- Uruchom czteroliterowe polecenie ruok, aby sprawdzić, czy serwer działa w stanie bez błędu. Odpowiedź świadcząca o powodzeniu wykonania polecenia to „imok”.
echo ruok | nc <host> 2181
Zwraca:
imok - Uruchom 4-literowe polecenie stat, aby wyświetlić statystyki wydajności serwera i połączonych klientów.
echo stat | nc <host> 2181
Zwraca:
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
Uwaga: czasami ważne jest, aby sprawdzić, czy ZooKeeper jest w trybie lidera, obserwatora czy obserwującego. - Jeśli netcat (nc) jest niedostępny, możesz użyć Pythona. Utwórz plik o nazwie zookeeper.py zawierający te informacje:
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)
Teraz uruchom te wiersze Pythona:
python zookeeper.py 192.168.124.201 ruok
python zookeeper.py 192.168.124.201 stat
OpenLDAP
Test poziomu LD
Możesz monitorować OpenLDAP, aby sprawdzić, czy określone żądania są prawidłowo obsługiwane. Innymi słowy, sprawdź, czy konkretne wyszukiwanie zwraca prawidłowy wynik.
- Użyj ldapsearch (yum install openldap-clients), aby wysłać zapytanie o wpis administratora systemu. Ten wpis służy do uwierzytelniania wszystkich wywołań interfejsu 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
Pojawi się prośba o podanie hasła administratora LDAP:
Enter LDAP Password:
Po wpisaniu hasła zobaczysz odpowiedź w postaci:
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 - Sprawdź, czy serwer zarządzania jest nadal połączony z LDAP:
curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>
Zwraca:
{
"emailId" : <ADMIN>,
"firstName" : "admin",
"lastName" : "admin"
}
Możesz też monitorować pamięci podręczne OpenLDAP, które pomagają zmniejszyć liczbę dostępów do dysku, a tym samym poprawić wydajność systemu. Monitorowanie, a następnie dostosowywanie rozmiaru pamięci podręcznej na serwerze OpenLDAP może mieć duży wpływ na wydajność serwera usługi katalogowej. Aby uzyskać informacje o pamięci podręcznej, możesz wyświetlić pliki dziennika (<inst_root>/apigee/var/log).