Edge for Private Cloud w wersji 4.16.09
Ten dokument opisuje techniki monitorowania komponentów obsługiwanych przez środowisko lokalne wdrożenia Apigee Edge.
Włączanie JMX
JMX jest domyślnie włączony dla Cassandra, a domyślnie wyłączony dla wszystkich innych Edge Dlatego musisz włączyć JMX oddzielnie dla każdego komponentu.
Każdy komponent obsługuje JMX na innym porcie. Tabela poniżej zawiera listę portów JMX i plik, który zmodyfikujesz, 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 /opt/apigee/edge-management-server/bin/start w edytorze. Powinien być widoczny następujący wiersz: aby uruchomić serwer 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ć następujące dane:
-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 w tym wierszu numer portu JMX serwera zarządzania to 1099. Ustaw parametr dla każdego komponentu zgodnie z definicją w tabeli 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 potem ponownie uruchom komponent. Aby na przykład ponownie uruchomić Serwer:
> /opt/apigee/apigee-service/bin/ apigee-service edge-management-server restart
Włączenie uwierzytelniania JMX oraz ustawianie hasła JMX
Proces monitorowania serwera zarządzania, procesora wiadomości, Qpid i Postgres użyj protokołu JMX. JMX jest domyślnie włączony, a zdalny dostęp przez JMX nie wymaga hasła.
Aby można było włączyć uwierzytelnianie JMX, każdy komponent ma działanie change_jmx_auth, które służy do włączyć/wyłączyć uwierzytelnianie oraz ustawić dane logowania JMX.
Aby włączyć uwierzytelnianie JMX, użyj następującego 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 (można usunąć)
- Plik konfiguracyjny zawiera:
- JMX_USERNAME=nazwa_użytkownika
- JMX_ENABLED=y/n
- JMX_PASSWORD=password (jeśli nie zostanie ustawione lub nie zostało przekazane z operatorem -p, pojawi się odpowiedni komunikat).
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 we wszystkich węzłach, określając nazwa 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
Zastosowanie JConsole do monitorowania kontroli stanu systemu i informacji o procesach
Używaj JConsole (narzędzia zgodnego z JMX) do zarządzania kontrolami stanu i statystykami procesów oraz ich monitorowanie. JConsole umożliwia wykorzystywanie statystyk JMX udostępnianych przez serwer zarządzania (lub dowolny serwer) i wyświetlić 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 podanego poniżej adresu URL usługi, aby monitorować atrybuty JMX (MBeans) oferowany przez JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:<port>/platform
gdzie <adres IP> jest adresem IP serwera zarządzania (lub z serwera). Domyślnie port serwera zarządzania to 1099.
Poniższa tabela zawiera ogólne statystyki JMX:
MBeansy JMX |
Atrybuty JMX |
---|---|
Pamięć |
HeapMemoryUsage |
NonHeapMemoryUsage |
|
Wykorzystanie |
|
Uwaga: wartości atrybutów będą wyświetlane w 4 wartościach: zatwierdzenia, init, max i used. |
Korzystanie z Edge Application API sprawdzić
Możesz sprawdzić interfejs API na serwerze zarządzania (lub dowolnym serwerze) przez wywołanie Polecenie CURL:
curl http://<host>:8080/v1/servers/self/up
Gdzie <host> to adres IP zarządzania Serwer
To wywołanie zwraca wartość „true” (prawda) i „false”. Jeśli ma wartość prawda, oznacza to, że węzeł jest aktywny, a usługa Java jest w domu.
Jeśli nie otrzymasz odpowiedzi HTTP 200 (OK), Edge nie będzie mógł odpowiedzieć na port 8080. żądań.
Rozwiązywanie problemów
- Zaloguj się na serwerze i uruchom to polecenie:
/<inst_root>/apigee/apigee-service/bin/apigee-service stan serwera zarządzania brzegiem sieci - Jeśli usługa nie jest uruchomiona, uruchom ją:
/<inst_root>/apigee/apigee-service/bin/apigee-service uruchomienie serwera zarządzania brzegiem sieci
Korzystanie z Edge Aplikacje – testy użytkowników, organizacji i wdrożenia
Serwer zarządzania odgrywa kluczową rolę w przechowywaniu wszystkich innych przesyłek razem w każdym lokalnym systemie instalacji. Możesz sprawdzić stan użytkownika, organizacji i wdrożenia na serwerze zarządzania przez uruchomienie tych poleceń:
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świetlić komunikat „deployed” („wdrożono”). dla wszystkich połączeń. Jeśli to nie pomoże, wykonaj :
- Sprawdź dzienniki serwera zarządzania (w <inst_root>/apigee/var/log/edge-management-server). .
- Wywołaj serwer zarządzania, aby sprawdzić, czy działa bez obaw.
- Usuń serwer z narzędzia ELB, a następnie ponownie uruchom serwer zarządzania.
/<inst_root>/apigee/apigee-service/bin/apigee-service ponowne uruchomienie serwera Edge-management-server
Router
Możesz sprawdzić interfejs API w routerze (lub na dowolnym serwerze), wywołując ten CURL polecenie:
curl http://<host>:8081/v1/servers/self/up
Gdzie host to adres IP routera.
To wywołanie zwraca wartość „true” (prawda) i „false”. Jeśli ma wartość true (prawda), oznacza to, że węzeł jest aktywny, a router jest uruchomiona usługa.
Jeśli nie otrzymasz odpowiedzi HTTP 200 (OK), Edge nie będzie mógł odpowiedzieć na port 8081. żądań.
Rozwiązywanie problemów
- Zaloguj się na serwerze i uruchom te polecenia:
/<inst_root>/apigee/apigee-service/bin/apigee-service stan routera Edge - Jeśli usługa nie jest uruchomiona, uruchom ją
/<inst_root>/apigee/apigee-service/bin/apigee-service początek routera Edge - Po ponownym uruchomieniu sprawdź, czy urządzenie działa
curl -v http://localhost:port/v1/servers/self/up
Gdzie port to 8081 w przypadku routera i 8082 w przypadku procesora wiadomości.
procesor komunikatów
Zastosowanie JConsole do monitorowania kontroli stanu systemu i informacji o procesach
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 1101.
Korzystanie z Edge Application API sprawdzić
W przypadku routera wykonaj czynności opisane powyżej.
Uwaga: upewnij się, że używasz portu 8082.
Używanie sprawdzania przepływu wiadomości JMX
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 1101.
Serwer Qpid
Korzystanie z JConsole do monitorowania kontroli stanu systemu i informacji o procesach
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 1102.
Korzystanie z testów interfejsu Edge Application API
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 8083. Poniżej znajduje się polecenie CURL. obsługiwane również przez serwer Qpid:
curl http://<qpid_IP>:8083/v1/servers/self
Serwer Postgres
Zastosowanie JConsole do monitorowania kontroli stanu systemu i informacji o procesach
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 1103.
Korzystanie z testów interfejsu Edge Application API
Wykonaj czynności opisane powyżej dla serwera zarządzania.
Uwaga: upewnij się, że używasz portu 8084. Poniżej znajduje się polecenie CURL. obsługiwane również przez serwer Postgres:
curl http://<postgres_IP>:8084/v1/servers/self
Korzystanie z Edge Testy organizacji i środowiska aplikacji
Możesz sprawdzić nazwę organizacji i środowiska, które są zarejestrowane na serwerze Postgres uruchamiając następujące polecenia CURL:
curl http:// <postgres_IP>:8084/v1/servers/self/organizations
Uwaga: upewnij się, że używasz portu 8084.
System powinien wyświetlić nazwę organizacji i środowiska.
Używanie stanu axstatus aplikacji Edge zaznacz
Możesz sprawdzić stan serwerów analityki, wydając ten kod CURL .
curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus
W przypadku wszystkich serwerów analityki system powinien wyświetlać stan UDAŁO SIĘ. Wyniki powyższego działania CURL poniżej:
{ "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życie pliku check_postgres.pl pismo
Aby monitorować bazę danych PostgreSQL, możesz użyć standardowego skryptu monitorowania check_postgres.pl dostępnego na stronie http://bucardo.org/wiki/Check_postgres.
Uwaga: skrypt check_postgres.pl musi być zainstalowany w każdym Postgres do węzła.
Zanim uruchomisz skrypt:
- Upewnij się, że masz zainstalowany perl-Time-HiRes.x86_64 – moduł Perl, który
uruchamia alarmy o wysokiej rozdzielczości, liczniki czasu uśpienia, gettimeofday i interwałów. Na przykład:
w którym można go zainstalować, używając tego polecenia:
mniam instalację perl-Time-HiRes.x86_64
Domyślne dane wyjściowe wywołań interfejsu API realizowane za pomocą skryptu check_postgres.pl są zgodne z Nagios. Po po zainstalowaniu skryptu wykonaj te czynności:
- Rozmiar bazy danych – sprawdź jej rozmiar:
check_postgres.pl –H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -action database_size --warning='800 GB' --crent='900 GB' - Połączenie przychodzące z bazą danych – sprawdza liczbę połączeń przychodzących do
w bazie 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 jest uruchomiona,
dostępne:
check_postgres.pl –H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection - Miejsce na dysku – sprawdza ilość miejsca na dysku:
check_postgres.pl –H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --secret='90%' - Włączone organizacje/środowiska – sprawdza liczbę organizacji i środowisk
środowisko zarejestrowane w węźle Postgres:
check_postgres.pl –H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) jako wynik z tabeli pg_tables, gdzie schemaname='analytics' i nazwa tabeli, np. '%fact'" --warning='80' --secret='90' --valtype=integer
Uwaga: zapoznaj się z artykułem http://bucardo.org/check_postgres/check_postgres.pl.html. w przypadku, gdy będziesz potrzebować pomocy przy korzystaniu z powyższych poleceń.
Testy bazy danych
Możesz sprawdzić, czy w bazie danych PostgreSQL utworzono odpowiednie tabele. Zaloguj się do PostgreSQL w bazie danych za pomocą:
psql -h /opt/apigee/var/run/apigee-postgresql/ -U apigee -d apigee
a następnie uruchom polecenie:
\d analytics."<org>.<env>.fact"
Sprawdzanie stanu Postgres proces
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.
Gdy proces postgres jest aktywny, zwraca stan „AKTYWNY”. Jeśli postgres nie jest uruchomiony, zwraca stan „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 – zadanie monitorowania statystyki
Użyj JConsole i podanego poniżej adresu URL usługi, aby monitorować atrybuty JMX (MBeans) oferowany przez JMX.
service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi
gdzie <adres IP> to adres IP banku Cassandra. serwera.
JMX jest domyślnie włączony dla Cassandra, a zdalny dostęp JMX do Cassandra 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 elementy:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - Zapisz plik.
- Skopiuj następujące 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 jmxremote.password i
dodaj do pliku nazwę użytkownika i hasło:
Cassandra hasło
gdzie hasło to hasło JMX. - Edytuj plik jmxremote.access i
dodaj tę rolę:
Cassandra do odczytu i zapisu - Sprawdź, czy pliki należą do zasobu „apigee” oraz ż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 polecenie configure (konfiguracji) na
Cassandra:
/<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra skonfiguruj - Uruchom ponownie Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra Uruchom ponownie
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 - Skonfiguruj uruchomienie w systemie Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra skonfiguruj - Uruchom ponownie Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra Uruchom ponownie
Statystyki JMX Cassandra
MBeansy 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 |
Użycie narzędzia Nodetool do zarządzaj węzłami klastra
Narzędzie węzła, które jest interfejsem wiersza poleceń Cassandra, służy do zarządzania węzłów klastra. To narzędzie znajdziesz pod adresem <inst_root>/apigee/apigee-cassandra/bin.
Więcej informacji o narzędziu nodetool znajdziesz na http://www.datastax.com/docs/1.0/references/nodetool.
Poniższe wywołania można wykonywać we wszystkich węzłach klastra Cassandra:
- Ogólne informacje o dzwonku (możliwe również dla pojedynczego węzła Cassandra): poszukaj
„W górę” i „Normalna” dla wszystkich węzłów.
[host]# nodetool -h localhost dzwonek
Dane wyjściowe powyższego polecenia wyglądają tak:
Adres DC Obciążenie stanu szafy Token
192.168.124.201 dc1 ra1 w górę, normalny 1,67 MB 33,33% 0
192.168.124.202 dc1 ra1 w górę, normalny 1,68 MB 33,33% 56713727820156410577229101238628035242
192.168.124.203 dc1 ra1 w górę, normalny 1,67 MB 33,33% 113427455640312821154458202477256070484 - Ogólne informacje o węzłach (wywołania na węzeł)
informacje o localhostie nodetool -h
Dane wyjściowe powyższego polecenia wyglądają tak:
Token : 0
Plotki aktywne : true
Wczytywanie : 1,67 MB
Numer generacji : 1361968765
Czas działania (w sekundach) : 78 108
Pamięć sterty (MB) : 46,80 / 772,00
Centrum danych : dc1
Stojak : ra1
Wyjątki : 0 - Stan serwera Thrift (interfejs API klienta obsługi)
host]# narzędzie nodetool -h localhost wykorzystywanie statusu Partnera
W wyniku tego polecenia wyświetli się stan „uruchomione”. - Stan operacji strumieniowania danych: obserwuj ruch generowany przez cassandra.
węzłów
nodetool -h localhost netstats 192.168.124.203
Dane wyjściowe powyższego polecenia wyglądają tak:
Tryb: NORMALNY
Brak strumieniowania do /192.168.124.203
Brak strumieniowania z /192.168.124.203
Nazwa puli aktywna – oczekująca ukończona
Polecenia (nd. 0) 1688
Odpowiedzi nie dotyczy 0 292277
Cassandra Monitoring (UI)
Skorzystaj z adresu URL centrum operacji w Datastax: http://www.datastax.com/products/opscenter.
Zasób Cassandra
Skorzystaj z tego adresu URL: http://www.datastax.com/docs/1.0/operations/monitoring.
Apache ZooKeeper
Sprawdzanie statusu ZooKeeper
- Sprawdź, czy proces ZooKeeper jest uruchomiony. ZooKeeper zapisuje plik PID w katalogu <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
- Przetestuj porty ZooKeeper, aby upewnić się, że można nawiązać połączenie TCP z portami 2181 i 3888 na każdym serwerze ZooKeeper.
- Upewnij się, że możesz odczytywać wartości z bazy danych ZooKeeper. Połącz za pomocą ZooKeeper biblioteka klienta (lub /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) i odczytuję wartość z bazy danych.
- Sprawdź stan:
> /<inst_root>/apigee/apigee-service/bin/apigee-service stan apigee-zookeeper
Korzystanie z ZooKeeper czteroliterowych słów
ZooKeeper można monitorować za pomocą niewielkiego zestawu poleceń (czteroliterowych słów), które są wysyłane do przez port 2181 przy użyciu narzędzia netcat (nc) lub telnet.
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: zawiera pełne informacje. dla serwera.
- stat: zawiera zwięzłe informacje. dla serwera i połączonych klientów.
Do portu ZooKeeper można wysyłać te polecenia:
- Uruchom czteroliterowe polecenie ruok, aby sprawdzić, czy serwer działa w stanie innym niż błąd. O
pomyślna odpowiedź zwraca „imok”.
echo ruok | nc <host> 2181
Zwroty:
imok - Uruchom czteroliterowe polecenie „stat”, aby wyświetlić listę wydajności serwera i połączonych klientów
statystyk.
statystyki echo | nc <host> 2181
Zwroty:
Wersja Zookeeper: 3.4.5-1392090, utworzono 30.09.2012 o godz. 17:52 czasu GMT
Klienci:
/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)
Czas oczekiwania min./śr./maks.: 0/0/128
Odebrano: 26144
Wysłano: 26 160
Połączenia: 4
Oczekujące: 0
Zxid: 0x2000002c2
Tryb: obserwator
Liczba węzłów: 283
Uwaga: czasami trzeba sprawdzić, czy ZooKeeper ma włączony tryb: lider, obserwatora lub obserwatora. - Jeśli parametr netcat (nc) jest niedostępny, zamiast niego możesz użyć Pythona. Utwórz plik
o nazwie zookeeper.py,
zawiera:
czas importu, gniazdo,
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)
drukuj c.recv(512)
Teraz uruchom te wiersze Pythona:
python zookeeper.py 192.168.124.201 Ruok
python zookeeper.py 192.168.124.201 statystyk
OpenLDAP
Test na poziomie LDAP
Możesz monitorować OpenLDAP, aby sprawdzić, czy konkretne żądania są obsługiwane prawidłowo. W inne słowa, poszukaj konkretnego wyszukiwania, które zwraca właściwy wynik.
- Użyj narzędzia ldapsearch.
(yum install openldap-clients)
w celu wysłania zapytania 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
Następnie pojawi się prośba o podanie hasła administratora LDAP:
Wpisz hasło LDAP:
Po wpisaniu hasła zobaczysz odpowiedź w formie formularza:
dn: uid=admin,ou=users,ou=global,dc=apigee,dc=com
ObiektClass: OrganizationPerson
objectClass: person
objectClass: inetOrgPerson
klasa obiektu: góra
uid: admin
cn: admin
sn: admin
userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
=
mail: opdk@apigee.com, - Sprawdź, czy serwer zarządzania jest nadal połączony z problemem LDAP:
curl -u <userEMail>:<hasło> http://localhost:8080/v1/users/<ADMIN>
Zwroty:
{
"emailId" : <ADMINISTRACJA>,
"firstName" : "admin",
„lastName” : "administrator"
}
Możesz też monitorować pamięci podręczne OpenLDAP, co pomaga ograniczyć liczbę dostępu do dysku a tym samym zwiększyć wydajność systemu. Monitorowanie i dostrajanie rozmiaru pamięci podręcznej w Serwer OpenLDAP może mieć znaczny wpływ na wydajność serwera katalogowego. Możesz wyświetlić dziennik (<inst_root>/apigee/var/log), aby uzyskać informacje o pamięci podręcznej.