Jak monitorować

Edge for Private Cloud w wersji 4.17.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
Router 1100 /opt/apigee/edge-router/bin/start
procesor komunikatów 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

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:

>  /opt/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ń:

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -u foo -p bar -e y

Jeśli masz plik konfiguracyjny:

> /opt/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:

> /opt/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>/jmxrmi

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 -H "Accept: application/json"

Gdzie &lt;host&gt; to adres IP serwera zarządzania. Typ Accept możesz określić jako application/json lub application/xml.

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

  1. Zaloguj się na serwerze i uruchom to polecenie:
    /opt/apigee/apigee-service/bin/apigee-service stan serwera zarządzania brzegiem sieci
  2. Jeśli usługa nie jest uruchomiona, uruchom ją:
    /opt/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 :

  1. Sprawdź dzienniki serwera zarządzania (pod adresem opt/apigee/var/log/edge-management-server). .
  2. Wywołaj serwer zarządzania, aby sprawdzić, czy działa bez obaw.
  3. Usuń serwer z narzędzia ELB, a następnie ponownie uruchom serwer zarządzania.
    /opt/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

  1. Zaloguj się na serwerze i uruchom te polecenia:
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service stan routera Edge
  2. Jeśli usługa nie jest uruchomiona, uruchom ją
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service początek routera Edge
  3. 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.

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 1100.

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:

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

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

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:

  1. Edytuj plik /opt/apigee/customer/application/cassandra.properties. Jeśli plik nie istnieje, utwórz go.
  2. Dodaj do pliku te elementy:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Zapisz plik.
  4. Skopiuj następujące pliki z katalogu $JAVA_HOME do /opt/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 jmxremote.password i dodaj do pliku nazwę użytkownika i hasło:
    Cassandra hasło

    gdzie hasło to hasło JMX.
  6. Edytuj plik jmxremote.access i dodaj tę rolę:
    Cassandra do odczytu i zapisu
  7. Sprawdź, czy pliki należą do zasobu „apigee” oraz że tryb pliku to 400:
    &gt; chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    &gt; chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. Uruchom polecenie configure (konfiguracji) na Cassandra:
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup
  9. Uruchom ponownie Cassandra:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
  10. Powtórz ten proces we wszystkich pozostałych węzłach Cassandra.

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

  1. Edytuj plik /opt/apigee/customer/application/cassandra.properties.
  2. Usuń z pliku ten wiersz:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Skonfiguruj uruchomienie w systemie Cassandra:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup
  4. Uruchom ponownie Cassandra:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
  5. Powtórz ten proces we wszystkich pozostałych węzłach Cassandra.

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. Narzędzie jest dostępne pod adresem opt/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:

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

  1. Sprawdź, czy proces ZooKeeper jest uruchomiony. ZooKeeper zapisuje plik PID w katalogu opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. Przetestuj porty ZooKeeper, aby upewnić się, że można nawiązać połączenie TCP z portami 2181 i 3888 na każdym serwerze ZooKeeper.
  3. Upewnij się, że możesz odczytywać wartości z bazy danych ZooKeeper. Połącz za pomocą ZooKeeper biblioteka klienta (lub /opt/apigee/apigee-zookeeper/bin/zkCli.sh) i odczytuję wartość z bazy danych.
  4. Sprawdź stan:
    &gt; /opt/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:

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

  1. 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 &quot;uid=admin,ou=users,ou=global,dc=apigee,dc=com&quot; -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@google.com,
  2. Sprawdź, czy serwer zarządzania jest nadal połączony z problemem LDAP:
    curl -u <userEMail>:<hasło> http://localhost:8080/v1/users/&lt;ADMIN&gt;

    Zwroty:
    {
    &quot;emailId&quot; : <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 (opt/apigee/var/log) do uzyskać informacje o pamięci podręcznej.