İzleme

Edge for Private Cloud 4.17.01 sürümü

Bu belgede, Apigee Edge'in şirket içi dağıtımı tarafından desteklenen bileşenlerin izleme teknikleri açıklanmaktadır.

JMX'i etkinleştirme

JMX, Cassandra için varsayılan olarak etkindir ve diğer tüm Edge bileşenleri için varsayılan olarak devre dışıdır. Bu nedenle, JMX'i her bileşen için ayrı ayrı etkinleştirmeniz gerekir.

Her bileşen, JMX'i farklı bir bağlantı noktasında destekler. Aşağıdaki tabloda, JMX bağlantı noktası ve bu bağlantı noktasında JMX'i etkinleştirmek için değiştirdiğiniz dosya listelenmektedir:

Bileşen JMX bağlantı noktası Dosya
Yönetim Sunucusu 1099 /opt/apigee/edge-management-server/bin/start
Mesaj İşleyici 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

Örneğin, Yönetim Sunucusu'nda JMX'i etkinleştirmek için bir düzenleyicide /opt/apigee/edge-management-server/bin/start dosyasını açın. Yönetim Sunucusu'nu başlatmak için kullanılan aşağıdaki satırı görmeniz gerekir:

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

Bu satırı düzenleyerek aşağıdakileri ekleyin:

-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 

Bu satırda, Yönetim Sunucusu için JMX bağlantı noktası numarasının 1099 olarak belirtildiğini unutmayın. Her bileşenin bağlantı noktası numarasını yukarıdaki tabloda tanımlandığı şekilde ayarlayın. Örneğin:

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

Dosyayı kaydedin ve bileşeni yeniden başlatın. Örneğin, Yönetim Sunucusu'nu yeniden başlatmak için:

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

JMX kimlik doğrulamasını etkinleştirme ve JMX şifresini ayarlama

Yönetim Sunucusu, Mesaj İşlemcisi, Qpid ve Postgres için izleme sürecinin tamamında JMX kullanılır. JMX varsayılan olarak etkindir ve uzaktan JMX erişimi için şifre gerekmez.

JMX kimlik doğrulamasını etkinleştirmek için her bileşenin, kimlik doğrulamasını etkinleştirmek/devre dışı bırakmak ve JMX kimlik bilgilerini ayarlamak için kullandığınız bir change_jmx_auth işlemi vardır.

JMX kimlik doğrulamasını etkinleştirmek için aşağıdaki komutu kullanın:

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

Bu örnekte:

  • comp; edge-management-server, edge-message-processor, edge-qpid-server veya edge-postgres-server olabilir.
  • Seçenekler şunlardır:
    • -u: kullanıcı adı
    • -p: şifre
    • -e: y (etkinleştir) veya n (devre dışı bırak)
  • Yapılandırma dosyası şunları içerir:
    • JMX_USERNAME=username
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (Ayarlanmazsa veya -p ile iletilmezse sizden istenir.)

Örneğin, komut satırındaki seçenekleri kullanmak için:

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

Yapılandırma dosyanız varsa:

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

Edge'i birden fazla düğümde çalıştırıyorsanız bu komutu tüm düğümlerde çalıştırın ve aynı kullanıcı adını ve şifreyi belirtin.

JMX kimlik doğrulamasını daha sonra devre dışı bırakmak için aşağıdaki komutu kullanın:

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

Yönetim Sunucusu

Sistem durum denetimini ve işlem bilgilerini izlemek için JConsole'u kullanma

Durum kontrolü ve işlem istatistiklerini yönetmek ve izlemek için JConsole'u (JMX uyumlu bir araç) kullanın. JConsole'u kullanarak Yönetim Sunucusu (veya herhangi bir sunucu) tarafından sunulan JMX istatistiklerini kullanabilir ve bunları grafik arayüzde görüntüleyebilirsiniz. JConsole kullanımı hakkında daha fazla bilgi için http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html adresini ziyaret edin.

JMX aracılığıyla sunulan JMX özelliklerini (MBean'ler) izlemek için JConsole'u ve aşağıdaki hizmet URL'sini kullanın.

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

Burada <ip adresi>, Yönetim Sunucusu'nun (veya ilgili sunucunun) IP adresidir. Yönetim Sunucusu için varsayılan bağlantı noktası 1099'dur.

Aşağıdaki tabloda genel JMX istatistikleri gösterilmektedir:

JMX MBeans

JMX Özellikleri

Bellek

HeapMemoryUsage

NonHeapMemoryUsage

Kullanım

Not: Özellik değerleri dört değerde gösterilir: committed, init, max ve used.

Edge Application API kontrollerini kullanma

Aşağıdaki CURL komutunu çağırarak Yönetim Sunucusu'nda (veya herhangi bir sunucuda) API kontrolü yapabilirsiniz:

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

Burada <host>, Yönetim Sunucusu'nun IP adresidir.

Bu çağrı "true" ve "false" değerlerini döndürür. Değer true ise düğüm çalışıyor ve Java hizmeti çalışıyor demektir.

HTTP 200 (Tamam) yanıtı almazsanız Edge, 8080 bağlantı noktası isteklerine yanıt veremez.

Sorun giderme

  1. Sunucuya giriş yapın ve aşağıdaki komutu çalıştırın:
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. Hizmet çalışmıyorsa hizmeti başlatın:
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server start

Edge Uygulaması'nı kullanma: Kullanıcılar, kuruluş ve dağıtım kontrolleri

Yönetim Sunucusu, her şirket içi kurulumda diğer tüm paketleri bir arada tutma konusunda önemli bir rol oynar. Aşağıdaki komutları kullanarak yönetim sunucusunda kullanıcı, kuruluş ve dağıtım durumunu kontrol edebilirsiniz:

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

Sistem, tüm aramalar için "dağıtıldı" durumunu göstermelidir. Bu yöntemler işe yaramazsa aşağıdakileri yapın:

  1. Hata olup olmadığını görmek için Yönetim Sunucusu günlüklerini (opt/apigee/var/log/edge-management-server adresinde) kontrol edin.
  2. Düzgün çalışıp çalışmadığını kontrol etmek için Yönetim Sunucusu'na çağrı yapın.
  3. Sunucuyu ELB'den kaldırın ve ardından yönetim sunucusunu yeniden başlatın.
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

Yönlendirici

Aşağıdaki CURL komutunu çağırarak yönlendiricide (veya herhangi bir sunucuda) API kontrolü yapabilirsiniz:

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

Burada, ana makine, yönlendiricinin IP adresidir.

Bu çağrı "true" ve "false" değerlerini döndürür. Doğruysa düğüm çalışıyor ve Router hizmeti çalışıyor demektir.

HTTP 200 (Tamam) yanıtı almazsanız Edge, 8081 numaralı bağlantı noktası isteklerine yanıt veremez.

Sorun giderme

  1. Sunucuya giriş yapın ve aşağıdaki komutları çalıştırın:
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. Hizmet çalışmıyorsa hizmeti başlatın
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. Yeniden başlattıktan sonra çalışıp çalışmadığını kontrol edin
    curl -v http://localhost:port/v1/servers/self/up

    Burada port, Router için 8081 ve Mesaj İşleyici için 8082'dir.

Mesaj İşleyici

Sistem durum denetimini ve işlem bilgilerini izlemek için JConsole'u kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 1101 numaralı bağlantı noktasını kullandığınızdan emin olun.

Edge Application API kontrollerini kullanma

Yönlendirici için yukarıda açıklanan adımları uygulayın.

Not: 8082 numaralı bağlantı noktasını kullandığınızdan emin olun.

JMX mesaj akışı kontrollerini kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 1101 numaralı bağlantı noktasını kullandığınızdan emin olun.

Qpid Sunucusu

Sistem durum denetimini ve işlem bilgilerini izlemek için JConsole'u kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 1102 numaralı bağlantı noktasını kullandığınızdan emin olun.

Edge Application API kontrollerini kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 8083 numaralı bağlantı noktasını kullandığınızdan emin olun. Qpid Server için aşağıdaki CURL komutu da desteklenir:

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

Postgres Server

Sistem durum denetimini ve işlem bilgilerini izlemek için JConsole'u kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 1103 numaralı bağlantı noktasını kullandığınızdan emin olun.

Edge Application API kontrollerini kullanma

Yönetim sunucusu için yukarıda açıklanan adımları uygulayın.

Not: 8084 numaralı bağlantı noktasını kullandığınızdan emin olun. Postgres Server için aşağıdaki CURL komutu da desteklenir:

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

Edge'i kullanma Uygulama organizasyonu ve ortam kontrolleri

Postgres sunucusuna eklenen kuruluş ve ortam adını kontrol etmek için aşağıdaki CURL komutlarını çalıştırabilirsiniz:

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

Not: 8084 numaralı bağlantı noktasını kullandığınızdan emin olun.

Sistem, kuruluş ve ortam adını göstermelidir.

Edge Application axstatus check kullanılıyor

Aşağıdaki CURL komutunu kullanarak analiz sunucularının durumunu doğrulayabilirsiniz.

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

Sistem, tüm analiz sunucuları için BAŞARILI durumunu göstermelidir. Yukarıdaki CURL komutunun çıkışı aşağıda gösterilmiştir:

{
  "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 Veritabanı

check_postgres.pl komut dosyasını kullanma

PostgreSQL veritabanını izlemek için http://bucardo.org/wiki/Check_postgres adresinde bulunan standart izleme komut dosyası check_postgres.pl'yi kullanabilirsiniz.

Not: check_postgres.pl komut dosyasının her Postgres düğümüne yüklenmesi gerekir.

Senaryoyu çalıştırmadan önce:

  1. Yüksek çözünürlüklü alarm, uyku, gettimeofday ve aralık zamanlayıcıları uygulayan bir Perl modülü olan perl-Time-HiRes.x86_64'ü yüklediğinizden emin olun. Örneğin, aşağıdaki komutu kullanarak yükleyebilirsiniz:
    yum install perl-Time-HiRes.x86_64

check_postgres.pl komut dosyası kullanılarak yapılan API çağrılarının varsayılan çıkışı Nagios ile uyumludur. Komut dosyasını yükledikten sonra aşağıdaki kontrolleri yapın:

  1. Veritabanı boyutu: Veritabanı boyutunu kontrol edin:
    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. Veritabanına gelen bağlantı: Veritabanına gelen bağlantıların sayısını kontrol eder ve izin verilen maksimum bağlantı sayısıyla karşılaştırır:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action backends
  3. Veritabanı kullanılabilirliği ve performansı: Veritabanının çalışıp çalışmadığını ve kullanılabilir olup olmadığını kontrol eder:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action connection
  4. Disk alanı: Disk alanını kontrol eder:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='%80' --critical='%90'
  5. Onboarded organizations/environments – checks the number of organization and environment onboarded in a Postgres node:
    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

Not: Yukarıdaki komutları kullanma konusunda yardıma ihtiyacınız olursa lütfen http://bucardo.org/check_postgres/check_postgres.pl.html adresini ziyaret edin.

Veritabanı Kontrolleri

PostgreSQL veritabanında doğru tabloların oluşturulduğunu doğrulayabilirsiniz. PostgreSQL veritabanına giriş yapmak için şunları kullanın:

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

ve ardından şunu çalıştırın:

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

Postgres işleminin durumunu kontrol etme

Aşağıdaki CURL komutunu çağırarak postgres makinesinde API kontrolü yapabilirsiniz:

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

Not: 8084 numaralı bağlantı noktasını kullandığınızdan emin olun.

Postgres işlemi etkin olduğunda "ACTIVE" durumunu döndürür. Postgres işlemi çalışmıyorsa "INACTIVE" (ETKİN DEĞİL) durumunu döndürür.

Postgres kaynakları

Apache Cassandra

JConsole'u kullanma: Görev istatistiklerini izleme

JMX aracılığıyla sunulan JMX özelliklerini (MBean'ler) izlemek için JConsole'u ve aşağıdaki hizmet URL'sini kullanın.

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

Burada <ip adresi>, Cassandra sunucusunun IP adresidir.

JMX, Cassandra için varsayılan olarak etkindir ve Cassandra'ya uzaktan JMX erişimi için şifre gerekmez.

Şifre eklemek için JMX kimlik doğrulamasını etkinleştirme:

  1. /opt/apigee/customer/application/cassandra.properties dosyasını düzenleyin. Dosya yoksa oluşturun.
  2. Dosyaya aşağıdakileri ekleyin:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Dosyayı kaydedin.
  4. Aşağıdaki dosyaları $JAVA_HOME dizininizden /opt/apigee/data/apigee-cassandra/ dizinine kopyalayın:
    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. jmxremote.password dosyasını düzenleyin ve dosyaya kullanıcı adı ile şifreyi ekleyin:
    cassandra password

    Burada password, JMX şifresidir.
  6. jmxremote.access dosyasını düzenleyin ve aşağıdaki rolü ekleyin:
    cassandra readwrite
  7. Dosyaların "apigee"ye ait olduğundan ve dosya modunun 400 olduğundan emin olun:
    > chown apigee:apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
    > chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote.*
  8. Cassandra'da configure komutunu çalıştırın:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  9. Cassandra'yı yeniden başlatın:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Kimlik doğrulamayı daha sonra devre dışı bırakmak için:

  1. opt/apigee/customer/application/cassandra.properties dosyasını düzenleyin.
  2. Dosyadaki şu satırı kaldırın:
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. Cassandra'da yapılandırmayı çalıştırın:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure
  4. Cassandra'yı yeniden başlatın:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart

Cassandra JMX istatistikleri

JMX MBeans

JMX Özellikleri

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

Küme düğümlerini yönetmek için nodetool yardımcı programını kullanma

Cassandra için bir komut satırı arayüzü olan nodetool yardımcı programı, küme düğümlerini yönetmek için kullanılır. Yardımcı programı opt/apigee/apigee-cassandra/bin adresinde bulabilirsiniz.

Nodetool yardımcı programı hakkında daha fazla bilgi için http://www.datastax.com/docs/1.0/references/nodetool adresini ziyaret edin.

Tüm Cassandra küme düğümlerinde aşağıdaki çağrılar yapılabilir:

  1. Genel halka bilgileri (tek Cassandra düğümü için de mümkündür): Tüm düğümler için "Yukarı" ve "Normal" ifadelerini arayın.
    [host]# nodetool -h localhost ring

    Yukarıdaki komutun çıkışı aşağıdaki gibi görünür:
    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. Düğümler hakkında genel bilgiler (düğüm başına çağrı)
    nodetool -h localhost info

    Yukarıdaki komutun çıkışı aşağıdaki gibi görünür:
    Jeton : 0
    Gossip active : doğru
    Load : 1.67 MB
    Generation No : 1361968765
    Çalışma süresi (saniye) : 78108
    Yığın Belleği (MB) : 46,80 / 772,00
    Veri Merkezi : dc1
    Rack : ra1
    İstisnalar : 0
  3. Thrift sunucusunun durumu (istemci API'sini sunar)
    host]# nodetool -h localhost statusthrift

    Yukarıdaki komutun çıkışı, durumu "çalışıyor" olarak gösterir.
  4. Veri akışı işlemlerinin durumu: Cassandra düğümleri için trafiği gözlemleyin
    nodetool -h localhost netstats 192.168.124.203

    Yukarıdaki komutun çıkışı aşağıdaki gibi görünür:
    Mod: NORMAL
    /192.168.124.203 adresine akış yok
    /192.168.124.203 adresinden akış yok
    Havuz Adı Etkin Beklemede Tamamlandı
    Komutlar yok 0 1688
    Yanıtlar yok 0 292277

Cassandra İzleme (Kullanıcı Arayüzü)

Datastax opscenter URL'sine bakın: http://www.datastax.com/products/opscenter.

Cassandra Kaynağı

Şu URL'yi inceleyin: http://www.datastax.com/docs/1.0/operations/monitoring.

Apache ZooKeeper

ZooKeeper durumu kontrol ediliyor

  1. ZooKeeper işleminin çalıştığından emin olun. ZooKeeper, opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid dosyasına bir PID dosyası yazar.
  2. Her ZooKeeper sunucusunda 2181 ve 3888 numaralı bağlantı noktalarına TCP bağlantısı kurabildiğinizden emin olmak için ZooKeeper bağlantı noktalarını test edin.
  3. ZooKeeper veritabanındaki değerleri okuyabildiğinizden emin olun. ZooKeeper istemci kitaplığını (veya /opt/apigee/apigee-zookeeper/bin/zkCli.sh) kullanarak bağlanın ve veritabanından bir değer okuyun.
  4. Durumu kontrol edin:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

ZooKeeper dört harfli kelimelerini kullanma

ZooKeeper, netcat (nc) veya telnet kullanılarak 2181 numaralı bağlantı noktasına gönderilen küçük bir komut grubu (dört harfli kelimeler) aracılığıyla izlenebilir.

ZooKeeper komutları hakkında daha fazla bilgi için http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands adresini ziyaret edin.

Örneğin:

  • srvr: Sunucuyla ilgili tüm ayrıntıları listeler.
  • stat: Sunucu ve bağlı istemcilerle ilgili kısa ayrıntıları listeler.

ZooKeeper bağlantı noktasına aşağıdaki komutlar verilebilir:

  1. Sunucunun hatasız durumda çalışıp çalışmadığını test etmek için dört harfli ruok komutunu çalıştırın. Başarılı bir yanıt "imok" döndürür.
    echo ruok | nc <host> 2181

    Şunu döndürür:
    imok
  2. Sunucu performansını ve bağlı istemci istatistiklerini listelemek için dört harfli stat komutunu çalıştırın.
    echo stat | nc <host> 2181

    Şunu döndürür:
    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

    Not: ZooKeeper'ın Mode: leader, follower veya observer modunda olup olmadığını görmek bazen önemlidir.
  3. Netcat (nc) kullanılamıyorsa alternatif olarak Python'u kullanabilirsiniz. Aşağıdakileri içeren zookeeper.py adlı bir dosya oluşturun:
    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)


    Şimdi aşağıdaki python satırlarını çalıştırın:
    python zookeeper.py 192.168.124.201 ruok
    python zookeeper.py 192.168.124.201 stat

OpenLDAP

LDAP Seviye Testi

Belirli isteklerin düzgün şekilde sunulup sunulmadığını görmek için OpenLDAP'yi izleyebilirsiniz. Başka bir deyişle, doğru sonucu döndüren belirli bir arama olup olmadığını kontrol edin.

  1. Sistem yöneticisinin girişini sorgulamak için ldapsearch (yum install openldap-clients) komutunu kullanın. Bu giriş, tüm API çağrılarının kimliğini doğrulamak için kullanılır.
    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

    Ardından LDAP yönetici şifresini girmeniz istenir:
    Enter LDAP Password:

    Şifreyi girdikten sonra şu biçimde bir yanıt görürsünüz:
    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. Yönetim Sunucusu'nun LDAP sorununa hâlâ bağlı olup olmadığını kontrol edin:
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

    Şunu döndürür:
    {
    "emailId" : <ADMIN>,
    "firstName" : "admin",
    "lastName" : "admin"
    }

Disk erişimlerinin sayısını azaltmaya ve dolayısıyla sistemin performansını artırmaya yardımcı olan OpenLDAP önbelleklerini de izleyebilirsiniz. OpenLDAP sunucusundaki önbellek boyutunu izlemek ve ardından ayarlamak, dizin sunucusunun performansını önemli ölçüde etkileyebilir. Önbellek hakkında bilgi edinmek için günlük dosyalarını (opt/apigee/var/log) görüntüleyebilirsiniz.