การแจ้งเตือนการตรวจสอบ
Apigee Edge ช่วยให้คุณส่งต่อการแจ้งเตือนไปยัง Syslog หรือระบบ/เครื่องมือการตรวจสอบภายนอกได้เมื่อ เกิดข้อผิดพลาดหรือความล้มเหลวเนื่องจากเหตุการณ์ล้มเหลว การแจ้งเตือนเหล่านี้อาจเป็นการแจ้งเตือน/เหตุการณ์ระดับระบบหรือ ระดับแอปพลิเคชัน การแจ้งเตือนระดับแอปพลิเคชันส่วนใหญ่เป็นการแจ้งเตือนที่กำหนดเองซึ่งสร้างขึ้นตามเหตุการณ์ที่สร้างขึ้น โดยปกติผู้ดูแลเครือข่ายจะเป็นผู้กำหนดค่าเงื่อนไขที่กำหนดเอง หากต้องการดูข้อมูลเพิ่มเติมเกี่ยวกับการแจ้งเตือน โปรดติดต่อทีมสนับสนุนของ Apigee
การตั้งค่าเกณฑ์การแจ้งเตือน
ตั้งค่าเกณฑ์หลังจากที่ต้องสร้างการแจ้งเตือน สิ่งที่คุณตั้งค่าจะขึ้นอยู่กับการกำหนดค่าฮาร์ดแวร์ คุณควรตั้งค่าเกณฑ์ที่สัมพันธ์กับความจุ เช่น Apigee Edge อาจต่ำเกินไปหากคุณมีความจุเพียง 6 GB คุณสามารถกำหนดเกณฑ์ด้วยเกณฑ์เท่ากับ (=) หรือมากกว่า (>) นอกจากนี้ คุณยังระบุช่วงเวลาระหว่างการสร้างการแจ้งเตือน 2 รายการติดต่อกันได้ด้วย โดยใช้ตัวเลือกชั่วโมง/นาที/วินาที
เกณฑ์สำหรับการตั้งค่าการแจ้งเตือนระดับระบบ
ตารางต่อไปนี้อธิบายเกณฑ์
| การแจ้งเตือน | เกณฑ์ที่แนะนำ | คำอธิบาย |
|---|---|---|
|
หน่วยความจำเหลือน้อย |
500MB |
หน่วยความจำเหลือน้อยเกินไปที่จะเริ่มคอมโพเนนต์ |
|
พื้นที่ในดิสก์เหลือน้อย (/var/log) |
8GB |
พื้นที่ในดิสก์เหลือน้อยเกินไป |
|
โหลดสูง |
3+ |
กระบวนการที่รอการทำงานเพิ่มขึ้นโดยไม่คาดคิด |
|
กระบวนการหยุดทำงาน |
ไม่สามารถใช้ได้, ค่าบูลีนเป็นจริงหรือเท็จ |
กระบวนการ Java ของ Apigee ในระบบหยุดทำงาน |
การตรวจสอบพอร์ตเฉพาะของ Apigee และพอร์ตของบุคคลที่สาม
ตรวจสอบพอร์ตต่อไปนี้เพื่อให้แน่ใจว่าพอร์ตทำงานอยู่
- พอร์ต 4526, 4527 และ 4528 ในเซิร์ฟเวอร์การจัดการ เราเตอร์ และ Message Processor
- พอร์ต 1099, 1100 และ 1101 ในเซิร์ฟเวอร์การจัดการ เราเตอร์ และ Message Processor
- พอร์ต 8081 และ 15999 ในเราเตอร์
- พอร์ต 8082 และ 8998 ใน Message Processor
- พอร์ต 8080 ในเซิร์ฟเวอร์การจัดการ
ตรวจสอบพอร์ตของบุคคลที่สามต่อไปนี้เพื่อให้แน่ใจว่าพอร์ตทำงานอยู่
- พอร์ต Qpid 5672
- พอร์ต Postgres 5432
- พอร์ต Cassandra 7000, 7199, 9042, 9160
- พอร์ต ZooKeeper 2181
- พอร์ต SymasLDAP 10389
หากต้องการทราบว่าคอมโพเนนต์แต่ละรายการของ Apigee กำลังรอรับฟังการเรียก API ในพอร์ตใด ให้เรียก API ต่อไปนี้ไปยังเซิร์ฟเวอร์การจัดการ (ซึ่งโดยทั่วไปจะอยู่ในพอร์ต 8080)
curl -v -u username:password http://host:port/v1/servers?pod=gateway®ion=dc-1curl -v -u username:password http://host:port/v1/servers?pod=central®ion=dc-1curl -v -u username:password http://host:port/v1/servers?pod=analytics®ion=dc-1
เอาต์พุตของคำสั่งเหล่านี้จะมีส่วนที่คล้ายกับที่แสดงด้านล่าง ส่วน
http.management.port จะแสดงหมายเลขพอร์ตของคอมโพเนนต์ที่ระบุ
{ "externalHostName" : "localhost", "externalIP" : "111.222.333.444", "internalHostName" : "localhost", "internalIP" : "111.222.333.444", "isUp" : true, "pod" : "gateway", "reachable" : true, "region" : "default", "tags" : { "property" : [ { "name" : "Profile", "value" : "Router" }, { "name" : "rpc.port", "value" : "4527" }, { "name" : "http.management.port", "value" : "8081" }, { "name" : "jmx.rmi.port", "value" : "1100" } ] }, "type" : [ "router" ], "uUID" : "2d4ec885-e20a-4173-ae87-10be38b35750" }
การดูบันทึก
ไฟล์บันทึกจะติดตามข้อความเกี่ยวกับเหตุการณ์/การทำงานของระบบ ข้อความจะปรากฏ ในบันทึกเมื่อกระบวนการเริ่มต้นและเสร็จสมบูรณ์ หรือเมื่อเกิดเงื่อนไขข้อผิดพลาด การดูไฟล์บันทึก จะช่วยให้คุณได้รับข้อมูลเกี่ยวกับคอมโพเนนต์ของระบบ เช่น CPU, หน่วยความจำ, ดิสก์, โหลด, กระบวนการ และอื่นๆ ก่อนและหลังที่ระบบเข้าสู่สถานะล้มเหลว นอกจากนี้ยังช่วยให้คุณระบุและ วิเคราะห์แหล่งที่มาของปัญหาปัจจุบันของระบบ หรือช่วยคาดการณ์ปัญหาที่อาจเกิดขึ้นกับระบบ ได้ด้วย
ตัวอย่างเช่น บันทึกของระบบทั่วไปของคอมโพเนนต์จะมีรายการต่อไปนี้ดังที่แสดงด้านล่าง
TimeStamp = 25/01/13 19:25 ; NextDelay = 30 Memory HeapMemoryUsage = {used = 29086176}{max = 64880640} ; NonHeapMemoryUsage = {init = 24313856}{committed = 57278464} ; Threading PeakThreadCount = 53 ; ThreadCount = 53 ; OperatingSystem SystemLoadAverage = 0.25 ;
คุณสามารถแก้ไขไฟล์ /opt/apigee/conf/logback.xml เพื่อควบคุมกลไกการบันทึกโดยไม่ต้อง
รีสตาร์ทเซิร์ฟเวอร์ ไฟล์ logback.xml มีพร็อพเพอร์ตี้ต่อไปนี้ซึ่งกำหนด
ความถี่ที่กลไกการบันทึกจะตรวจสอบไฟล์ logback.xml เพื่อดูการเปลี่ยนแปลงการกำหนดค่า
<configuration scan="true" scanPeriod="30 seconds" >
โดยค่าเริ่มต้น กลไกการบันทึกจะตรวจสอบการเปลี่ยนแปลงทุกนาที หากคุณละเว้นหน่วยเวลา
สำหรับแอตทริบิวต์ scanPeriod ระบบจะตั้งค่าเริ่มต้นเป็นมิลลิวินาที
ตารางต่อไปนี้จะบอกตำแหน่งไฟล์บันทึกของคอมโพเนนต์ Apigee Edge Private Cloud
| คอมโพเนนต์ | ตำแหน่ง |
|---|---|
|
เซิร์ฟเวอร์การจัดการ |
|
|
เราเตอร์ |
|
|
Message Processor |
|
|
เซิร์ฟเวอร์ Qpid |
|
|
เซิร์ฟเวอร์ Apigee Postgres |
|
|
UI ของ Edge ใหม่ |
|
|
ZooKeeper |
|
|
SymasLDAP |
|
|
Cassandra |
|
|
Qpidd |
|
|
ฐานข้อมูล PostgreSQL |
|
การเปิดใช้บันทึกแก้ไขข้อบกพร่องสำหรับ Message Processor
วิธีเปิดใช้บันทึกแก้ไขข้อบกพร่องสำหรับ Message Processor
- แก้ไข
/opt/apigee/customer/application/message-processor.propertiesในโหนด Message Processor หากไม่มีไฟล์ดังกล่าว ให้สร้างขึ้น - เพิ่มพร็อพเพอร์ตี้ต่อไปนี้ลงในไฟล์
conf_system_log.level=DEBUG
- รีสตาร์ท Message Processor
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
แนวทางปฏิบัติแนะนำสำหรับ apigee-monit
เมื่อใช้ apigee-monit Apigee ขอแนะนำให้คุณทำดังนี้
- หยุดการตรวจสอบคอมโพเนนต์ ก่อนที่จะดำเนินการใดๆ ที่เริ่มต้นหรือหยุดคอมโพเนนต์ เช่น การสำรองข้อมูลหรือการอัปเกรด
- ตรวจสอบ
apigee-monitโดยใช้เครื่องมือ เช่นcronดูข้อมูลเพิ่มเติมได้ที่หัวข้อ ตรวจสอบ apigee-monit
เครื่องมือตรวจสอบ
เครื่องมือตรวจสอบ เช่น Nagios, Collectd, Graphite, Splunk, Sumologic และ Monit สามารถช่วยคุณ ตรวจสอบสภาพแวดล้อมของทั้งองค์กรและกระบวนการทางธุรกิจได้
| คอมโพเนนต์ | Nagios | Collectd | Splunk | |
|---|---|---|---|---|
|
การตรวจสอบระดับระบบ |
การใช้งาน CPU |
|||
|
หน่วยความจำที่ว่าง/ใช้ไป |
||||
|
การใช้พื้นที่ในดิสก์ |
||||
|
สถิติเครือข่าย |
||||
|
กระบวนการ |
|
|
||
|
การตรวจสอบ API |
||||
|
JMX |
||||
|
Java |
||||
|
ไฟล์บันทึก |
||||
|
เหตุการณ์สำคัญ |
ถึงขีดจำกัดอัตราคำขอ |
|||
|
เข้าถึงเซิร์ฟเวอร์แบ็กเอนด์ (Hybris หรือ SharePoint) ไม่ได้ |
||||
|
เข้าถึง FaaS (STS) ไม่ได้ |
||||
|
เหตุการณ์คำเตือน |
เข้าถึงเซิร์ฟเวอร์ SMTP ไม่ได้ |
|||
|
มีการละเมิด SLA |
||||