วิธีตรวจสอบ

Edge for 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

กระบวนการตรวจสอบสำหรับเซิร์ฟเวอร์การจัดการ, Message Processor, 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 MBeans

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

หน่วยความจำ

HeapMemoryUsage

NonHeapMemoryUsage

การใช้งาน

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

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

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

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

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

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

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

การแก้ปัญหา

  1. เข้าสู่ระบบเซิร์ฟเวอร์และเรียกใช้คำสั่งต่อไปนี้
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service สถานะเซิร์ฟเวอร์การจัดการ Edge
  2. หากบริการไม่ได้ทำงานอยู่ ให้เริ่มใช้บริการ:
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service การเริ่มเซิร์ฟเวอร์การจัดการ Edge

การใช้ 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. ตรวจสอบบันทึกเซิร์ฟเวอร์การจัดการ (ที่ &lt;inst_root&gt;/apigee/var/log/edge-management-server) เพื่อหาข้อผิดพลาด
  2. เรียกใช้เซิร์ฟเวอร์การจัดการเพื่อตรวจสอบว่าใช้งานได้หรือไม่ อย่างเหมาะสม
  3. นำเซิร์ฟเวอร์ออกจาก ELB แล้วรีสตาร์ทเซิร์ฟเวอร์การจัดการ
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service รีสตาร์ทเซิร์ฟเวอร์การจัดการ Edge

เราเตอร์

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

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

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

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

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

การแก้ปัญหา

  1. เข้าสู่ระบบเซิร์ฟเวอร์และเรียกใช้คำสั่งต่อไปนี้
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service สถานะ Edge Router
  2. หากบริการไม่ได้ทำงานอยู่ ให้เริ่มใช้บริการ
    /&lt;inst_root&gt;/apigee/apigee-service/bin/apigee-service Edge-Router เริ่ม
  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 คำสั่ง CURL ต่อไปนี้คือ สนับสนุนสำหรับเซิร์ฟเวอร์ Qpid ด้วย:

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

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

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

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

หมายเหตุ: โปรดใช้พอร์ต 1103

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

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

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

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 ติดตั้ง 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 Database_size --warning='800 GB' --important='900 GB'
  2. การเชื่อมต่อขาเข้ากับฐานข้อมูล – ตรวจสอบจำนวนการเชื่อมต่อขาเข้ากับ ฐานข้อมูลและเปรียบเทียบกับการเชื่อมต่อสูงสุดที่อนุญาต:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass Postgres -แบ็กเอนด์การดำเนินการ
  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 Disk_space --warning='80%' --important='90%'
  5. องค์กร/สภาพแวดล้อมที่เริ่มต้นใช้งาน – ตรวจสอบจำนวนองค์กรและ สภาพแวดล้อมที่เริ่มต้นใช้งานในโหนด Postgres:
    check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="selectcount(*) เป็นผลลัพธ์ จาก pg_tables โดยที่ schemaname='analytics' และชื่อตาราง เช่น '%fact'" --warning='80' --important='90' --valtype=integer

หมายเหตุ: โปรดดูที่ 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

Apache Cassandra

การใช้ 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. แก้ไข /&lt;inst_root&gt;/apigee/customer/application/cassandra.properties หากไม่มีไฟล์ ให้สร้างขึ้นมา
  2. เพิ่มโค้ดต่อไปนี้ลงในไฟล์
    conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
  3. บันทึกไฟล์
  4. คัดลอกไฟล์ต่อไปนี้จากไดเรกทอรี $JAVA_HOME ของคุณไปที่ /&lt;inst_root&gt;/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. แก้ไข jmxremote.password และ เพิ่มชื่อผู้ใช้และรหัสผ่านลงในไฟล์:
    Cassandra รหัสผ่าน

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

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

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

สถิติของ Cassandra JMX

JMX MBeans

แอตทริบิวต์ของ 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

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

ใช้ยูทิลิตี Nodetool ซึ่งเป็นอินเทอร์เฟซบรรทัดคำสั่งสำหรับ Cassandra เพื่อจัดการ โหนดคลัสเตอร์ ยูทิลิตีจะอยู่ที่ &lt;inst_root&gt;/apigee/apigee-cassandra/bin

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

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

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

    เอาต์พุตของคำสั่งด้านบนมีลักษณะดังต่อไปนี้
    ที่อยู่ DC โหลดสถานะของ Rack เอง โทเค็น
    192.168.124.201 dc1 ra1 ขึ้นปกติ 1.67 MB 33.33% 0
    192.168.124.202 dc1 ra1 ขึ้นปกติ 1.68 MB 33.33% 56713727820156410577229101238628035242
    192.168.124.203 dc1 ra1 ขึ้นปกติ 1.67 MB 33.33% 113427455640312821154458202477256070484
  2. ข้อมูลทั่วไปเกี่ยวกับโหนด (การเรียกต่อโหนด)
    nodetool -h localhost ข้อมูล

    เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังต่อไปนี้
    โทเค็น : 0
    ข่าวซุบซิบดำเนินอยู่ : จริง
    โหลด : 1.67 MB
    หมายเลขรุ่น : 1361968765
    ระยะเวลาทำงาน (วินาที) : 78108
    หน่วยความจำฮีป (MB) : 46,80 / 772,00
    ศูนย์ข้อมูล : dc1
    แร็ค : ra1
    ข้อยกเว้น : 0
  3. สถานะเซิร์ฟเวอร์สำเร็จรูป (แสดงไคลเอ็นต์ API)
    host]# Nodetool -h localhost สถานะก่อนกำหนด

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

    เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังต่อไปนี้
    โหมด: ปกติ
    ไม่มีอะไรสตรีมไปยัง /192.168.124.203
    ไม่มีอะไรสตรีมจาก /192.168.124.203
    ชื่อพูลที่ใช้งานอยู่รอดำเนินการเสร็จสมบูรณ์แล้ว
    ไม่มีคำสั่ง 0
    ปี 1688 ไม่มีการตอบกลับ 0 292277

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

การใช้ 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 <โฮสต์>
    2181
    การแสดงผล:
    imok
  2. เรียกใช้คำสั่ง 4 ตัวอักษร สถิติเพื่อแสดงประสิทธิภาพของเซิร์ฟเวอร์และไคลเอ็นต์ที่เชื่อมต่อ สถิติ
    สถิติสะท้อน | nc <โฮสต์>
    2181
    การแสดงผล:
    เวอร์ชันZookeeper: 3.4.5-1392090, สร้างเมื่อ 09/30/2012 17:52 GMT
    ลูกค้า:
    /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)
    เวลาในการตอบสนองต่ำสุด/เฉลี่ย/สูงสุด: 0/0/128
    ได้รับเมื่อ: 26144
    ส่งแล้ว: 26160
    การเชื่อมต่อ: 4
    ยอดค้างชำระ: 0
    Zxid: 0x2000002c2
    โหมด: ผู้ติดตาม
    จำนวนโหนด: 283
    หมายเหตุ: บางครั้งก็ต้องดูว่า ZooKeeper อยู่ในโหมดผู้นำหรือไม่ ผู้ติดตามหรือผู้สังเกตการณ์
  3. หาก netcat (nc) ไม่พร้อมใช้งาน คุณสามารถใช้ Python แทนได้ สร้างไฟล์ ตั้งชื่อ zookeeper.py ที่ ประกอบด้วยข้อมูลต่อไปนี้
    เวลานำเข้า, ซ็อกเก็ต,
    ระบบ c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    c.connect((sys.argv[1], 2181))
    c.send(sys.argv[2])
    time.sleep(0.1)
    พิมพ์ c.recv(512)

    เรียกใช้บรรทัด Python ต่อไปนี้
    Python Zookeeper.py 192.168.124.201 Ruok
    Python Zookeeper.py 192.168.124.201 สถิติ

OpenLDAP

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

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

  1. ใช้ LDAPsearch (yum ติดตั้ง openLDAP-client) สืบค้นรายการของผู้ดูแลระบบ รายการนี้ใช้เพื่อตรวจสอบสิทธิ์การเรียก API ทั้งหมด
    LDAPsearch - B &quot;uid=admin,ou=users,ou=global,dc=apigee,dc=com&quot; -x -W -D "cn=manager,dc=apigee,dc=com" -ชม. LDAP://localhost:10389 -LLL

    ระบบจะแจ้งให้คุณใส่รหัสผ่านของผู้ดูแลระบบ LDAP:
    ป้อนรหัสผ่าน LDAP:

    หลังจากป้อนรหัสผ่านแล้ว คุณจะเห็นคำตอบในแบบฟอร์ม:
    dn: uid=admin,ou=users,ou=global,dc=apigee,dc=com
    objectClass: OrganizationPerson
    objectClass: people
    objectClass: inetOrgPerson
    objectClass: top
    uid: ผู้ดูแลระบบ
    cn: ผู้ดูแลระบบ
    sn: ผู้ดูแลระบบ
    userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
    =
    อีเมล: opdk@google.com
  2. ตรวจสอบว่าเซิร์ฟเวอร์การจัดการยังเชื่อมต่อกับปัญหา LDAP อยู่หรือไม่ โดยทำดังนี้
    curl -u <userEMail>:<รหัสผ่าน> http://localhost:8080/v1/users/&lt;ADMIN&gt;

    การแสดงผล:
    {
    &quot;emailId&quot; : <ผู้ดูแลระบบ>,
    "ชื่อ" : "ผู้ดูแลระบบ",
    "lastName" : "ผู้ดูแลระบบ"
    }

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