Edge for Private Cloud เวอร์ชัน 4.16.09
เอกสารนี้อธิบายเทคนิคการตรวจสอบคอมโพเนนต์ที่ภายในองค์กรรองรับ การติดตั้งใช้งาน 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 ระยะไกลไม่ต้องใช้รหัสผ่าน
ในการเปิดใช้การตรวจสอบสิทธิ์ 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>/platform
โดยที่ <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
โดยที่ <host> คือที่อยู่ IP ของการจัดการ เซิร์ฟเวอร์
การเรียกนี้แสดงค่า "true" และ "เท็จ" หากเป็น "จริง" แสดงว่าโหนดขึ้นและบริการ Java วิ่งอยู่
หากคุณไม่ได้รับการตอบกลับ HTTP 200 (OK) Edge จะไม่สามารถตอบสนองต่อพอร์ต 8080 คำขอ
การแก้ปัญหา
- เข้าสู่ระบบเซิร์ฟเวอร์และเรียกใช้คำสั่งต่อไปนี้
/<inst_root>/apigee/apigee-service/bin/apigee-service สถานะเซิร์ฟเวอร์การจัดการ Edge - หากบริการไม่ได้ทำงานอยู่ ให้เริ่มใช้บริการ:
/<inst_root>/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
ระบบควรแสดง "ทำให้ใช้งานได้แล้ว" สถานะสำหรับการโทรทั้งหมด หากการดำเนินการเหล่านี้ล้มเหลว ให้ดำเนินการ ดังต่อไปนี้:
- ตรวจสอบบันทึกเซิร์ฟเวอร์การจัดการ (ที่ <inst_root>/apigee/var/log/edge-management-server) เพื่อหาข้อผิดพลาด
- เรียกใช้เซิร์ฟเวอร์การจัดการเพื่อตรวจสอบว่าใช้งานได้หรือไม่ อย่างเหมาะสม
- นำเซิร์ฟเวอร์ออกจาก ELB แล้วรีสตาร์ทเซิร์ฟเวอร์การจัดการ
/<inst_root>/apigee/apigee-service/bin/apigee-service รีสตาร์ทเซิร์ฟเวอร์การจัดการ Edge
เราเตอร์
คุณตรวจสอบ API บนเราเตอร์ (หรือเซิร์ฟเวอร์ใดก็ได้) โดยเรียกใช้ CURL ต่อไปนี้ คำสั่ง:
curl http://<host>:8081/v1/servers/self/up
โฮสต์คือที่อยู่ IP ของเราเตอร์
การเรียกนี้แสดงค่า "true" และ "เท็จ" หากจริง แสดงว่าโหนดทำงานและเราเตอร์ บริการกำลังทำงาน
หากไม่ได้รับการตอบกลับ HTTP 200 (OK) Edge จะไม่สามารถตอบสนองต่อพอร์ต 8081 คำขอ
การแก้ปัญหา
- เข้าสู่ระบบเซิร์ฟเวอร์และเรียกใช้คำสั่งต่อไปนี้
/<inst_root>/apigee/apigee-service/bin/apigee-service สถานะ Edge Router - หากบริการไม่ได้ทำงานอยู่ ให้เริ่มใช้บริการ
/<inst_root>/apigee/apigee-service/bin/apigee-service Edge-Router เริ่ม - หลังจากรีสตาร์ทแล้ว ให้ตรวจสอบว่าอุปกรณ์ทำงานอยู่หรือไม่
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 แต่ละรายการ
ก่อนเรียกใช้สคริปต์ ให้ทำดังนี้
- ตรวจสอบว่าคุณได้ติดตั้ง perl-Time-HiRes.x86_64 ซึ่งเป็นโมดูล Perl ที่
ใช้เครื่องตั้งเวลาสำหรับปลุก การนอนหลับ เวลาพักฟื้น และช่วงละครั้งที่มีความละเอียดสูง ตัวอย่างเช่น คุณสามารถ
สามารถติดตั้งโดยใช้คำสั่งต่อไปนี้:
yum ติดตั้ง perl-Time-HiRes.x86_64
เอาต์พุตเริ่มต้นของการเรียก API โดยใช้สคริปต์ check_postgres.pl นั้นเข้ากันได้กับ Nagios หลัง ที่ติดตั้งสคริปต์ ให้ตรวจสอบดังต่อไปนี้
- ขนาดของฐานข้อมูล – ตรวจสอบขนาดของฐานข้อมูล:
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' - การเชื่อมต่อขาเข้ากับฐานข้อมูล – ตรวจสอบจำนวนการเชื่อมต่อขาเข้ากับ
ฐานข้อมูลและเปรียบเทียบกับการเชื่อมต่อสูงสุดที่อนุญาต:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass Postgres -แบ็กเอนด์การดำเนินการ - ความพร้อมใช้งานและประสิทธิภาพของฐานข้อมูล – ตรวจสอบว่าฐานข้อมูลทํางานอยู่หรือไม่และ
พร้อมใช้งาน:
check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action การเชื่อมต่อ - พื้นที่ในดิสก์ - ตรวจสอบพื้นที่ในดิสก์:
check_postgres.pl -H 10.176.218.202 -db Apigee -u apigee -dbpass postgres -action Disk_space --warning='80%' --important='90%' - องค์กร/สภาพแวดล้อมที่เริ่มต้นใช้งาน – ตรวจสอบจำนวนองค์กรและ
สภาพแวดล้อมที่เริ่มต้นใช้งานในโหนด 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 เพื่อเพิ่มรหัสผ่าน ให้ทำดังนี้
- แก้ไข /<inst_root>/apigee/customer/application/cassandra.properties หากไม่มีไฟล์ ให้สร้างขึ้นมา
- เพิ่มโค้ดต่อไปนี้ลงในไฟล์
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - บันทึกไฟล์
- คัดลอกไฟล์ต่อไปนี้จากไดเรกทอรี $JAVA_HOME ของคุณไปที่
/<inst_root>/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 - แก้ไข jmxremote.password และ
เพิ่มชื่อผู้ใช้และรหัสผ่านลงในไฟล์:
Cassandra รหัสผ่าน
โดย password คือรหัสผ่าน JMX - แก้ไข jmxremote.access และ
เพิ่มบทบาทต่อไปนี้
Cassandra อ่านและเขียน - ตรวจสอบว่าไฟล์เป็นของ "apigee" และโหมดไฟล์คือ 400:
> chown Apigee:Apigee /<inst_root>/apigee/data/apigee-cassandra/jmxremote.*
chmod 400 /<inst_root>/apigee/data/apigee-cassandra/jmxremote* - เรียกใช้กำหนดค่าใน
คาสซานดรา:
/<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra กำหนดค่า - รีสตาร์ท Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra รีสตาร์ท
หากต้องการปิดการตรวจสอบสิทธิ์ในภายหลัง ให้ทำดังนี้
- แก้ไข /<inst_root>/apigee/customer/application/cassandra.properties
- นำบรรทัดต่อไปนี้ในไฟล์ออก:
conf_cassandra-env_com.sun.management.jmxremote.authenticate=true - เรียกใช้การกำหนดค่าใน Cassandra:
> /<inst_root>/apigee/apigee-service/bin/apigee-service apigee-cassandra กำหนดค่า - รีสตาร์ท Cassandra:
> /<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 เพื่อจัดการ โหนดคลัสเตอร์ ยูทิลิตีจะอยู่ที่ <inst_root>/apigee/apigee-cassandra/bin
ดูข้อมูลเพิ่มเติมเกี่ยวกับยูทิลิตี Nodetool ได้ที่ http://www.datastax.com/docs/1.0/references/nodetool
การเรียกต่อไปนี้สามารถทำบนโหนดคลัสเตอร์ Cassandra ทั้งหมดได้
- ข้อมูลทั่วไปของเสียงเรียกเข้า (สำหรับโหนด 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 - ข้อมูลทั่วไปเกี่ยวกับโหนด (การเรียกต่อโหนด)
nodetool -h localhost ข้อมูล
เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังต่อไปนี้
โทเค็น : 0
ข่าวซุบซิบดำเนินอยู่ : จริง
โหลด : 1.67 MB
หมายเลขรุ่น : 1361968765
ระยะเวลาทำงาน (วินาที) : 78108
หน่วยความจำฮีป (MB) : 46,80 / 772,00
ศูนย์ข้อมูล : dc1
แร็ค : ra1
ข้อยกเว้น : 0 - สถานะเซิร์ฟเวอร์สำเร็จรูป (แสดงไคลเอ็นต์ API)
host]# Nodetool -h localhost สถานะก่อนกำหนด
เอาต์พุตของคำสั่งด้านบนจะแสดงสถานะเป็น "กำลังทำงาน" - สถานะของการดำเนินการสตรีมมิงข้อมูล: สังเกตการรับส่งข้อมูลของ 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
- ตรวจสอบว่ากระบวนการ ZooKeeper กำลังทำงานอยู่ ZooKeeper เขียนไฟล์ PID ไปยัง <inst_root>/apigee/var/run/apigee-zookeeper/apigee-zookeeper.pid
- ทดสอบพอร์ต ZooKeeper เพื่อให้แน่ใจว่าคุณสามารถสร้างการเชื่อมต่อ TCP ไปยังพอร์ต 2181 และ 3888 บนเซิร์ฟเวอร์ ZooKeeper ทั้งหมด
- ตรวจสอบว่าคุณอ่านค่าจากฐานข้อมูล ZooKeeper ได้ เชื่อมต่อโดยใช้ ZooKeeper ไลบรารีของไคลเอ็นต์ (หรือ /<inst_root>/apigee/apigee-zookeeper/bin/zkCli.sh) และอ่านค่าจากฐานข้อมูล
- ตรวจสอบสถานะได้ที่
> /<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 ได้
- เรียกใช้ ruok ของคำสั่งแบบ 4 ตัวอักษรเพื่อทดสอบว่าเซิร์ฟเวอร์ทำงานอยู่ในสถานะที่ไม่ใช่ข้อผิดพลาดหรือไม่ ต
การตอบกลับที่สำเร็จจะแสดง "imok"
echo ruok | nc <โฮสต์>
2181
การแสดงผล:
imok - เรียกใช้คำสั่ง 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 อยู่ในโหมดผู้นำหรือไม่ ผู้ติดตามหรือผู้สังเกตการณ์ - หาก 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 ได้เพื่อดูว่าคำขอที่ระบุแสดงอย่างถูกต้องหรือไม่ ใน เช่น ตรวจหาการค้นหาเฉพาะที่แสดงผลการค้นหาที่ถูกต้อง
- ใช้ LDAPsearch
(yum ติดตั้ง openLDAP-client)
สืบค้นรายการของผู้ดูแลระบบ รายการนี้ใช้เพื่อตรวจสอบสิทธิ์การเรียก API ทั้งหมด
LDAPsearch - B "uid=admin,ou=users,ou=global,dc=apigee,dc=com" -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@apigee.com - ตรวจสอบว่าเซิร์ฟเวอร์การจัดการยังเชื่อมต่อกับปัญหา LDAP อยู่หรือไม่ โดยทำดังนี้
curl -u <userEMail>:<รหัสผ่าน> http://localhost:8080/v1/users/<ADMIN>
การแสดงผล:
{
"emailId" : <ผู้ดูแลระบบ>,
"ชื่อ" : "ผู้ดูแลระบบ",
"lastName" : "ผู้ดูแลระบบ"
}
นอกจากนี้ คุณยังสามารถตรวจสอบแคชของ OpenLDAP ได้ ซึ่งจะช่วยลดจำนวนการเข้าถึงดิสก์ และปรับปรุงประสิทธิภาพของระบบ การตรวจสอบแล้วปรับขนาดของแคชใน เซิร์ฟเวอร์ OpenLDAP อาจส่งผลกระทบอย่างมากต่อประสิทธิภาพการทำงานของเซิร์ฟเวอร์ไดเรกทอรี คุณสามารถดูบันทึก (<inst_root>/apigee/var/log) เพื่อรับ ข้อมูลเกี่ยวกับแคช