Edge for Private Cloud v. 4.16.05
เอกสารนี้อธิบายเทคนิคการตรวจสอบคอมโพเนนต์ที่ภายในองค์กรรองรับ การติดตั้งใช้งาน Apigee Edge
การเปิดใช้การตรวจสอบสิทธิ์ 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-router, 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 และใช้ |
การใช้การตรวจสอบ API ของแอปพลิเคชัน Edge
คุณดำเนินการตรวจสอบ 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 ของเราเตอร์
การเรียกใช้นี้จะแสดงผลเป็น "จริง" และ "เท็จ" หากเป็น "จริง" แสดงว่าโหนดขึ้นและบริการ Java วิ่งอยู่
หากไม่ได้รับการตอบกลับ 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 เริ่ม - ถ้าบริการทำงานอยู่ ให้ทดสอบว่าทำงานอยู่หรือไม่ คุณจะตรวจสอบสถานะคลัสเตอร์ตาม
ตรวจสอบ memberCount กับ ReachableCount และแจ้งเตือนอินสแตนซ์ทั้งหมดที่มี
"memberCount != ReachableCount"
curl -v -u <userEmail>:<password> http://localhost:port/v1/cluster
พอร์ต – 8081 สำหรับ Router และ 8082 สำหรับ Message Processor เอาต์พุตของคำสั่ง CURL ด้านบนแสดงอยู่ด้านล่าง
{
"memberCount" : 12,
"pod" : "rea1gw001",
"reachableCount" : 12,
"region" : "us-east-1",
"types" : [ "management-server" ]
* Connection #0 to host ms05apigee left intact
* Closing connection #0
} - หากไม่ทำงาน ให้เรียกใช้คำสั่งต่อไปนี้เพื่อตรวจสอบความล้มเหลวหรือค้นหา
สมาชิกที่ทำความไม่พอใจ
ขด http://localhost:port/v1/cluster/members
พอร์ต – 8081 สำหรับ Router และ 8082 สำหรับ Message Processor เอาต์พุต จาก ด้านบน คำสั่ง CURL มีลักษณะดังนี้
{
"lastChange" : 0,
"เวลาในการตอบสนอง" : 0,
"สถานะ" : "เชื่อมต่อแล้ว",
"uuid" : "9c4c8bde-0015-4dc5-82d2-59fb326c4074"
}, {
"ที่อยู่" : "/192.168.5.209:4526",
"clusterType" : "เราเตอร์,ข้อความ-โปรเซสเซอร์",
"lastChange" : 1350658037228,
"เวลาในการตอบสนอง" : 3
"พ็อด" : "rea1gw001",
"ภูมิภาค" : "us-east-1",
"serverType" : "โปรแกรมประมวลผลข้อความ",
"สถานะ" : "เชื่อมต่อแล้ว",
"uuid" : "f1c663a1-2bb8-469f-b5fd-69a5c5aa91c5"
}, {
"ที่อยู่" : "/192.168.5.29:4526",
"clusterType" : "เราเตอร์,ข้อความ-โปรเซสเซอร์",
"lastChange" : 1350623005057,
"เวลาในการตอบสนอง" : 1
"พ็อด" : "rea1gw001",
"ภูมิภาค" : "us-east-1",
"serverType" : "โปรแกรมประมวลผลข้อความ",
"สถานะ" : " ยกเลิกการเชื่อมต่อแล้ว "
"uuid" : "4cfe932b-f644-4581-b1ae-df338af9c7ce"
}, {
"ที่อยู่" : "/192.168.4.182:4526",
"clusterType" : "เราเตอร์,ข้อความ-โปรเซสเซอร์",
"lastChange" : 1350657730535,
"เวลาในการตอบสนอง" : 1
"พ็อด" : "rea1gw001",
"ภูมิภาค" : "us-east-1",
"serverType" : "โปรแกรมประมวลผลข้อความ",
"สถานะ" : "เชื่อมต่อแล้ว",
"uuid" : "cba063d5-b8a4-409f-9e0b-f5d403e02091"
} - โปรดสังเกตว่าที่อยู่ IP 192.168.5.29 ถูกตัดการเชื่อมต่อ รีสตาร์ทเซิร์ฟเวอร์
/<inst_root>/apigee/apigee-service/bin/apigee-service รีสตาร์ท Edge-Router
หมายเหตุ: หากเราเตอร์มีสถานะยกเลิกการเชื่อมต่อ ให้นำเราเตอร์ออกจาก ELB และ แล้วรีสตาร์ทแอป - หลังจากรีสตาร์ทแล้ว ให้ตรวจสอบว่าอุปกรณ์ทำงานอยู่หรือไม่
curl -v http://localhost:port/v1/cluster
โดยที่ 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 เซิร์ฟเวอร์ 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 แต่ละรายการ
ก่อนเรียกใช้สคริปต์
- ตรวจสอบว่าคุณได้ติดตั้ง 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 -action backends - ความพร้อมใช้งานและประสิทธิภาพของฐานข้อมูล – ตรวจสอบว่าฐานข้อมูลทํางานอยู่หรือไม่และ
พร้อมใช้งาน:
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
โดยที่ 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 info
เอาต์พุตของคําสั่งข้างต้นจะมีลักษณะดังที่แสดงด้านล่าง
โทเค็น : 0
Gossip ทำงานอยู่ : true
การโหลด : 1.67 MB
หมายเลขรุ่น : 1361968765
การทํางานต่อเนื่อง (วินาที) : 78108
หน่วยความจําฮีป (MB) : 46,80 / 772,00
ศูนย์ข้อมูล : dc1
แร็ค : ra1
ข้อยกเว้น : 0 - สถานะเซิร์ฟเวอร์สำเร็จรูป (แสดงไคลเอ็นต์ API)
host]# Nodetool -h localhost การตรวจสอบสถานะ
เอาต์พุตของคำสั่งด้านบนจะแสดงสถานะเป็น "กำลังทำงาน" - สถานะของการดำเนินการสตรีมมิงข้อมูล: สังเกตการรับส่งข้อมูลของ Cassandra
nodes
nodetool -h localhost netstats 192.168.124.203
เอาต์พุตของคำสั่งข้างต้นมีลักษณะดังต่อไปนี้
โหมด: ปกติ
ไม่มีอะไรสตรีมไปยัง /192.168.124.203
ไม่มีอะไรสตรีมจาก /192.168.124.203
ชื่อพูลที่ใช้งานอยู่รอดำเนินการเสร็จสมบูรณ์แล้ว
ไม่มีคำสั่ง 0
ปี 1688 ไม่มีการตอบกลับ 0 292277
การตรวจสอบ Cassandra (UI)
โปรดดู URL ของ OpsCenter ใน Datastax: 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 <host> 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>:<password> http://localhost:8080/v1/users/<ADMIN>
แสดงผล:
{
"emailId" : <ADMIN>,
"firstName" : "admin",
"lastName" : "admin"
}
นอกจากนี้ คุณยังสามารถตรวจสอบแคชของ OpenLDAP ได้ ซึ่งจะช่วยลดจำนวนการเข้าถึงดิสก์ และปรับปรุงประสิทธิภาพของระบบ การตรวจสอบแล้วปรับขนาดของแคชใน เซิร์ฟเวอร์ OpenLDAP อาจส่งผลกระทบอย่างมากต่อประสิทธิภาพการทำงานของเซิร์ฟเวอร์ไดเรกทอรี คุณสามารถดูบันทึก (<inst_root>/apigee/var/log) เพื่อรับ ข้อมูลเกี่ยวกับแคช