วิธีตรวจสอบ

Edge สำหรับ Private Cloud เวอร์ชัน 4.17.05

เอกสารนี้อธิบายเทคนิคการตรวจสอบคอมโพเนนต์ที่รองรับโดยการติดตั้งใช้งาน Apigee Edge ภายในองค์กร

การเปิดใช้ JMX

JMX เปิดใช้อยู่โดยค่าเริ่มต้นสำหรับ Cassandra และปิดใช้โดยค่าเริ่มต้นสำหรับคอมโพเนนต์ Edge อื่นๆ ทั้งหมด คุณจึงต้องเปิดใช้ JMX ทีละรายการสำหรับแต่ละคอมโพเนนต์

คอมโพเนนต์แต่ละอย่างรองรับ JMX ในพอร์ตที่ต่างกัน ตารางต่อไปนี้แสดงพอร์ต JMX และไฟล์ที่คุณแก้ไขเพื่อเปิดใช้ JMX ในพอร์ตนั้น

ส่วนประกอบ พอร์ต JMX ไฟล์
เซิร์ฟเวอร์การจัดการ 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

ตัวอย่างเช่น หากต้องการเปิดใช้ JMX ในเซิร์ฟเวอร์การจัดการ ให้เปิด /opt/apigee/edge-management-server/bin/start ในเครื่องมือแก้ไข คุณควรจะเห็นบรรทัดต่อไปนี้ที่ใช้ในการเริ่มต้นเซิร์ฟเวอร์การจัดการ

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

แก้ไขบรรทัดนี้เพื่อเพิ่มรายการต่อไปนี้

-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 

โปรดทราบว่าบรรทัดนี้จะระบุหมายเลขพอร์ต JMX เป็น 1099 สำหรับเซิร์ฟเวอร์การจัดการ กำหนดหมายเลขพอร์ตสำหรับแต่ละคอมโพเนนต์ตามที่กำหนดไว้ในตารางด้านบน เช่น

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

บันทึกไฟล์แล้วรีสตาร์ทคอมโพเนนต์ เช่น การรีสตาร์ทเซิร์ฟเวอร์การจัดการ

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

การเปิดใช้การตรวจสอบสิทธิ์ JMX และการตั้งรหัสผ่าน JMX

ขั้นตอนการตรวจสอบสำหรับเซิร์ฟเวอร์การจัดการ, ผู้ประมวลผลข้อความ, Qpid และ Postgres จะใช้ JMX โดยค่าเริ่มต้น การเข้าถึง JMX ระยะไกลไม่จำเป็นต้องใช้รหัสผ่าน

หากต้องการเปิดใช้การตรวจสอบสิทธิ์ JMX คอมโพเนนต์แต่ละรายการจะมีการดำเนินการ change_jmx_auth ที่คุณใช้เพื่อเปิด/ปิดใช้การตรวจสอบสิทธิ์ และตั้งค่าข้อมูลเข้าสู่ระบบ JMX

หากต้องการเปิดใช้การตรวจสอบสิทธิ์ JMX ให้ใช้คำสั่งต่อไปนี้

>  /<inst_root>/apigee/apigee-service/bin/apigee-service comp change_jmx_auth optionsOrConfigFile

ที่ไหน

  • comp อาจเป็น edge-management-server, edge-message-processor, edge-qpid-server, หรือ edge-postgres-server
  • โดยมีตัวเลือกดังนี้
    • -u: ชื่อผู้ใช้
    • -p: รหัสผ่าน
    • -e: y (เปิดใช้) หรือ n (dsiable)
  • โดยไฟล์การกำหนดค่ามีดังนี้
    • JMX_USERNAME=ชื่อผู้ใช้
    • JMX_ENABLED=y/n
    • JMX_PASSWORD=password (หากไม่ได้กำหนดหรือไม่ได้ส่งผ่านด้วย -p คุณจะได้รับข้อความแจ้ง)

เช่น หากต้องการใช้ตัวเลือกในบรรทัดคำสั่ง ให้ทำดังนี้

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

หากมีไฟล์การกำหนดค่า ให้ทำดังนี้

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

หากเรียกใช้ Edge ในหลายโหนด ให้เรียกใช้คำสั่งนี้กับโหนดทั้งหมดโดยระบุชื่อผู้ใช้และรหัสผ่านเดียวกัน

หากต้องการปิดใช้การตรวจสอบสิทธิ์ JMX ในภายหลัง ให้ใช้คำสั่ง:

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

เซิร์ฟเวอร์การจัดการ

การใช้ JConsole เพื่อตรวจสอบประสิทธิภาพการทำงานของระบบและประมวลผลข้อมูล

ใช้ JConsole (เครื่องมือที่เป็นไปตามมาตรฐาน JMX) เพื่อจัดการและตรวจสอบสถิติการตรวจสอบประสิทธิภาพการทำงานและประมวลผล เมื่อใช้ JConsole คุณสามารถใช้สถิติ JMX ที่แสดงโดยเซิร์ฟเวอร์การจัดการ (หรือเซิร์ฟเวอร์ใดก็ได้) และแสดงสถิติในอินเทอร์เฟซแบบกราฟิก โปรดดูข้อมูลเพิ่มเติมเกี่ยวกับการใช้ JConsole ได้ที่ http://docs.oracle.com/javase/8/docs/technotes/guides/management/jconsole.html

ใช้ JConsole และ URL บริการต่อไปนี้เพื่อตรวจสอบแอตทริบิวต์ JMX (MBeans) ที่เสนอผ่าน JMX

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

โดย <ip address> คือที่อยู่ IP ของเซิร์ฟเวอร์การจัดการ (หรือเซิร์ฟเวอร์ที่เกี่ยวข้อง) โดยค่าเริ่มต้น พอร์ตสำหรับเซิร์ฟเวอร์การจัดการคือ 1099

ตารางต่อไปนี้แสดงสถิติ JMX ทั่วไป

JMX MBean

แอตทริบิวต์ JMX

หน่วยความจำ

HeapMemoryUsage

NonHeapMemoryUsage

การใช้งาน

หมายเหตุ: ค่าแอตทริบิวต์จะแสดงใน 4 ค่า ได้แก่ คอมมิต, init, ค่าสูงสุด และที่ใช้แล้ว

การใช้การตรวจสอบ Edge Application API

คุณตรวจสอบ API ในเซิร์ฟเวอร์การจัดการ (หรือเซิร์ฟเวอร์ใดก็ได้) โดยเรียกใช้คำสั่ง CURL ต่อไปนี้

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

โดย <host> คือที่อยู่ IP ของเซิร์ฟเวอร์การจัดการ

การเรียกนี้จะแสดงค่า "true" และ "false" หากเป็น "จริง" หมายความว่าโหนดทำงานอยู่และบริการ Java ทำงานอยู่

หากไม่ได้รับการตอบกลับ HTTP 200 (OK) Edge จะตอบกลับคำขอพอร์ต 8080 ไม่ได้

การแก้ปัญหา

  1. เข้าสู่ระบบเซิร์ฟเวอร์แล้วเรียกใช้คำสั่งต่อไปนี้
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server status
  2. หากบริการไม่ได้ทำงานอยู่ ให้เริ่มบริการดังนี้
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-server start

การใช้แอปพลิเคชัน Edge – การตรวจสอบผู้ใช้ องค์กร และการทำให้ใช้งานได้

เซิร์ฟเวอร์การจัดการมีบทบาทสำคัญในการจัดเก็บพัสดุอื่นๆ ทั้งหมดไว้ด้วยกันในการติดตั้งภายในองค์กรแต่ละครั้ง คุณสามารถตรวจสอบสถานะผู้ใช้ องค์กร และการทำให้ใช้งานได้บนเซิร์ฟเวอร์การจัดการโดยออกคำสั่งต่อไปนี้

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

ระบบควรแสดงสถานะ "ใช้งานแล้ว" สำหรับการเรียกทั้งหมด หากไม่ได้ผล ให้ทำดังนี้

  1. ตรวจสอบบันทึกเซิร์ฟเวอร์การจัดการ (ที่ <inst_root>/apigee/var/log/edge-management-server) เพื่อหาข้อผิดพลาด
  2. โปรดเรียกเซิร์ฟเวอร์การจัดการเพื่อตรวจสอบว่าเซิร์ฟเวอร์ทำงานอย่างถูกต้อง
  3. นำเซิร์ฟเวอร์ออกจาก ELB แล้วรีสตาร์ทเซิร์ฟเวอร์การจัดการ
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-management-serverและวิธีรีสตาร์ท

เราเตอร์

คุณตรวจสอบ API บนเราเตอร์ (หรือเซิร์ฟเวอร์ใดก็ได้) โดยเรียกใช้คำสั่ง CURL ต่อไปนี้

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

โดยที่โฮสต์คือที่อยู่ IP ของเราเตอร์

การเรียกนี้จะแสดงค่า "true" และ "false" หาก "จริง" หมายความว่าโหนดทำงานอยู่และบริการเราเตอร์ทำงานอยู่

หากไม่ได้รับการตอบกลับ HTTP 200 (OK) Edge จะตอบคำขอพอร์ต 8081 ไม่ได้

การแก้ปัญหา

  1. เข้าสู่ระบบเซิร์ฟเวอร์แล้วเรียกใช้คำสั่งต่อไปนี้
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router status
  2. หากบริการไม่ได้ทำงานอยู่ ให้เริ่มบริการ
    /<inst_root>/apigee/apigee-service/bin/apigee-service edge-router start
  3. หลังจากรีสตาร์ท ให้ตรวจสอบว่าอุปกรณ์ทำงานอยู่
    curl -v http://localhost:port/v1/servers/self/up

    ตำแหน่ง port สำหรับเราเตอร์ คือ 8081 สำหรับเราเตอร์ และ 8082 สำหรับ Message Processor

Message Processor

การใช้ JConsole เพื่อตรวจสอบประสิทธิภาพการทำงานของระบบและประมวลผลข้อมูล

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 1101

การใช้การตรวจสอบ Edge Application API

ทำตามขั้นตอนเดียวกับที่อธิบายไว้ด้านบนสำหรับเราเตอร์

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 8082

การใช้การตรวจสอบโฟลว์ข้อความ JMX

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 1101

เซิร์ฟเวอร์ Qpid

การใช้ JConsole เพื่อตรวจสอบประสิทธิภาพการทำงานของระบบและประมวลผลข้อมูล

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 1102

การใช้การตรวจสอบ Edge Application API

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 8083 นอกจากนี้ Qpid Server ยังรองรับคำสั่ง CURL ต่อไปนี้ด้วย

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

เซิร์ฟเวอร์ Postgres

การใช้ JConsole เพื่อตรวจสอบประสิทธิภาพการทำงานของระบบและประมวลผลข้อมูล

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 1103

การใช้การตรวจสอบ Edge Application API

ทำตามขั้นตอนเดียวกับที่ระบุไว้ข้างต้นสำหรับเซิร์ฟเวอร์การจัดการ

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 8084 นอกจากนี้ เซิร์ฟเวอร์ Postgres จะรองรับคำสั่ง CURL ต่อไปนี้ด้วย

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

การใช้การตรวจสอบการจัดระเบียบแอปพลิเคชัน Edge และสภาพแวดล้อม

คุณสามารถตรวจสอบชื่อองค์กรและสภาพแวดล้อมที่เริ่มต้นใช้งานบนเซิร์ฟเวอร์ Postgres ได้ด้วยการออกคำสั่ง CURL ต่อไปนี้

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

หมายเหตุ: ตรวจสอบว่าคุณใช้พอร์ต 8084

ระบบควรแสดงชื่อองค์กรและสภาพแวดล้อม

การใช้การตรวจสอบ Axstatus ของแอปพลิเคชัน Edge

คุณยืนยันสถานะเซิร์ฟเวอร์การวิเคราะห์ได้โดยการออกคำสั่ง CURL ต่อไปนี้

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

ระบบควรแสดงสถานะสำเร็จสำหรับเซิร์ฟเวอร์การวิเคราะห์ทั้งหมด เอาต์พุตของคำสั่ง CURL ด้านบนจะแสดงอยู่ด้านล่าง

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

การใช้สคริปต์ check_postgres.pl

หากต้องการตรวจสอบฐานข้อมูล PostgreSQL คุณสามารถใช้สคริปต์การตรวจสอบมาตรฐาน check_postgres.pl ซึ่งมีอยู่ที่ http://bucardo.org/wiki/Check_postgres

หมายเหตุ: ต้องติดตั้งสคริปต์ check_postgres.pl ในโหนด Postgres แต่ละรายการ

ก่อนที่คุณจะเรียกใช้สคริปต์ ให้ทำดังนี้

  1. ตรวจสอบว่าคุณได้ติดตั้ง perl-Time-HiRes.x86_64 ซึ่งเป็นโมดูล Perl ที่ใช้งานการปลุก โหมดสลีป การรับข้อมูลเวลา และตัวจับเวลาแบบช่วงเวลาความละเอียดสูง ตัวอย่างเช่น คุณจะติดตั้งได้โดยใช้คำสั่งต่อไปนี้
    yum install perl-Time-HiRes.x86_64

ซึ่งเอาต์พุตเริ่มต้นของการเรียก API ที่ใช้สคริปต์นี้ check_postgres.pl ทำงานร่วมกับ Nagios ได้ หลังจากที่ติดตั้งสคริปต์แล้ว ให้ตรวจสอบต่อไปนี้

  1. ขนาดของฐานข้อมูล – ตรวจสอบขนาดของฐานข้อมูล ดังนี้
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -include=apigee -actionของครีเอทีฟโฆษณา_size --warning='800 GB' --critical='900 GB'
  2. การเชื่อมต่อขาเข้าไปยังฐานข้อมูล – ตรวจสอบจำนวนการเชื่อมต่อขาเข้าไปยังฐานข้อมูลและเปรียบเทียบกับการเชื่อมต่อสูงสุดที่อนุญาต:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -actionแบ็กเอนด์
  3. ความพร้อมใช้งานและประสิทธิภาพของฐานข้อมูล – ตรวจสอบว่าฐานข้อมูลทำงานอยู่และพร้อมใช้งานหรือไม่:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -actionการเชื่อมต่อ
  4. พื้นที่ในดิสก์ – ตรวจสอบพื้นที่ในดิสก์
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action drive_space --warning='80%' --critical='90%'
  5. องค์กร/สภาพแวดล้อมที่เริ่มต้นใช้งานแล้ว – ตรวจสอบจำนวนองค์กรและสภาพแวดล้อมที่เริ่มต้นใช้งานในโหนด Postgres ดังนี้
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) asผลการค้นหาจาก

หมายเหตุ: โปรดดูที่ http://bucardo.org/check_postgres/check_postgres.pl.html หากต้องการความช่วยเหลือเกี่ยวกับการใช้คำสั่งข้างต้น

การตรวจสอบ DB

คุณตรวจสอบได้ว่าสร้างตารางที่เหมาะสมในฐานข้อมูล PostgreSQL แล้ว เข้าสู่ระบบฐานข้อมูล PostgreSQL โดยใช้:

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

แล้วเรียกใช้:

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

ตรวจสอบสถานะความสมบูรณ์ของกระบวนการ Postgres

คุณตรวจสอบ API ในเครื่อง Postgres ได้โดยเรียกใช้คำสั่ง CURL ต่อไปนี้

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

หมายเหตุ: โปรดตรวจสอบว่าคุณใช้พอร์ต 8084 อยู่

จะคืนค่าสถานะ "ใช้งานอยู่" เมื่อการทำงานของกระบวนการ Postgres ทำงาน หากกระบวนการ Postgres ไม่ทํางานอยู่ ระบบจะแสดงผลสถานะ "ไม่มีการใช้งาน"

แหล่งข้อมูลจาก Postgres

อาปาเช่ คาสซานดรา

การใช้ JConsole – ตรวจสอบสถิติของงาน

ใช้ JConsole และ URL บริการต่อไปนี้เพื่อตรวจสอบแอตทริบิวต์ JMX (MBeans) ที่เสนอผ่าน JMX

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

โดยที่ <ip address> คือ IP ของเซิร์ฟเวอร์ Cassandra

JMX เปิดใช้อยู่โดยค่าเริ่มต้นสำหรับ Cassandra และการเข้าถึง JMX ระยะไกลไปยัง Cassandra ไม่จำเป็นต้องใช้รหัสผ่าน

วิธีเปิดใช้การตรวจสอบสิทธิ์ JMX เพื่อเพิ่มรหัสผ่าน

  1. แก้ไข /<inst_root>/apigee/customer/application/cassandra.properties หากไม่มีไฟล์ ให้สร้างขึ้นมา
  2. เพิ่มข้อมูลต่อไปนี้ลงในไฟล์
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. บันทึกไฟล์
  4. คัดลอกไฟล์ต่อไปนี้จากไดเรกทอรี $JAVA_HOME ไปยัง /<inst_root>/apigee/data/apigee-cassandra/:
    cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password

    japi/sandra/jmxremote.password

    jcp_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password

    japi/sandra/jmxremote.password

    jcpVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password

    japi/sandra/jmxremote.password
  5. แก้ไข jmxremote.password แล้วเพิ่มชื่อผู้ใช้และรหัสผ่านลงในไฟล์ ดังนี้
    cassandra password

    โดยที่ password คือรหัสผ่าน JMX
  6. แก้ไข jmxremote.access และเพิ่มบทบาทต่อไปนี้
    cassandra Readwrite
  7. ตรวจสอบว่า "apigee" เป็นเจ้าของไฟล์และโหมดไฟล์เป็น 400:
    > chown apigee:apigee /<inst_root>/apigee/data/apigee-cassandra/jmxremote*
    > chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
  8. เรียกใช้ configure ใน Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra กำหนดค่า
  9. รีสตาร์ท Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra launch

หากต้องการปิดใช้การตรวจสอบสิทธิ์ในภายหลัง ให้ทำดังนี้

  1. แก้ไข /<inst_root>/apigee/customer/application/cassandra.properties
  2. นำบรรทัดต่อไปนี้ในไฟล์ออก
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. เรียกใช้การกำหนดค่าบน Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra กำหนดค่า
  4. รีสตาร์ท Cassandra:
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra launch

สถิติของ Cassandra JMX

JMX MBean

แอตทริบิวต์ JMX

ColumnFamilies/แอป/สภาพแวดล้อม

ColumnFamilies/แอป/องค์กร

ColumnFamilies/apprepo/apiproxy_revisions

ColumnFamilies/apprepo/apiproxies

ColumnFamilies/การตรวจสอบ/การตรวจสอบ

ColumnFamilies/audit/audits_ref

PendingTasks

MemtableColumnsCount

MemtableDataSize

ReadCount

RecentReadLatencyMicros

TotalReadLatencyMicros

WriteCount

RecentWriteLatencyMicros

TotalWriteLatencyMicros

TotalDiskSpaceUsed

LiveDiskSpaceUsed

LiveSSTableCount

BloomFilterFalsePositives

RecentBloomFilterFalseRatio

BloomFilterFalseRatio

การใช้ยูทิลิตี้ Nodetool เพื่อจัดการโหนดของคลัสเตอร์

ยูทิลิตี Nodetool ซึ่งเป็นอินเทอร์เฟซบรรทัดคำสั่งสำหรับ Cassandra ใช้เพื่อจัดการโหนดของคลัสเตอร์ คุณสามารถพบยูทิลิตีได้ที่ <inst_root>/apigee/apigee-cassandra/bin

ดูข้อมูลเพิ่มเติมเกี่ยวกับยูทิลิตี Nodetool ได้ที่ http://www.datastax.com/docs/1.0/references/nodetool

การเรียกใช้ต่อไปนี้ทำได้ในโหนดคลัสเตอร์ Cassandra ทั้งหมด

  1. ข้อมูลวงแหวนทั่วไป (ใช้ได้ด้วยโหนด Cassandra เดี่ยว): มองหา "ขึ้น" และ "ปกติ" สำหรับโหนดทั้งหมด
    [host]# Nodetool -h localhost ring

    เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังตัวอย่างด้านล่าง:
    Address DC Rack Status State Load Owns Token
    192.168.124.201 dc1 ra1 ขึ้นปกติ 1.67 MB 33,33% ขึ้น 0

  2. ข้อมูลทั่วไปเกี่ยวกับโหนด (เรียกใช้ต่อโหนด)
    nodetool -h localhost info

    เอาต์พุตของคำสั่งด้านบนจะมีหน้าตาดังนี้
    โทเค็น : 0
    Gossip เปิดใช้งาน : true
    โหลด : 1.67 MB
    หมายเลขการสร้าง : 1361968765
    ระยะเวลาทำงาน (วินาที) :
    8 MB :
    80 ทำงาน (วินาที) :

  3. สถานะของเซิร์ฟเวอร์thrift (กำลังให้บริการ API ของไคลเอ็นต์)
    host]# nodetool -h localhost statusthrift

    เอาต์พุตของคำสั่งข้างต้นแสดงสถานะเป็น "running"
  4. สถานะของการดำเนินการสตรีมมิงข้อมูล: สังเกตการรับส่งข้อมูลสำหรับ cassandra โหนด
    nodetool -h localhost netstats 192.168.124.203

    เอาต์พุตของคำสั่งข้างต้นจะปรากฏดังตัวอย่างด้านล่าง
    Mode: NORMAL
    ไม่มีการสตรีมไปยัง /192.168.124.20 ไม่ได้สตรีมจาก /192.168.124




Cassandra Monitoring (UI)

โปรดดู URL ของ Datastax opscenter: http://www.datastax.com/products/opscenter

ทรัพยากรของ Cassandra

โปรดดูที่ URL ต่อไปนี้ http://www.datastax.com/docs/1.0/operations/monitoring

Apache ZooKeeper

กำลังตรวจสอบสถานะ ZooKeeper

  1. ตรวจสอบว่ากระบวนการ ZooKeeper ทำงานอยู่ ZooKeeper เขียนไฟล์ PID ไปยัง <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid
  2. ทดสอบพอร์ต ZooKeeper เพื่อให้แน่ใจว่าคุณจะเชื่อมต่อ TCP กับพอร์ต 2181 และ 3888 ในเซิร์ฟเวอร์ ZooKeeper ทั้งหมดได้
  3. ตรวจสอบว่าคุณอ่านค่าจากฐานข้อมูล ZooKeeper ได้ เชื่อมต่อโดยใช้ไลบรารีของไคลเอ็นต์ ZooKeeper (หรือ /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) และอ่านค่าจากฐานข้อมูล
  4. ตรวจสอบสถานะ
    > /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

การใช้ ZooKeeper 4 ตัวอักษร

คุณสามารถตรวจสอบ ZooKeeper ได้ผ่านชุดคำสั่งสั้นๆ (คำ 4 ตัวอักษร) ที่ส่งไปยังพอร์ต 2181 โดยใช้ netcat (nc) หรือ Telnet

ดูข้อมูลเพิ่มเติมเกี่ยวกับคำสั่ง ZooKeeper ได้ที่ http://zookeeper.apache.org/doc/r3.1.2/zookeeperAdmin.html#sc_zkCommands

เช่น

  • srvr: แสดงรายละเอียดทั้งหมดสำหรับเซิร์ฟเวอร์
  • stat: แสดงรายละเอียดสั้นๆ สำหรับเซิร์ฟเวอร์และไคลเอ็นต์ที่เชื่อมต่อ

คำสั่งต่อไปนี้สามารถออกไปยังพอร์ต ZooKeeper

  1. เรียกใช้ ruok คำสั่ง 4 ตัวอักษรเพื่อทดสอบว่าเซิร์ฟเวอร์ทำงานด้วยสถานะที่ไม่ใช่ข้อผิดพลาดหรือไม่ การตอบกลับที่สำเร็จจะแสดง "imok"
    echo ruok | nc <host> 2181

    การกลับมา:
    imok
  2. เรียกใช้คำสั่ง 4 ตัวอักษร "สถิติ" เพื่อแสดงสถิติประสิทธิภาพของเซิร์ฟเวอร์และไคลเอ็นต์ที่เชื่อมต่อ
    echo stated, <host1 และ Google Apps <host> 2181

    ส่งกลับ:
    Zookeeper เวอร์ชัน: 3.4.5-1392090, สร้างเมื่อ 09/30/2012 09/30/2012 17:52 GMT
    ไคลเอ็นต์:
    /0:0:0:0:1











  3. หาก netcat (nc) ไม่พร้อมใช้งาน คุณสามารถใช้ Python แทนได้ สร้างไฟล์ชื่อ zookeeper.py ที่มีข้อมูลต่อไปนี้
    import time, socket,
    sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    c.connect(sys.argv[1], 2181))
    c.send(Socket.argv)





OpenLDAP

การทดสอบระดับ LDAP

คุณสามารถตรวจสอบ OpenLDAP เพื่อดูว่าคำขอที่ระบุแสดงผลอย่างถูกต้องหรือไม่ กล่าวคือ ตรวจสอบการค้นหาเฉพาะเจาะจงที่แสดงผลการค้นหาที่ถูกต้อง

  1. ใช้ ldapsearch (yum install openldap-clients) เพื่อค้นหารายการผู้ดูแลระบบ รายการนี้ใช้สำหรับตรวจสอบสิทธิ์การเรียก API ทั้งหมด
    LDAP















  2. ตรวจสอบว่าเซิร์ฟเวอร์การจัดการยังเชื่อมต่อกับปัญหา LDAP อยู่หรือไม่ โดยทำดังนี้
    curl -u <userEMail>:<password> http://localhost:8080/v1/users/<ADMIN>

    ส่งกลับ:
    {
    "emailId" : <ADMIN>,
    "firstName" : "admin",
    "lastName" } "admin"

นอกจากนี้ คุณยังตรวจสอบแคชของ OpenLDAP ได้ ซึ่งจะช่วยลดจำนวนการเข้าถึงดิสก์และปรับปรุงประสิทธิภาพของระบบ การตรวจสอบและการปรับแต่งขนาดแคชในเซิร์ฟเวอร์ OpenLDAP อาจส่งผลต่อประสิทธิภาพของเซิร์ฟเวอร์ไดเรกทอรีอย่างมาก คุณดูไฟล์บันทึก (<inst_root>/apigee/var/log) เพื่อรับข้อมูลเกี่ยวกับแคชได้