วิธีตรวจสอบ

Edge for Private Cloud v4.18.01

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

การเปิดใช้ JMX

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

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

ตัวอย่างเช่น หากต้องการเปิดใช้ 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 ระยะไกลไม่ต้องใช้รหัสผ่าน

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

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

>  /opt/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 คุณจะได้รับข้อความแจ้ง)

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

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

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

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

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

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

> /opt/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

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

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

curl http://<host>:8080/v1/servers/self/up -H "Accept: application/json"

โดยที่ &lt;host&gt; คือที่อยู่ IP ของเซิร์ฟเวอร์การจัดการ คุณระบุประเภทการยอมรับเป็น application/json หรือ application/xml

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

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

การแก้ปัญหา

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

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

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

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

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

• http://www.postgresql.org/docs/9.0/static/monitoring.html
• http://www.postgresql.org/docs/9.0/static/diskusage.html
• http://bucardo.org/check_postgres/check_postgres.pl.html

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. แก้ไข /opt/apigee/customer/application/cassandra.properties หากไม่มีไฟล์ ให้สร้างขึ้นมา
2. เพิ่มโค้ดต่อไปนี้ลงในไฟล์
   conf_cassandra-env_com.sun.management.jmxremote.authenticate=true
3. บันทึกไฟล์
4. คัดลอกไฟล์ต่อไปนี้จากไดเรกทอรี $JAVA_HOME ของคุณไปยัง /opt/apigee/data/apigee-cassandra/:
   cp ${JAVA_HOME}/lib/management/jmxremote.password.template $APIGEE_ROOT/data/apigee-cassandra/jmxremote.password
5. แก้ไข jmxremote.password และ เพิ่มชื่อผู้ใช้และรหัสผ่านลงในไฟล์:
   Cassandra รหัสผ่าน
   
   โดย password คือรหัสผ่าน JMX
6. แก้ไข ${JAVA_HOME}/lib/management/jmxremote.access และ เพิ่มบทบาทต่อไปนี้
   Cassandra อ่านและเขียน
7. ตรวจสอบว่าไฟล์เป็นของ "apigee" และโหมดไฟล์คือ 400:
   &gt; chown Apigee:Apigee /opt/apigee/data/apigee-cassandra/jmxremote.*
   chmod 400 /opt/apigee/data/apigee-cassandra/jmxremote*
8. สร้างไฟล์ในตำแหน่งต่อไปนี้ หากยังไม่มี

   /opt/apigee/customer/application/jmx_auth.sh

9. เพิ่มบรรทัดต่อไปนี้ลงในไฟล์ jmx_auth.sh ที่คุณเพิ่งสร้างขึ้น

   export CASS_JMX_USERNAME=JMX_USERNAME
   export CASS_JMX_PASSWORD=JMX_PASSWORD

10. เรียกใช้คำสั่งต่อไปนี้

    source /opt/apigee/customer/application/jmx_auth.sh

11. เรียกใช้กำหนดค่าใน คาสซานดรา:
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandraกำหนดค่า
12. รีสตาร์ท Cassandra:
    &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-cassandraตัวชี้วัดใหม่
13. ทำขั้นตอนนี้ซ้ำในโหนด Cassandra อื่นๆ ทั้งหมด

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

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

สถิติของ Cassandra JMX

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

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

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

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

1. ข้อมูลทั่วไปของเสียงเรียกเข้า (สำหรับโหนด Cassandra เดี่ยว): มองหา "ขึ้น" และ "ปกติ" สำหรับโหนดทั้งหมด
   [โฮสต์]# Nodetool -u username -p password -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 -u username -p password -h ข้อมูล localhost
   
   เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังต่อไปนี้
   โทเค็น : 0
   ข่าวซุบซิบดำเนินอยู่ : จริง
   โหลด : 1.67 MB
   หมายเลขรุ่น : 1361968765
   ระยะเวลาทำงาน (วินาที) : 78108
   หน่วยความจำฮีป (MB) : 46,80 / 772,00
   ศูนย์ข้อมูล : dc1
   แร็ค : ra1
   ข้อยกเว้น : 0
3. สถานะเซิร์ฟเวอร์สำเร็จรูป (แสดงไคลเอ็นต์ API)
   host]# Nodetool -u username -p password -h localhost สถานะ
   
   เอาต์พุตของคำสั่งด้านบนจะแสดงสถานะเป็น "กำลังทำงาน"
4. สถานะของการดำเนินการสตรีมมิงข้อมูล: สังเกตการรับส่งข้อมูลของ Cassandra โหนด
   nodetool -u username -p password -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 ไปยัง opt/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid
2. ทดสอบพอร์ต ZooKeeper เพื่อให้แน่ใจว่าคุณสามารถสร้างการเชื่อมต่อ TCP ไปยังพอร์ต 2181 และ 3888 บนเซิร์ฟเวอร์ ZooKeeper ทั้งหมด
3. ตรวจสอบว่าคุณอ่านค่าจากฐานข้อมูล ZooKeeper ได้ เชื่อมต่อโดยใช้ ZooKeeper ไลบรารีของไคลเอ็นต์ (หรือ /opt/apigee/apigee-zookeeper/bin/zkCli.sh) และอ่านค่าจากฐานข้อมูล
4. ตรวจสอบสถานะได้ที่
   &gt; /opt/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 อาจส่งผลกระทบอย่างมากต่อประสิทธิภาพการทำงานของเซิร์ฟเวอร์ไดเรกทอรี คุณสามารถดูบันทึก (opt/apigee/var/log) ไปยัง รับข้อมูลเกี่ยวกับแคช