Überwachung

Edge for Private Cloud v. 4.17.01

In diesem Dokument werden die Monitoring-Techniken von Komponenten beschrieben, die von einer lokalen Bereitstellung von Apigee Edge unterstützt werden.

JMX aktivieren

JMX ist für Cassandra standardmäßig aktiviert und für alle anderen Edge-Komponenten standardmäßig deaktiviert. Sie müssen JMX daher für jede Komponente einzeln aktivieren.

Jede Komponente unterstützt JMX auf einem anderen Port. In der folgenden Tabelle sind der JMX-Port und die Datei aufgeführt, die Sie ändern müssen, um JMX auf diesem Port zu aktivieren:

Komponente JMX-Port Datei
Verwaltungsserver 1099 /opt/apigee/edge-management-server/bin/start
Message Processor 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

Wenn Sie beispielsweise JMX auf dem Management Server aktivieren möchten, öffnen Sie /opt/apigee/edge-management-server/bin/start in einem Editor. Die folgende Zeile sollte zum Starten des Management Servers verwendet werden:

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

Bearbeiten Sie diese Zeile, um Folgendes hinzuzufügen:

-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 

Beachten Sie, dass in dieser Zeile die JMX-Portnummer für den Management Server als 1099 angegeben ist. Legen Sie die Portnummer für jede Komponente wie in der Tabelle oben definiert fest. Beispiel:

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

Speichern Sie die Datei und starten Sie die Komponente neu. So starten Sie beispielsweise den Management Server neu:

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

JMX-Authentifizierung aktivieren und JMX-Passwort festlegen

Für das Monitoring von Management Server, Message Processor, Qpid und Postgres wird JMX verwendet. JMX ist standardmäßig aktiviert und für den Remote-JMX-Zugriff ist kein Passwort erforderlich.

Zum Aktivieren der JMX-Authentifizierung verfügt jede Komponente über eine change_jmx_auth-Aktion, mit der Sie die Authentifizierung aktivieren/deaktivieren und die JMX-Anmeldedaten festlegen können.

Verwenden Sie den folgenden Befehl, um die JMX-Authentifizierung zu aktivieren:

>  /opt/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

Dabei gilt:

  • comp ist entweder edge-management-server, edge-message-processor, edge-qpid-server oder edge-postgres-server.
  • Folgende Optionen sind verfügbar:
    • -u: Nutzername
    • -p: Passwort
    • -e: y (aktivieren) oder n (deaktivieren)
  • Die Konfigurationsdatei enthält:
    • JMX_USERNAME=username
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (wenn nicht festgelegt oder nicht mit -p übergeben, werden Sie dazu aufgefordert)

So verwenden Sie beispielsweise Optionen in der Befehlszeile:

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

Wenn Sie eine Konfigurationsdatei haben:

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -f configFile

Wenn Sie Edge auf mehreren Knoten ausführen, führen Sie diesen Befehl auf allen Knoten aus und geben Sie denselben Nutzernamen und dasselbe Passwort an.

Wenn Sie die JMX-Authentifizierung später deaktivieren möchten, verwenden Sie den folgenden Befehl:

> /opt/apigee/apigee-service/bin/apigee-service edge-management-server change_jmx_auth -e n

Verwaltungsserver

JConsole zum Überwachen der Systemdiagnose und zum Verarbeiten von Informationen verwenden

Verwenden Sie JConsole (ein JMX-kompatibles Tool), um Systemdiagnosen und Prozessstatistiken zu verwalten und zu überwachen. Mit JConsole können Sie JMX-Statistiken nutzen, die vom Management Server (oder einem beliebigen Server) bereitgestellt werden, und sie in einer grafischen Oberfläche anzeigen lassen. Weitere Informationen zur Verwendung von JConsole finden Sie unter http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html.

Verwenden Sie JConsole und die folgende Dienst-URL, um die über JMX angebotenen JMX-Attribute (MBeans) zu überwachen.

service:jmx:rmi:///jndi/rmi://<ip address>:<port>/jmxrmi

Dabei ist <ip address> die IP-Adresse des Management Servers (oder des entsprechenden Servers). Der Standardport für den Management Server ist 1099.

In der folgenden Tabelle sind die allgemeinen JMX-Statistiken aufgeführt:

JMX-MBeans

JMX-Attribute

Arbeitsspeicher

HeapMemoryUsage

NonHeapMemoryUsage

Nutzung

Hinweis: Attributwerte werden in vier Werten angezeigt: „committed“, „init“, „max“ und „used“.

Edge Application API-Prüfungen verwenden

Sie können eine API-Prüfung auf dem Management Server (oder einem beliebigen Server) durchführen, indem Sie den folgenden CURL-Befehl aufrufen:

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

Dabei ist <host> die IP-Adresse des Management Servers.

Dieser Aufruf gibt „true“ und „false“ zurück. Wenn „true“, bedeutet das, dass der Knoten aktiv ist und der Java-Dienst ausgeführt wird.

Wenn Sie keine HTTP-200-Antwort (OK) erhalten, kann Edge nicht auf Anfragen an Port 8080 antworten.

Fehlerbehebung

  1. Melden Sie sich beim Server an und führen Sie den folgenden Befehl aus:
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. Wenn der Dienst nicht ausgeführt wird, starten Sie ihn:
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server start

Edge-Anwendung verwenden – Nutzer-, Organisations- und Bereitstellungsprüfungen

Der Management Server spielt eine wichtige Rolle, um alle anderen Pakete in jeder lokalen Installation zusammenzuhalten. Sie können den Nutzer-, Organisations- und Bereitstellungsstatus auf dem Verwaltungsserver mit den folgenden Befehlen prüfen:

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

Das System sollte für alle Aufrufe den Status „deployed“ anzeigen. Wenn diese fehlschlagen, gehen Sie so vor:

  1. Prüfen Sie die Management Server-Logs (unter opt/apigee/var/log/edge-management-server) auf Fehler.
  2. Führen Sie einen Aufruf an den Management Server aus, um zu prüfen, ob er ordnungsgemäß funktioniert.
  3. Entfernen Sie den Server aus dem ELB und starten Sie dann den Management Server neu.
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

Router

Sie können eine API-Prüfung auf dem Router (oder einem beliebigen Server) durchführen, indem Sie den folgenden CURL-Befehl aufrufen:

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

Dabei ist „host“ die IP-Adresse des Routers.

Dieser Aufruf gibt „true“ und „false“ zurück. Wenn „true“, ist der Knoten aktiv und der Router-Dienst wird ausgeführt.

Wenn Sie keine HTTP-200-Antwort (OK) erhalten, kann Edge nicht auf Anfragen an Port 8081 antworten.

Fehlerbehebung

  1. Melden Sie sich auf dem Server an und führen Sie die folgenden Befehle aus:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. Wenn der Dienst nicht ausgeführt wird, starten Sie ihn:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. Prüfen Sie nach dem Neustart, ob er funktioniert:
    curl -v http://localhost:port/v1/servers/self/up

    Dabei ist port 8081 für den Router und 8082 für den Message Processor.

Message Processor

JConsole zum Überwachen der Systemdiagnose und zum Verarbeiten von Informationen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 1101.

Edge Application API-Prüfungen verwenden

Gehe wie oben für den Router beschrieben vor.

Hinweis: Verwenden Sie Port 8082.

JMX-Nachrichtenflussprüfungen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 1101.

Qpid-Server

JConsole zum Überwachen der Systemdiagnose und Verarbeiten von Informationen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 1102.

Edge Application API-Prüfungen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 8083. Der folgende CURL-Befehl wird auch für den Qpid-Server unterstützt:

curl http://<qpid_IP>:8083/v1/servers/self

Postgres-Server

JConsole zum Überwachen der Systemdiagnose und zum Verarbeiten von Informationen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 1103.

Edge Application API-Prüfungen verwenden

Gehen Sie wie oben für den Management Server beschrieben vor.

Hinweis: Verwenden Sie Port 8084. Der folgende CURL-Befehl wird auch für Postgres Server unterstützt:

curl http://<postgres_IP>:8084/v1/servers/self

Edge-Anwendungsorganisations- und ‑Umgebungsprüfungen verwenden

Sie können den Namen der Organisation und der Umgebung, die auf dem Postgres-Server eingerichtet sind, mit den folgenden CURL-Befehlen prüfen:

curl http:// <postgres_IP>:8084/v1/servers/self/organizations

Hinweis: Verwenden Sie Port 8084.

Das System sollte den Namen der Organisation und der Umgebung anzeigen.

axstatus-Prüfung für Edge-Anwendungen verwenden

Sie können den Status der Analyseserver mit dem folgenden CURL-Befehl prüfen.

curl -u userEmail:password http://<host>:<port>/v1/organizations/<orgname>/environments/<envname>/provisioning/axstatus

Das System sollte für alle Analyseserver den Status SUCCESS anzeigen. Die Ausgabe des obigen CURL-Befehls sieht so aus:

{
  "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"
}

PostgreSQL-Datenbank

Skript „check_postgres.pl“ verwenden

Zum Monitoring der PostgreSQL-Datenbank können Sie das Standard-Monitoringskript check_postgres.pl verwenden, das unter http://bucardo.org/wiki/Check_postgres verfügbar ist.

Hinweis: Das Skript check_postgres.pl muss auf jedem Postgres-Knoten installiert werden.

Vor dem Ausführen des Skripts:

  1. Prüfen Sie, ob perl-Time-HiRes.x86_64 installiert ist. Dies ist ein Perl-Modul, das hochauflösende Alarm-, Ruhe-, gettimeofday- und Intervall-Timer implementiert. Sie können es beispielsweise mit dem folgenden Befehl installieren:
    yum install perl-Time-HiRes.x86_64

Die Standardausgabe der API-Aufrufe mit dem Script check_postgres.pl ist Nagios-kompatibel. Führen Sie nach der Installation des Scripts die folgenden Prüfungen durch:

  1. Datenbankgröße – Prüfen Sie die Datenbankgröße:
    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. Eingehende Verbindung zur Datenbank: Prüft die Anzahl der eingehenden Verbindungen zur Datenbank und vergleicht sie mit der maximal zulässigen Anzahl von Verbindungen:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends
  3. Datenbankverfügbarkeit und -leistung – prüft, ob die Datenbank ausgeführt wird und verfügbar ist:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection
  4. Speicherplatz – prüft den Speicherplatz:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%'
  5. Onboarded-Organisationen/-Umgebungen – Prüft die Anzahl der Organisationen und Umgebungen, die in einem Postgres-Knoten eingebunden sind:
    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

Hinweis: Weitere Informationen zur Verwendung der oben genannten Befehle finden Sie unter http://bucardo.org/check_postgres/check_postgres.pl.html.

Datenbankprüfungen

Sie können prüfen, ob die richtigen Tabellen in der PostgreSQL-Datenbank erstellt wurden. Melden Sie sich mit folgendem Befehl in der PostgreSQL-Datenbank an:

psql  -h /opt/apigee/var/run/apigee-postgresql/  -U apigee -d apigee

und führen Sie dann Folgendes aus:

\d analytics."<org>.<env>.fact"

Systemstatus des Postgres-Prozesses prüfen

Sie können die API-Prüfung auf dem Postgres-Computer durchführen, indem Sie den folgenden CURL-Befehl aufrufen:

http://<postgres_IP>:8084/v1/servers/self/health/

Hinweis: Verwenden Sie Port 8084.

Wenn der Postgres-Prozess aktiv ist, wird der Status „ACTIVE“ zurückgegeben. Wenn der Postgres-Prozess nicht ausgeführt wird, wird der Status „INACTIVE“ zurückgegeben.

Postgres-Ressourcen

Apache Cassandra

JConsole verwenden – Aufgabenstatistiken überwachen

Verwenden Sie JConsole und die folgende Dienst-URL, um die über JMX angebotenen JMX-Attribute (MBeans) zu überwachen.

service:jmx:rmi:///jndi/rmi://<ip address>:7199/jmxrmi

Dabei ist <ip address> die IP-Adresse des Cassandra-Servers.

JMX ist für Cassandra standardmäßig aktiviert und für den Remote-JMX-Zugriff auf Cassandra ist kein Passwort erforderlich.

So aktivieren Sie die JMX-Authentifizierung, um ein Passwort hinzuzufügen:

  1. Bearbeiten Sie /opt/apigee/customer/application/cassandra.properties. Wenn die Datei nicht vorhanden ist, erstellen Sie sie.
  2. Fügen Sie der Datei Folgendes hinzu:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Speichern Sie die Datei.
  4. Kopieren Sie die folgenden Dateien aus dem Verzeichnis $JAVA_HOME nach /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. Bearbeiten Sie jmxremote.password und fügen Sie der Datei den Nutzernamen und das Passwort hinzu:
    cassandra password

    Dabei ist password das JMX-Passwort.
  6. Bearbeiten Sie jmxremote.access und fügen Sie die folgende Rolle hinzu:
    cassandra readwrite
  7. Achten Sie darauf, dass die Dateien „apigee“ gehören und der Dateimodus 400 ist:
    > chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. Führen Sie configure für Cassandra aus:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  9. Starten Sie Cassandra neu:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

So deaktivieren Sie die Authentifizierung später:

  1. Bearbeiten Sie opt/apigee/customer/application/cassandra.properties.
  2. Entfernen Sie die folgende Zeile in der Datei:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Führen Sie „configure“ für Cassandra aus:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  4. Starten Sie Cassandra neu:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Cassandra-JMX-Statistiken

JMX-MBeans

JMX-Attribute

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

Clusterknoten mit dem nodetool-Dienstprogramm verwalten

Das nodetool-Dienstprogramm, eine Befehlszeile für Cassandra, wird zum Verwalten von Clusterknoten verwendet. Das Dienstprogramm finden Sie unter opt/apigee/apigee-cassandra/bin.

Weitere Informationen zum nodetool-Dienstprogramm finden Sie unter http://www.datastax.com/docs/1.0/references/nodetool.

Die folgenden Aufrufe können auf allen Cassandra-Clusterknoten ausgeführt werden:

  1. Allgemeine Ringinformationen (auch für einzelne Cassandra-Knoten möglich): Suchen Sie nach „Up“ und „Normal“ für alle Knoten.
    [host]# nodetool -h localhost ring

    Die Ausgabe des obigen Befehls sieht so aus:
    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. Allgemeine Informationen zu Knoten (Aufruf pro Knoten)
    nodetool -h localhost info

    Die Ausgabe des obigen Befehls sieht so aus:
    Token : 0
    Gossip active : wahr
    Load : 1.67 MB
    Generation No : 1361968765
    Betriebszeit (Sekunden) : 78108
    Heap Memory (MB) : 46,80 / 772,00
    Rechenzentrum : dc1
    Rack : ra1
    Ausnahmen : 0
  3. Status des Thrift-Servers (Bereitstellung der Client-API)
    host]# nodetool -h localhost statusthrift

    Die Ausgabe des obigen Befehls zeigt den Status „running“ an.
  4. Status der Datenstreamingvorgänge: Traffic für Cassandra-Knoten beobachten
    nodetool -h localhost netstats 192.168.124.203

    Die Ausgabe des obigen Befehls sieht so aus:
    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

Cassandra-Monitoring (UI)

Weitere Informationen finden Sie unter der URL für datastax opscenter: http://www.datastax.com/products/opscenter.

Cassandra-Ressource

Weitere Informationen finden Sie unter der folgenden URL: http://www.datastax.com/docs/1.0/operations/monitoring.

Apache ZooKeeper

ZooKeeper-Status prüfen

  1. Prüfen Sie, ob der ZooKeeper-Prozess ausgeführt wird. ZooKeeper schreibt eine PID-Datei in opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid.
  2. Testen Sie die ZooKeeper-Ports, um sicherzustellen, dass Sie eine TCP-Verbindung zu den Ports 2181 und 3888 auf jedem ZooKeeper-Server herstellen können.
  3. Prüfen Sie, ob Sie Werte aus der ZooKeeper-Datenbank lesen können. Stellen Sie eine Verbindung über eine ZooKeeper-Clientbibliothek (oder /opt/apigee/apigee-zookeeper/bin/zkCli.sh) her und lesen Sie einen Wert aus der Datenbank.
  4. Prüfen Sie den Status:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

ZooKeeper-Befehle mit vier Buchstaben verwenden

ZooKeeper kann über eine kleine Gruppe von Befehlen (vier Buchstaben) überwacht werden, die über netcat (nc) oder telnet an Port 2181 gesendet werden.

Weitere Informationen zu ZooKeeper-Befehlen finden Sie unter http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands.

Beispiel:

  • srvr: Listet alle Details für den Server auf.
  • stat: Listet kurze Details für den Server und die verbundenen Clients auf.

Die folgenden Befehle können an den ZooKeeper-Port gesendet werden:

  1. Führen Sie den vierstelligen Befehl „ruok“ aus, um zu testen, ob der Server ohne Fehler ausgeführt wird. Eine erfolgreiche Antwort gibt „imok“ zurück.
    echo ruok | nc <host> 2181

    Rückgabe:
    imok
  2. Führen Sie den Befehl „stat“ mit vier Buchstaben aus, um die Serverleistung und die Statistiken der verbundenen Clients aufzulisten.
    echo stat | nc <host> 2181

    Returns:
    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

    Hinweis: Manchmal ist es wichtig zu sehen, ob sich ein ZooKeeper im Modus „leader“, „follower“ oder „observer“ befindet.
  3. Wenn netcat (nc) nicht verfügbar ist, können Sie stattdessen Python verwenden. Erstellen Sie eine Datei mit dem Namen zookeeper.py, die Folgendes enthält:
    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)


    Führen Sie nun die folgenden Python-Zeilen aus:
    python zookeeper.py 192.168.124.201 ruok
    python zookeeper.py 192.168.124.201 stat

OpenLDAP

LDAP-Level-Test

Sie können OpenLDAP überwachen, um zu sehen, ob die spezifischen Anfragen ordnungsgemäß verarbeitet werden. Mit anderen Worten: Prüfen Sie, ob eine bestimmte Suche das richtige Ergebnis liefert.

  1. Verwenden Sie ldapsearch (yum install openldap-clients), um den Eintrag des Systemadministrators abzufragen. Dieser Eintrag wird zur Authentifizierung aller API-Aufrufe verwendet.
    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

    Sie werden dann zur Eingabe des LDAP-Administratorpassworts aufgefordert:
    Enter LDAP Password:

    Nach Eingabe des Passworts wird eine Antwort im folgenden Format angezeigt:
    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. Prüfen Sie, ob der Management Server noch mit LDAP verbunden ist:
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

    Gibt Folgendes zurück:
    {
    "emailId" : <ADMIN>,
    "firstName" : "admin",
    "lastName" : "admin"
    }

Sie können auch die OpenLDAP-Caches überwachen, um die Anzahl der Laufwerkszugriffe zu reduzieren und so die Leistung des Systems zu verbessern. Das Monitoring und die anschließende Anpassung der Cache-Größe auf dem OpenLDAP-Server können die Leistung des Verzeichnisservers stark beeinflussen. Sie können die Logdateien (opt/apigee/var/log) aufrufen, um Informationen zum Cache zu erhalten.