Jak monitorować

Edge dla chmury prywatnej w wersji 4.17.05

W tym dokumencie opisano techniki monitorowania komponentów obsługiwanych przez wdrożenie lokalne Apigee Edge.

Włączanie JMX

Interfejs JMX jest domyślnie włączony w przypadku Cassandra i domyślnie wyłączony w przypadku wszystkich innych komponentów Edge. Dlatego musisz włączyć JMX osobno dla każdego komponentu.

Każdy komponent obsługuje JMX na innym porcie. W tabeli poniżej znajdziesz port JMX i plik, który należy zmodyfikować, aby włączyć JMX na tym porcie:

Komponent Port JMX Plik
Serwer zarządzania 1099 /opt/apigee/edge-management-server/bin/start
procesor komunikatów 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

Aby na przykład włączyć JMX na serwerze zarządzania, otwórz w edytorze plik /opt/apigee/edge-management-server/bin/start. Powinien wyświetlić się ten wiersz używany do uruchamiania serwera zarządzania:

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

Edytuj ten wiersz, aby dodać:

-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 

Zwróć uwagę, że ten wiersz określa numer portu JMX jako 1099 dla serwera zarządzania. Ustaw numer portu dla każdego komponentu zgodnie z tabelą powyżej. Na przykład:

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

Zapisz plik, a następnie ponownie uruchom komponent. Aby na przykład ponownie uruchomić serwer zarządzania:

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

Włączanie uwierzytelniania JMX i ustawianie hasła JMX

Proces monitorowania serwera zarządzania, procesora komunikatów, Qpid i Postgres korzysta z JMX. Domyślnie zdalny dostęp 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-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>/jmxrmi

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

  1. Zaloguj się na serwerze i uruchom to polecenie:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. 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:

  1. Sprawdź, czy w logach serwera zarządzania (w <inst_root>/apigee/var/log/edge-management-server) nie ma błędów.
  2. Wykonaj wywołanie do serwera zarządzania, aby sprawdzić, czy działa prawidłowo.
  3. 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 ma wartość Prawda, oznacza to, że węzeł jest aktywny, a usługa routera jest uruchomiona.

Jeśli nie otrzymasz odpowiedzi HTTP 200 (OK), Edge nie może odpowiadać na żądania na porcie 8081.

Rozwiązywanie problemów

  1. Zaloguj się na serwerze i uruchom te polecenia:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. Jeśli usługa nie działa, uruchom ją:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. Po ponownym uruchomieniu sprawdź, czy działa:
    curl -v http://localhost:port/v1/servers/self/up

    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:

  1. 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:

  1. 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'
  2. 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
  3. 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
  4. 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%'
  5. 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

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:

  1. Edytuj plik /<inst_root>/apigee/customer/application/cassandra.properties. Jeśli plik nie istnieje, utwórz go.
  2. Dodaj do pliku te informacje:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Zapisz plik.
  4. 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
  5. Edytuj plik jmxremote.password i dodaj do niego nazwę użytkownika i hasło:
    cassandra password

    gdzie password to hasło JMX.
  6. Zmodyfikuj plik jmxremote.access i dodaj tę rolę:
    cassandra readwrite
  7. 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.*
  8. Uruchom configure w Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  9. Uruchom ponownie Cassandrę:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Aby później wyłączyć uwierzytelnianie:

  1. Edytuj plik <inst_root>/apigee/customer/application/cassandra.properties.
  2. Usuń z pliku ten wiersz:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Uruchom konfigurację w Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  4. 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:

  1. 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
  2. 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
  3. 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).
  4. 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

  1. Sprawdź, czy proces ZooKeeper jest uruchomiony. ZooKeeper zapisuje plik PID w <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. Przetestuj porty ZooKeeper, aby upewnić się, że możesz nawiązać połączenie TCP z portami 2181 i 3888 na każdym serwerze ZooKeeper.
  3. 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.
  4. 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:

  1. 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
  2. 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.
  3. 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.

  1. 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 takiej 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@google.com
  2. 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).