Google ใช้เทคโนโลยี AI เพื่อแปลเนื้อหาเป็นภาษาที่คุณต้องการ การแปลโดย AI อาจมีข้อผิดพลาด

วิธีตรวจสอบ

ข้อควรระวัง: เอกสารประกอบนี้ครอบคลุม Edge สำหรับ Private Cloud 4.18.05 ซึ่งไม่รองรับอีกต่อไป Google ไม่ได้จัดหาแพตช์ด้านความปลอดภัย การแก้ไขข้อบกพร่อง หรือฝ่ายสนับสนุนด้านเทคนิคสำหรับเวอร์ชันนี้ เวอร์ชันที่รองรับในปัจจุบันคือ 4.54.00 ดูเอกสารประกอบของ Edge for Private Cloud สำหรับเวอร์ชันปัจจุบัน หรือเวอร์ชันทั้งหมดเพื่อเปรียบเทียบรุ่น

Edge for Private Cloud v4.18.05

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

ภาพรวม

Edge รองรับวิธีต่างๆ ในการรับรายละเอียดเกี่ยวกับบริการ รวมถึงการตรวจสอบสถานะของบริการ ตารางต่อไปนี้แสดงประเภทการตรวจสอบที่คุณทำได้ในบริการที่มีสิทธิ์แต่ละรายการ

บริการ	JMX:^* การใช้งานหน่วยความจำ	Mgmt API: การตรวจสอบบริการ	Mgmt API: สถานะการติดตั้งใช้งานของผู้ใช้/องค์กร	Mgmt API: axstatus	การตรวจสอบฐานข้อมูล	`apigee-service` สถานะ
เซิร์ฟเวอร์การจัดการ
Message Processor
Postgres
Qpid
เราเตอร์
	ข้อมูลเพิ่มเติม	ข้อมูลเพิ่มเติม	ข้อมูลเพิ่มเติม	ข้อมูลเพิ่มเติม	ข้อมูลเพิ่มเติม	ข้อมูลเพิ่มเติม
^* คุณต้องเปิดใช้ JMX ก่อนจึงจะใช้ได้ ตามที่อธิบายไว้ในหัวข้อเปิดใช้ JMX

พอร์ตการตรวจสอบ JMX และ Management API

แต่ละคอมโพเนนต์รองรับการเรียกใช้การตรวจสอบ JMX และ Management API ในพอร์ตต่างๆ ตารางต่อไปนี้แสดงพอร์ต JMX และ Management API สำหรับเซิร์ฟเวอร์แต่ละประเภท

ส่วนประกอบ	พอร์ต JMX	พอร์ต Management API
เซิร์ฟเวอร์การจัดการ	1099	8080
เราเตอร์	1100	8081
Message Processor	1101	8082
Qpid	1102	8083
Postgres	1103	8084

ใช้ JMX

กระบวนการตรวจสอบสำหรับ Management Server, Message Processor, Qpid และ Postgres ทั้งหมดใช้ JMX อย่างไรก็ตาม JMX จะเปิดใช้โดยค่าเริ่มต้นสำหรับ Cassandra เท่านั้น และปิดใช้โดยค่าเริ่มต้นสำหรับคอมโพเนนต์ Edge อื่นๆ ทั้งหมด ดังนั้น คุณต้องเปิดใช้ JMX แยกกันสำหรับแต่ละคอมโพเนนต์ก่อนจึงจะตรวจสอบได้

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

เปิดใช้ JMX

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

วิธีเปิดใช้ JMX

แก้ไขไฟล์การกำหนดค่าของคอมโพเนนต์ ไฟล์นี้อยู่ใน opt/apigee/edge-component_name/bin/start ในสภาพแวดล้อมฮาร์ดแวร์และซอฟต์แวร์ ไฟล์การกำหนดค่าเหล่านี้จะอยู่ในเครื่องที่แตกต่างกัน
เลือกจากตำแหน่งไฟล์ต่อไปนี้ในแต่ละเซิร์ฟเวอร์
- เซิร์ฟเวอร์การจัดการ: /opt/apigee/edge-management-server/bin/start
- Message Processor: /opt/apigee/edge-message-processor/bin/start
- Postgres: /opt/apigee/edge-postgres-server/bin/start
- Qpid: /opt/apigee/edge-qpid-server/bin/start
- เราเตอร์: /opt/apigee/edge-router/bin/start
เช่น ไฟล์การกำหนดค่าของเซิร์ฟเวอร์การจัดการในเซิร์ฟเวอร์อยู่ที่ /opt/apigee/edge-management-server/bin/start
เพิ่มตัวเลือก com.sun.management.jmxremote ต่อไปนี้ลงในบรรทัด exec ที่เริ่มต้นคอมโพเนนต์
```
-Dcom.sun.management.jmxremote \
  -Dcom.sun.management.jmxremote.port=port_number \
  -Dcom.sun.management.jmxremote.local.only=false \
  -Dcom.sun.management.jmxremote.authenticate=false \
  -Dcom.sun.management.jmxremote.ssl=false
```
โดยที่ port_number คือพอร์ต JMX สำหรับบริการ หากต้องการดูหมายเลขพอร์ต JMX ของบริการ โปรดดูหัวข้อพอร์ตการตรวจสอบ JMX และ Management API

ตัวอย่างเช่น หากต้องการเปิดใช้ JMX ในเซิร์ฟเวอร์การจัดการ ให้เพิ่มรายการต่อไปนี้ลงในไฟล์การกำหนดค่าของเซิร์ฟเวอร์การจัดการ
```
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 \
  -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 \
  $* $debug_options com.apigee.kernel.MicroKernel
```
หมายเหตุ
อย่าเพิ่มอักขระขึ้นบรรทัดใหม่/ขึ้นบรรทัดใหม่ให้กับคำสั่งในไฟล์การกำหนดค่า การจัดรูปแบบในตัวอย่างข้างต้นมีไว้เพื่อให้อ่านง่าย แต่ในทางปฏิบัติ คุณไม่สามารถใช้คำสั่งแต่ละรายการขยายไปหลายบรรทัดในไฟล์การกำหนดค่าได้

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

บรรทัดที่แก้ไขในไฟล์การกำหนดค่าจะมีลักษณะดังนี้
```
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 -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 $* $debug_options com.apigee.kernel.MicroKernel
```
บันทึกไฟล์การกำหนดค่า
รีสตาร์ทคอมโพเนนต์ด้วยคำสั่ง restart
เช่น หากต้องการรีสตาร์ทเซิร์ฟเวอร์การจัดการ ให้เรียกใช้คำสั่งต่อไปนี้
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
```

ระบบจะไม่เปิดใช้การตรวจสอบสิทธิ์สำหรับ JMX โดยค่าเริ่มต้น คุณสามารถเปิดใช้การตรวจสอบสิทธิ์ JMX สำหรับคอมโพเนนต์ทั้งหมดได้ ยกเว้น Cassandra ตามที่อธิบายไว้ในหัวข้อเปิดใช้การตรวจสอบสิทธิ์ JMX

เปิดใช้การตรวจสอบสิทธิ์ JMX

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

/opt/apigee/apigee-service/bin/apigee-service component change_jmx_auth [options|-f config_file]

สถานที่:

component เป็นค่าใดค่าหนึ่งต่อไปนี้
- edge-management-server
- edge-message-processor
- edge-postgres-server
- edge-qpid-server
- edge-router
options ระบุสิ่งต่อไปนี้
- -u username
- -p password
- -e [y|n] (เปิดหรือปิดใช้)
config_file ระบุตำแหน่งของไฟล์การกำหนดค่าที่คุณกำหนดสิ่งต่อไปนี้
- JMX_USERNAME=username
- JMX_ENABLED=y|n
- JMX_PASSWORD=password (หากไม่ได้ตั้งค่าหรือไม่ได้ส่งมาพร้อมกับ -p ระบบจะแจ้งให้คุณทราบ)

คุณสามารถใช้ตัวเลือกบรรทัดคำสั่งหรือไฟล์การกำหนดค่าเพื่อกำหนดชื่อผู้ใช้ รหัสผ่าน และสถานะเปิด/ปิดใช้ คุณไม่ได้ระบุทั้งชุดตัวเลือกและไฟล์การกำหนดค่า

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

/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 /tmp/my-config-file

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

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

/opt/apigee/apigee-service/bin/apigee-service edge-management-server
    change_jmx_auth -e n

ตรวจสอบด้วย JConsole

ใช้ JConsole (เครื่องมือที่สอดคล้องกับ JMX) เพื่อจัดการและตรวจสอบสถิติการตรวจสอบประสิทธิภาพการทำงานและกระบวนการ เมื่อใช้ JConsole คุณจะใช้สถิติ JMX ที่เซิร์ฟเวอร์แสดงและแสดงสถิติดังกล่าวในอินเทอร์เฟซแบบกราฟิกได้ ดูข้อมูลเพิ่มเติมได้ที่การใช้ JConsole

JConsole ใช้ URL บริการต่อไปนี้เพื่อตรวจสอบแอตทริบิวต์ JMX (MBeans) ที่เสนอผ่าน JMX

service:jmx:rmi:///jndi/rmi://IP_address:port_number/jmxrmi

สถานที่:

IP_address คือที่อยู่ IP ของเซิร์ฟเวอร์ที่คุณต้องการตรวจสอบ
port_number คือหมายเลขพอร์ต JMX ของเซิร์ฟเวอร์ที่ต้องการตรวจสอบ

ตัวอย่างเช่น หากต้องการตรวจสอบเซิร์ฟเวอร์การจัดการ ให้ใช้คำสั่งต่อไปนี้ (สมมติว่าที่อยู่ IP ของเซิร์ฟเวอร์คือ 216.3.128.12)

service:jmx:rmi:///jndi/rmi://216.3.128.12:1099/jmxrmi

โปรดทราบว่าตัวอย่างนี้ระบุพอร์ต 1099 ซึ่งเป็นพอร์ต JMX ของเซิร์ฟเวอร์การจัดการ สำหรับพอร์ตอื่นๆ โปรดดูพอร์ตการตรวจสอบ JMX และ Management API

ตารางต่อไปนี้แสดงสถิติ JMX ทั่วไป

JMX MBeans	แอตทริบิวต์ JMX
หน่วยความจำ	HeapMemoryUsage
	NonHeapMemoryUsage
	การใช้งาน
หมายเหตุ ค่าแอตทริบิวต์จะแสดงเป็น 4 ค่า ได้แก่ committed, init, max และ used

ตรวจสอบด้วย Management API

Edge มี API หลายรายการที่คุณใช้เพื่อตรวจสอบบริการในเซิร์ฟเวอร์ รวมถึงตรวจสอบผู้ใช้ องค์กร และการติดตั้งใช้งานได้ ส่วนนี้จะอธิบาย API เหล่านี้

ตรวจสอบบริการ

Management API มีปลายทางหลายรายการสำหรับการตรวจสอบและวิเคราะห์ปัญหาเกี่ยวกับบริการของคุณ ปลายทางเหล่านี้ ได้แก่

ปลายทาง คำอธิบาย

ปลายทาง	คำอธิบาย
`/servers/self/up`	ตรวจสอบว่าบริการทำงานอยู่หรือไม่ การเรียก API นี้ไม่จำเป็นต้องมีการตรวจสอบสิทธิ์ หากบริการทำงานอยู่ ปลายทางนี้จะแสดงผลการตอบกลับต่อไปนี้ <ServerField> <Up>true</Up> </ServerField> หากบริการไม่ทำงาน คุณจะได้รับการตอบกลับที่คล้ายกับข้อความต่อไปนี้ (ขึ้นอยู่กับบริการและวิธีตรวจสอบ) curl: Failed connect to localhost:`port_number`; Connection refused
`/servers/self`	แสดงข้อมูลเกี่ยวกับบริการ ซึ่งรวมถึงข้อมูลต่อไปนี้ พร็อพเพอร์ตี้การกำหนดค่า เวลาเริ่มต้นและเวลาทำงาน ข้อมูลบิลด์, RPM และ UUID ชื่อโฮสต์และที่อยู่ IP ภายในและภายนอก ภูมิภาคและพ็อด พร็อพเพอร์ตี้ `<isUp>` ซึ่งระบุว่าบริการทำงานอยู่หรือไม่ การเรียก API นี้กำหนดให้คุณต้องตรวจสอบสิทธิ์ด้วยข้อมูลเข้าสู่ระบบของผู้ดูแลระบบ Apigee

/servers/self/up

ตรวจสอบว่าบริการทำงานอยู่หรือไม่ การเรียก API นี้ไม่จำเป็นต้องมีการตรวจสอบสิทธิ์

หากบริการทำงานอยู่ ปลายทางนี้จะแสดงผลการตอบกลับต่อไปนี้

<ServerField>
  <Up>true</Up>
</ServerField>

หากบริการไม่ทำงาน คุณจะได้รับการตอบกลับที่คล้ายกับข้อความต่อไปนี้ (ขึ้นอยู่กับบริการและวิธีตรวจสอบ)

curl: Failed connect to localhost:port_number; Connection refused

/servers/self

แสดงข้อมูลเกี่ยวกับบริการ ซึ่งรวมถึงข้อมูลต่อไปนี้

พร็อพเพอร์ตี้การกำหนดค่า
เวลาเริ่มต้นและเวลาทำงาน
ข้อมูลบิลด์, RPM และ UUID
ชื่อโฮสต์และที่อยู่ IP ภายในและภายนอก
ภูมิภาคและพ็อด
พร็อพเพอร์ตี้ <isUp> ซึ่งระบุว่าบริการทำงานอยู่หรือไม่

การเรียก API นี้กำหนดให้คุณต้องตรวจสอบสิทธิ์ด้วยข้อมูลเข้าสู่ระบบของผู้ดูแลระบบ Apigee

หากต้องการใช้ปลายทางเหล่านี้ ให้เรียกใช้ยูทิลิตี เช่น curl ด้วยคำสั่งที่ใช้ไวยากรณ์ต่อไปนี้

curl http://host:port_number/v1/servers/self/up
  -H "Accept: [application/json|application/xml]"
curl http://host:port_number/v1/servers/self -u username:password
  -H "Accept: [application/json|application/xml]"

สถานที่:

host คือที่อยู่ IP ของเซิร์ฟเวอร์ที่ต้องการตรวจสอบ หากเข้าสู่ระบบเซิร์ฟเวอร์แล้ว คุณสามารถใช้ "localhost" ได้ ไม่เช่นนั้นให้ระบุที่อยู่ IP ของเซิร์ฟเวอร์ รวมถึงชื่อผู้ใช้และรหัสผ่าน
port_number คือพอร์ต Management API สำหรับเซิร์ฟเวอร์ที่คุณต้องการตรวจสอบ ซึ่งเป็นพอร์ตที่แตกต่างกันสำหรับคอมโพเนนต์แต่ละประเภท เช่น พอร์ต Management API ของ Management Server คือ 8080 ดูรายการหมายเลขพอร์ต Management API ที่จะใช้ได้ที่หัวข้อพอร์ตการตรวจสอบ JMX และ Management API

หากต้องการเปลี่ยนรูปแบบการตอบกลับ คุณสามารถระบุส่วนหัว Accept เป็น "application/json" หรือ "application/xml"

ตัวอย่างต่อไปนี้จะแสดงสถานะของเราเตอร์ใน localhost (พอร์ต 8081)

curl http://localhost:8081/v1/servers/self/up -H "Accept: application/xml"

ตัวอย่างต่อไปนี้จะรับข้อมูลเกี่ยวกับ Message Processor ที่ 216.3.128.12 (พอร์ต 8082)

curl http://216.3.128.12:8082/v1/servers/self -u sysAdminEmail:password
  -H "Accept: application/xml"

ตรวจสอบสถานะผู้ใช้ องค์กร และการติดตั้งใช้งาน

คุณสามารถใช้ Management API เพื่อตรวจสอบสถานะผู้ใช้ องค์กร และการติดตั้งใช้งานพร็อกซีในเซิร์ฟเวอร์การจัดการและ Message Processor ได้โดยใช้คำสั่งต่อไปนี้

curl http://host:port_number/v1/users -u sysAdminEmail:password
curl http://host:port_number/v1/organizations -u sysAdminEmail:password
curl http://host:port_number/v1/organizations/orgname/deployments -u sysAdminEmail:password

โดย port_number คือ 8080 สำหรับเซิร์ฟเวอร์การจัดการ หรือ 8082 สำหรับ Message Processor

การเรียกนี้กำหนดให้คุณต้องตรวจสอบสิทธิ์ด้วยชื่อผู้ใช้และรหัสผ่านของผู้ดูแลระบบ

เซิร์ฟเวอร์ควรแสดงสถานะ "ติดตั้งใช้งานแล้ว" สำหรับการเรียกทั้งหมด หากไม่ได้ผล ให้ทำดังนี้

ตรวจสอบบันทึกของเซิร์ฟเวอร์เพื่อหาข้อผิดพลาด บันทึกจะอยู่ที่ตำแหน่งต่อไปนี้
- เซิร์ฟเวอร์การจัดการ: opt/apigee/var/log/edge-management-server
- Message Processor: opt/apigee/var/log/edge-message-processor
โทรหาเซิร์ฟเวอร์เพื่อตรวจสอบว่าทำงานอย่างถูกต้องหรือไม่
นำเซิร์ฟเวอร์ออกจาก ELB แล้วรีสตาร์ทโดยทำดังนี้
```
/opt/apigee/apigee-service/bin/apigee-service service_name restart
```
โดยที่ service_name คือ
- edge-management-server
- edge-message-processor

ตรวจสอบสถานะด้วยคำสั่ง `apigee-service`

คุณสามารถแก้ปัญหาเกี่ยวกับบริการ Edge ได้โดยใช้คำสั่ง apigee-service เมื่อเข้าสู่ระบบเซิร์ฟเวอร์ที่เรียกใช้บริการ

วิธีตรวจสอบสถานะของบริการด้วย apigee-service

เข้าสู่ระบบเซิร์ฟเวอร์และเรียกใช้คำสั่งต่อไปนี้
```
/opt/apigee/apigee-service/bin/apigee-service service_name status
```
โดยที่ service_name เป็นค่าใดค่าหนึ่งต่อไปนี้
- เซิร์ฟเวอร์การจัดการ: edge-management-server
- Message Processor: edge-message-processor
- Postgres: edge-postgres-server
- Qpid: edge-qpid-server
- เราเตอร์: edge-router
เช่น
```
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor status
```
หากบริการไม่ทำงาน ให้เริ่มบริการโดยทำดังนี้
```
/opt/apigee/apigee-service/bin/apigee-service service_name start
```
หลังจากรีสตาร์ทบริการแล้ว ให้ตรวจสอบว่าบริการทำงานอยู่หรือไม่ โดยใช้คำสั่ง apigee-service status ที่คุณใช้ก่อนหน้านี้หรือใช้ Management API ที่อธิบายไว้ในตรวจสอบด้วย Management API
เช่น
```
curl -v http://localhost:port_number/v1/servers/self/up
```
โดยที่ port_number คือพอร์ต Management API สำหรับบริการ

ตัวอย่างนี้ถือว่าคุณเข้าสู่ระบบเซิร์ฟเวอร์แล้วและสามารถใช้ "localhost" เป็นชื่อโฮสต์ได้ หากต้องการตรวจสอบสถานะจากระยะไกลด้วย Management API คุณต้องระบุที่อยู่ IP ของเซิร์ฟเวอร์ และใส่ชื่อผู้ใช้และรหัสผ่านของผู้ดูแลระบบในคำสั่งเรียก API

การตรวจสอบ Postgres

Postgres รองรับยูทิลิตีหลายรายการที่คุณใช้ตรวจสอบสถานะได้ เราจะอธิบายยูทิลิตีเหล่านี้ในส่วนต่อไป

ตรวจสอบองค์กรและสภาพแวดล้อมใน Postgres

คุณสามารถตรวจสอบชื่อองค์กรและสภาพแวดล้อมที่เริ่มต้นใช้งานในเซิร์ฟเวอร์ Postgres ได้โดยใช้คำสั่ง curl ต่อไปนี้

curl -v http://postgres_IP:8084/v1/servers/self/organizations

ระบบควรแสดงชื่อองค์กรและสภาพแวดล้อม

ยืนยันสถานะ Analytics

คุณสามารถยืนยันสถานะของเซิร์ฟเวอร์ Postgres และ Qpid Analytics ได้โดยใช้คำสั่ง curl ต่อไปนี้

curl -u userEmail:password http://host:port_number/v1/organizations/orgname/environments/envname/provisioning/axstatus

ระบบควรแสดงสถานะสำเร็จสำหรับเซิร์ฟเวอร์ Analytics ทั้งหมด ดังตัวอย่างต่อไปนี้

{
  "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

ส่วนนี้จะอธิบายเทคนิคที่คุณใช้เพื่อตรวจสอบฐานข้อมูล Postgres โดยเฉพาะได้

ใช้สคริปต์ `check_postgres.pl`

หากต้องการตรวจสอบฐานข้อมูล PostgreSQL คุณสามารถใช้สคริปต์การตรวจสอบมาตรฐาน check_postgres.pl ดูข้อมูลเพิ่มเติมได้ที่ http://bucardo.org/wiki/Check_postgres

ก่อนเรียกใช้สคริปต์

คุณต้องติดตั้งสคริปต์ check_postgres.pl ในแต่ละโหนด Postgres
ตรวจสอบว่าคุณได้ติดตั้ง perl-Time-HiRes.x86_64 ซึ่งเป็นโมดูล Perl ที่ใช้การปลุก การพักเครื่อง การรับเวลาของวัน และตัวจับเวลาเป็นช่วงที่มีความละเอียดสูง เช่น คุณสามารถติดตั้งได้โดยใช้คำสั่งต่อไปนี้
```
yum install perl-Time-HiRes.x86_64
```
CentOS 7: ก่อนใช้ check_postgres.pl ใน CentOS v7 ให้ติดตั้ง perl-Data-Dumper.x86_64 RPM

check_postgres.pl output

เอาต์พุตเริ่มต้นของการเรียก 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' --critical='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 connection
```

ตรวจสอบพื้นที่ในดิสก์โดยทำดังนี้

check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action disk_space --warning='80%' --critical='90%'

ตรวจสอบจำนวนองค์กรและสภาพแวดล้อมที่เริ่มต้นใช้งานในโหนด Postgres โดยทำดังนี้

check_postgres.pl -H 10.176.218.202 -db apigee -u apigee -dbpass postgres -action=custom_query --query="select count(*) as result from pg_tables where schemaname='analytics' and tablename like '%fact'" --warning='80' --critical='90' --valtype=integer

เรียกใช้การตรวจสอบฐานข้อมูล

คุณสามารถตรวจสอบว่ามีการสร้างตารางที่เหมาะสมในฐานข้อมูล PostgreSQL หรือไม่ เข้าสู่ระบบฐานข้อมูล PostgreSQL โดยใช้คำสั่งต่อไปนี้

psql -h /opt/apigee/var/run/apigee-postgresql/ -U apigee -d apigee

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

\d analytics."org.env.fact"

ตรวจสอบสถานะประสิทธิภาพของกระบวนการ postgres

คุณสามารถตรวจสอบ API ในเครื่อง Postgres ได้โดยเรียกใช้คำสั่งต่อไปนี้ curl

curl -v http://postgres_IP:8084/v1/servers/self/health

คำสั่งนี้จะแสดงสถานะ ACTIVE เมื่อกระบวนการ postgres ทำงานอยู่ หากกระบวนการ Postgres ไม่ทำงาน ระบบจะแสดงสถานะ INACTIVE

แหล่งข้อมูล 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 ไม่จำเป็นต้องใช้รหัสผ่าน

สถิติ 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 ที่จัดการโหนดคลัสเตอร์ ดูยูทิลิตีได้ที่ /opt/apigee/apigee-cassandra/bin

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

ข้อมูลวงแหวนทั่วไป (ใช้ได้กับโหนด Cassandra โหนดเดียวด้วย): มองหา "Up" และ "Normal" สำหรับโหนดทั้งหมด
```
nodetool -h localhost ring
```
เอาต์พุตของคำสั่งด้านบนจะมีลักษณะดังที่แสดงด้านล่าง
```
Datacenter: dc-1
==========
Address            Rack     Status State   Load    Owns    Token
192.168.124.201    ra1      Up     Normal  1.67 MB 33,33%  0
192.168.124.202    ra1      Up     Normal  1.68 MB 33,33%  5671...5242
192.168.124.203    ra1      Up     Normal  1.67 MB 33,33%  1134...0484
```

ข้อมูลทั่วไปเกี่ยวกับโหนด (การเรียกต่อโหนด)

nodetool -h localhost info

เอาต์พุตของคำสั่งข้างต้นจะมีลักษณะดังนี้

ID                     : e2e42793-4242-4e82-bcf0-oicu812
Gossip active          : true
Thrift active          : true
Native Transport active: true
Load                   : 273.71 KB
Generation No          : 1234567890
Uptime (seconds)       : 687194
Heap Memory (MB)       : 314.62 / 3680.00
Off Heap Memory (MB)   : 0.14
Data Center            : dc-1
Rack                   : ra-1
Exceptions             : 0
Key Cache              : entries 150, size 13.52 KB, capacity 100 MB, 1520781 hits, 1520923 requests, 1.000 recent hit rate, 14400 save period in seconds
Row Cache              : entries 0, size 0 bytes, capacity 0 bytes, 0 hits, 0 requests, NaN recent hit rate, 0 save period in seconds
Counter Cache          : entries 0, size 0 bytes, capacity 50 MB, 0 hits, 0 requests, NaN recent hit rate, 7200 save period in seconds
Token                  : 0

สถานะของเซิร์ฟเวอร์ Thrift (ให้บริการ API ของไคลเอ็นต์)
```
nodetool -h localhost statusthrift
```
เอาต์พุตของคำสั่งด้านบนจะมีลักษณะดังนี้
```
running
```

สถานะของการดำเนินการสตรีมข้อมูล: สังเกตการเข้าชมสำหรับโหนด Cassandra ดังนี้

nodetool -h localhost netstats

เอาต์พุตของคำสั่งด้านบนจะมีลักษณะดังนี้

Mode: NORMAL
Not sending any streams.
Read Repair Statistics:
Attempted: 151612
Mismatch (Blocking): 0
Mismatch (Background): 0
Pool Name                    Active   Pending      Completed   Dropped
Commands                        n/a         0              0         0
Responses                       n/a         0              0       n/a

ดูข้อมูลเพิ่มเติมเกี่ยวกับ nodetool ได้ที่หัวข้อเกี่ยวกับยูทิลิตี nodetool

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

ตรวจสอบสถานะ:

/opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper status

ใช้คำ 4 ตัวอักษรของ ZooKeeper

คุณสามารถตรวจสอบ ZooKeeper ได้ผ่านชุดคำสั่งขนาดเล็ก (คำ 4 ตัวอักษร) ที่ส่งไปยังพอร์ต 2181 โดยใช้ netcat (nc) หรือ telnet

ดูข้อมูลเพิ่มเติมเกี่ยวกับคำสั่ง ZooKeeper ได้ที่ข้อมูลอ้างอิงคำสั่ง Apache ZooKeeper

เช่น

srvr: แสดงรายละเอียดทั้งหมดของเซิร์ฟเวอร์
stat: แสดงรายละเอียดสั้นๆ ของเซิร์ฟเวอร์และไคลเอ็นต์ที่เชื่อมต่อ

คุณสามารถออกคำสั่งต่อไปนี้ไปยังพอร์ต ZooKeeper ได้

เรียกใช้คำสั่ง 4 ตัวอักษร ruok เพื่อทดสอบว่าเซิร์ฟเวอร์ทำงานในสถานะที่ไม่มีข้อผิดพลาดหรือไม่ การตอบกลับที่สำเร็จจะแสดงผลเป็น "imok"
```
echo ruok | nc host 2181
```
ค่าที่ส่งคืน:
```
imok
```
เรียกใช้คำสั่ง 4 ตัวอักษร stat เพื่อแสดงรายการประสิทธิภาพของเซิร์ฟเวอร์และสถิติไคลเอ็นต์ที่เชื่อมต่อ
```
echo stat | nc host 2181
```
ค่าที่ส่งคืน:
```
Zookeeper version: 3.4.5-1392090, built on 09/30/2012 17:52 GMT
Clients:
/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)
Latency min/avg/max: 0/0/128
Received: 26144
Sent: 26160
Connections: 4
Outstanding: 0
Zxid: 0x2000002c2
Mode: follower
Node count: 283
```
หมายเหตุ: บางครั้งการดูว่า ZooKeeper อยู่ในโหมดใด (ผู้นำ ผู้ติดตาม หรือผู้สังเกตการณ์) ก็เป็นสิ่งสำคัญ
หากไม่มี netcat (nc) คุณสามารถใช้ python เป็นทางเลือกได้ สร้างไฟล์ชื่อ zookeeper.py ที่มีข้อมูลต่อไปนี้
```
import time, socket,
sys c = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
c.connect((sys.argv[1], 2181))
c.send(sys.argv[2])
time.sleep(0.1)
print c.recv(512)
```
ตอนนี้ให้เรียกใช้บรรทัด Python ต่อไปนี้
```
python zookeeper.py 192.168.124.201 ruok
python zookeeper.py 192.168.124.201 stat
```

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

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

ใช้ ldapsearch (yum install openldap-clients) เพื่อค้นหารายการของผู้ดูแลระบบ รายการนี้ใช้เพื่อตรวจสอบสิทธิ์การเรียก API ทั้งหมด
```
ldapsearch -b "uid=admin,ou=users,ou=global,dc=apigee,dc=com" -x -W -D "cn=manager,dc=apigee,dc=com" -H ldap://localhost:10389 -LLL
```
จากนั้นระบบจะแจ้งให้ป้อนรหัสผ่านของผู้ดูแลระบบ LDAP ดังนี้
```
Enter LDAP Password:
```
หลังจากป้อนรหัสผ่านแล้ว คุณจะเห็นการตอบกลับในรูปแบบต่อไปนี้
```
dn:
uid=admin,ou=users,ou=global,dc=apigee,dc=com
objectClass: organizationalPerson
objectClass: person
objectClass: inetOrgPerson
objectClass: top
uid: admin
cn: admin
sn: admin
userPassword:: e1NTSEF9bS9xbS9RbVNXSFFtUWVsU1F0c3BGL3BQMkhObFp2eDFKUytmZVE9PQ=
 =
mail: opdk@google.com
```
ตรวจสอบว่า Management Server ยังคงเชื่อมต่อกับ LDAP อยู่หรือไม่โดยใช้คำสั่งต่อไปนี้
```
curl -u userEMail:password http://localhost:8080/v1/users/ADMIN
```
ค่าที่ส่งคืน:
```
{
  "emailId" : ADMIN,
  "firstName" : "admin",
  "lastName" : "admin"
}
```

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

วิธีตรวจสอบ

ภาพรวม

พอร์ตการตรวจสอบ JMX และ Management API

ใช้ JMX

เปิดใช้ JMX

เปิดใช้การตรวจสอบสิทธิ์ JMX

ตรวจสอบด้วย JConsole

ตรวจสอบด้วย Management API

ตรวจสอบบริการ

ตรวจสอบสถานะผู้ใช้ องค์กร และการติดตั้งใช้งาน

ตรวจสอบสถานะด้วยคำสั่ง apigee-service

การตรวจสอบ Postgres

ตรวจสอบองค์กรและสภาพแวดล้อมใน Postgres

ยืนยันสถานะ Analytics

ฐานข้อมูล PostgreSQL

ใช้สคริปต์ check_postgres.pl

เรียกใช้การตรวจสอบฐานข้อมูล

ตรวจสอบสถานะประสิทธิภาพของกระบวนการ postgres

แหล่งข้อมูล Postgres

Apache Cassandra

ใช้ JConsole: ตรวจสอบสถิติงาน

สถิติ Cassandra JMX

ใช้ nodetool เพื่อจัดการโหนดคลัสเตอร์

การตรวจสอบ Cassandra (UI)

แหล่งข้อมูล Cassandra

Apache ZooKeeper

ตรวจสอบสถานะ ZooKeeper

ใช้คำ 4 ตัวอักษรของ ZooKeeper

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

ตรวจสอบสถานะด้วยคำสั่ง `apigee-service`

ใช้สคริปต์ `check_postgres.pl`