Jak monitorować

Edge for Private Cloud w wersji 4.16.05

Ten dokument opisuje techniki monitorowania komponentów obsługiwanych przez środowisko lokalne wdrożenia Apigee Edge.

Włączenie uwierzytelniania JMX oraz ustawianie hasła JMX

Proces monitorowania serwera zarządzania, procesora wiadomości, Qpid i Postgres używa JMX. JMX jest domyślnie włączony, a dostęp zdalny do 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 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 (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 pozwala wykorzystać statystyki JMX udostępniane przez serwer zarządzania (lub dowolny serwer) i wyświetlić je w interfejsie graficznym. Więcej informacji o używaniu 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 wykonać sprawdzenie interfejsu API na serwerze zarządzania (lub dowolnym serwerze) przez wywołanie tego polecenia CURL:

curl http://<host>:8080/v1/servers/self/up

Gdzie &lt;host&gt; to adres IP zarządzania Serwer

To wywołanie zwraca wartość „true” (prawda) i „false”. Jeśli ma wartość true, oznacza to, że węzeł jest uruchomiony, a usługa Java działa.

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:
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service stan serwera zarządzania brzegiem sieci
  2. Jeśli usługa nie jest uruchomiona, uruchom ją:
    /&lt;inst_root&gt;/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. Stan użytkownika, organizacji i wdrożenia możesz sprawdzić na serwerze administracyjnym, wykonując 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świetlić komunikat „deployed” (wdrożono). dla wszystkich połączeń. Jeśli te metody zawiodą, wykonaj te czynności:

  1. Sprawdź dzienniki serwera zarządzania (w &lt;inst_root&gt;/apigee/var/log/edge-management-server). .
  2. Wykonaj wywołanie do serwera zarządzania, aby sprawdzić, czy działa on prawidłowo.
  3. Usuń serwer z ELB, a następnie uruchom ponownie serwer zarządzania.
    /&lt;inst_root&gt;/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 jest adresem IP routera.

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ł odpowiadać na żądania wysyłane na port 8081.

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. Jeśli usługa jest uruchomiona, sprawdź, czy działa. Stan klastra jest monitorowany przez porównując wartośćMemberCount z wartością ReachableCount i powiadamiając wszystkie instancje z 'memberCount != ReachableCount'
    curl -v -u &lt;userEmail&gt;:&lt;password&gt; http://localhost:port/v1/cluster

    Gdzie port – 8081 dla routera i 8082 dla procesora wiadomości. Wyniki podane powyżej Poniżej widać polecenie CURL:
    {
    "memberCount" : 12,
    „pod” : "rea1gw001",
    &quot;reachableCount&quot; : 12,
    „region” : "us-east-1",
    "typy" : [ "serwer-zarządzania" ]
    * Połączenie nr 0 z hostem ms05apigee pozostały niezmienione
    * Zamykam połączenie nr 0
    }
  4. Jeśli ono nie działa, uruchom następujące polecenie, aby zbadać błąd lub znaleźć błąd naruszającego prawo.
    curl http://localhost:port/v1/cluster/members

    Gdzie port – 8081 dla routera i 8082 dla procesora wiadomości. Wyniki podane powyżej Polecenie CURL wygląda tak:
    {
    &quot;lastChange&quot; : 0,
    „opóźnienie” : 0,
    „stan” : "POŁĄCZONO",
    „uuid” : „9c4c8bde-0015-4dc5-82d2-59fb326c4074”
    }, {
    „adres” : "/192.168.5.209:4526",
    &quot;clusterType&quot; : "router,przetwarzający-wiadomości",
    &quot;lastChange&quot; : 1350658037228,
    „opóźnienie” : 3,
    „pod” : "rea1gw001",
    „region” : "us-east-1",
    „serverType” : "message-processor",
    „stan” : "POŁĄCZONO",
    „uuid” : "f1c663a1-2bb8-469f-b5fd-69a5c5aa91c5"
    }, {
    „adres” : "/192.168.5.29:4526",
    &quot;clusterType&quot; : "router,przetwarzający-wiadomości",
    &quot;lastChange&quot; : 1350623005057,
    „opóźnienie” : 1,
    „pod” : "rea1gw001",
    „region” : "us-east-1",
    „serverType” : "message-processor",
    „stan” : ROZŁĄCZONO”,
    „uuid” : "4cfe932b-f644-4581-b1ae-df338af9c7ce"
    }, {
    „adres” : "/192.168.4.182:4526",
    &quot;clusterType&quot; : "router,przetwarzający-wiadomości",
    &quot;lastChange&quot; : 1350657730535,
    „opóźnienie” : 1,
    „pod” : "rea1gw001",
    „region” : "us-east-1",
    „serverType” : "message-processor",
    „stan” : "POŁĄCZONO",
    „uuid” : "cba063d5-b8a4-409f-9e0b-f5d403e02091"
    }
  5. Zwróć uwagę, że adres IP 192.168.5.29 jest odłączony. Ponowne uruchamianie serwera
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service ponowne uruchomienie routera brzegowego

    Uwaga: jeśli router ma stan rozłączony, usuń go z narzędzia ELB i i uruchom go ponownie.
  6. Po ponownym uruchomieniu sprawdź, czy urządzenie działa
    curl -v http://localhost:port/v1/cluster

    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 testów interfejsu API aplikacji na serwerach brzegowych

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 w sekcji dotyczącej 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. Na serwerze Postgres obsługiwane jest też to polecenie CURL:

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.

Sprawdzanie axstatusa aplikacji Edge

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żywanie skryptu check_postgres.pl

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 węźle Postgres.

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 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. 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: jeśli potrzebujesz pomocy w używaniu powyższych poleceń, odwiedź stronę http://bucardo.org/check_postgres/check_postgres.pl.html.

Testy bazy danych

Możesz sprawdzić, czy w bazie danych PostgreSQL zostały utworzone 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

Aby sprawdzić interfejs API na maszynie postgres, uruchom 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 w Cassandra, a zdalny dostęp JMX do Cassandra nie wymaga hasła.

Aby włączyć uwierzytelnianie JMX i dodać hasło:

  1. Edytuj plik /&lt;inst_root&gt;/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 te pliki z katalogu $JAVA_HOME do katalogu /<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 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 /&lt;inst_root&gt;/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
  8. Uruchom polecenie configure (konfiguracji) na Cassandra:
    /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra skonfiguruj
  9. Uruchom ponownie Cassandra:
    &gt; /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra Uruchom ponownie

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

  1. Edytuj plik /&lt;inst_root&gt;/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; /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra skonfiguruj
  4. Ponownie uruchom Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

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 znajdziesz w folderze <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:

  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łanie na węzeł)
    nodetool -h localhost info

    Wynik wykonania tego polecenia wygląda tak:
    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
  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. nodes
    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

Monitorowanie Cassandra (UI)

Skorzystaj z adresu URL centrum operacji w Datastax: http://www.datastax.com/products/opscenter.

Zasób Cassandra

Zapoznaj się z tą dokumentacją: 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 &lt;inst_root&gt;/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 /&lt;inst_root&gt;/apigee/apigee-zookeeper/bin/zkCli.sh) i odczytuję wartość z bazy danych.
  4. Sprawdź stan:
    &gt; /<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 na port 2181 za pomocą 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: 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 netcat (nc) jest niedostępny, możesz użyć pythona jako alternatywy. Utwórz plik zookeeper.py zawierający te wiersze kodu:
    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 kodu Pythona:
    python zookeeper.py 192.168.124.201 ruok
    python zookeeper.py 192.168.124.201 stat

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@apigee.com,
  2. Sprawdź, czy serwer zarządzania jest nadal połączony z problemem LDAP:
    curl -u &lt;userEMail&gt;:&lt;password&gt; 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 (&lt;inst_root&gt;/apigee/var/log), aby uzyskać informacje o pamięci podręcznej.