Nội dung cần theo dõi

Edge for Private Cloud v4.18.01

Thông thường, trong quá trình thiết lập phiên bản chính thức, bạn cần bật các cơ chế giám sát trong quá trình triển khai Apigee Edge cho đám mây riêng. Các kỹ thuật giám sát này cảnh báo cho quản trị viên (hoặc nhà điều hành) mạng về lỗi hoặc sự cố. Mọi lỗi được tạo đều được báo cáo dưới dạng cảnh báo trong Apigee Edge. Để biết thêm thông tin về cảnh báo, hãy xem phần Các phương pháp hay nhất về hoạt động giám sát.

Để dễ dàng, các thành phần Apigee chủ yếu được phân loại thành hai danh mục:

  • Dịch vụ máy chủ Java dành riêng cho Apigee – Bao gồm Máy chủ quản lý, Trình xử lý thông báo, Máy chủ Qpid và Máy chủ Postgres.
  • Dịch vụ của bên thứ ba – Bao gồm Trình định tuyến Nginx, Apache Cassandra, Apache ZooKeeper, OpenLDAP, cơ sở dữ liệu PostgreSQL và Qpid.

Trong quá trình triển khai Apigee Edge tại chỗ, bảng sau đây cung cấp thông tin nhanh về các thông số mà bạn có thể theo dõi:

Thành phần

Kiểm tra hệ thống

Thống kê cấp quy trình

Kiểm tra cấp độ API

Kiểm tra luồng thông báo

Cụ thể theo thành phần

Dịch vụ Java dành riêng cho Apigee

Máy chủ quản lý

?

?

?

Trình xử lý thông báo

?

?

?

?

Máy chủ Qpid

?

?

?

Máy chủ Postgres

?

?

?

Dịch vụ của bên thứ ba

Apache Cassandra

?

?

Apache ZooKeeper

?

?

OpenLDAP

?

?

Cơ sở dữ liệu PostgreSQL

?

?

Qpid

?

?

Bộ định tuyến Nginx

?

?

?

Nhìn chung, sau khi cài đặt Apigee Edge, bạn có thể thực hiện các nhiệm vụ giám sát sau đây để theo dõi hiệu suất của quá trình cài đặt Apigee Edge cho đám mây riêng.

Kiểm tra tình trạng hệ thống

Điều quan trọng là phải đo lường các thông số về tình trạng hệ thống như mức sử dụng CPU, mức sử dụng bộ nhớ và khả năng kết nối cổng ở cấp cao hơn. Bạn có thể theo dõi các tham số sau để biết thông tin cơ bản về tình trạng hệ thống.

  • Mức sử dụng CPU – Chỉ định số liệu thống kê cơ bản (Người dùng/Hệ thống/IO chờ/Rảnh) về mức sử dụng CPU. Ví dụ: tổng CPU mà hệ thống sử dụng.
  • Free/Used Memory (Bộ nhớ trống/đã sử dụng) – Chỉ định mức sử dụng bộ nhớ hệ thống dưới dạng byte. Ví dụ: bộ nhớ thực mà hệ thống sử dụng.
  • Mức sử dụng dung lượng ổ đĩa – Chỉ định thông tin hệ thống tệp dựa trên mức sử dụng ổ đĩa hiện tại. Ví dụ: dung lượng ổ đĩa cứng mà hệ thống sử dụng.
  • Tải trung bình – Chỉ định số lượng quy trình đang chờ chạy.
  • Số liệu thống kê mạng – Các gói mạng và/hoặc byte được truyền và nhận, cùng với lỗi truyền về một thành phần được chỉ định.

Quy trình/Kiểm tra ứng dụng

Ở cấp quy trình, bạn có thể xem thông tin quan trọng về tất cả các quy trình đang chạy. Ví dụ: các số liệu này bao gồm số liệu thống kê về mức sử dụng bộ nhớ và CPU mà một quy trình hoặc ứng dụng sử dụng. Đối với các quy trình như qpidd, postgres postmaster, java, v.v., bạn có thể giám sát những thông tin sau:

  • Xác định quy trình: Xác định một quy trình Apigee cụ thể. Ví dụ: bạn có thể theo dõi sự tồn tại của một quy trình java máy chủ Apigee.
  • Số liệu thống kê về luồng: Xem các mẫu tạo luồng cơ bản mà một quy trình sử dụng. Ví dụ: bạn có thể theo dõi số lượng luồng đỉnh, số lượng luồng cho tất cả các quy trình.
  • Mức sử dụng bộ nhớ: Xem mức sử dụng bộ nhớ cho tất cả các quy trình Apigee. Ví dụ: bạn có thể theo dõi các thông số như mức sử dụng bộ nhớ khối xếp, mức sử dụng bộ nhớ không phải khối xếp mà một quy trình sử dụng.

Kiểm tra cấp độ API

Ở cấp độ API, bạn có thể theo dõi xem máy chủ có đang hoạt động hay không đối với các lệnh gọi API thường dùng do Apigee làm proxy. Ví dụ: bạn có thể kiểm tra API trên Máy chủ quản lý, Trình định tuyến và Trình xử lý thông báo bằng cách gọi lệnh cURL sau:

curl http://<host>:<port>/v1/servers/self/up

Trong đó <host> là địa chỉ IP của thành phần Apigee Edge. Số <port> dành riêng cho từng thành phần Edge. Ví dụ:

Máy chủ quản lý: 8080

  • Bộ định tuyến: 8081
  • Trình xử lý thông báo: 8082
  • v.v.

Hãy xem các phần riêng lẻ bên dưới để biết thông tin về cách chạy lệnh này cho từng thành phần

Lệnh gọi này trả về "true" và "false". Để có kết quả tốt nhất, bạn cũng có thể đưa ra lệnh gọi API trực tiếp trên phần phụ trợ (mà phần mềm Apigee tương tác) để nhanh chóng xác định xem có lỗi trong môi trường phần mềm Apigee hay trên phần phụ trợ hay không.

Lưu ý: Để theo dõi proxy API, bạn cũng có thể sử dụng API Health của Apigee. API Health thực hiện các lệnh gọi theo lịch đến proxy API và thông báo cho bạn khi các lệnh gọi đó không thành công và lý do. Khi các lệnh gọi thành công, API Health sẽ cho bạn biết thời gian phản hồi và thậm chí có thể thông báo cho bạn khi độ trễ phản hồi cao. API sức khoẻ có thể thực hiện các lệnh gọi từ nhiều vị trí trên khắp thế giới để so sánh hành vi của API giữa các khu vực.

Kiểm tra luồng tin nhắn

Bạn có thể thu thập dữ liệu từ Trình định tuyến và Trình xử lý thông báo về mẫu/thống kê luồng thông báo. Nhờ đó, bạn có thể theo dõi những thông tin sau:

  • Số lượng ứng dụng khách đang hoạt động
  • Số lượt phản hồi (10 lần, 20 lần, 30 lần, 40 lần và 50 lần)
  • Lỗi kết nối

Điều này giúp bạn cung cấp trang tổng quan cho luồng thông báo API. Để biết thêm thông tin, hãy xem:

Kiểm tra tình trạng của bộ định tuyến của Trình xử lý thông báo

Bộ định tuyến triển khai cơ chế kiểm tra tình trạng để xác định Trình xử lý thông báo nào đang hoạt động như mong đợi. Nếu phát hiện Trình xử lý thông báo bị lỗi hoặc chậm, Trình định tuyến có thể tự động loại bỏ Trình xử lý thông báo khỏi chế độ xoay vòng. Nếu điều đó xảy ra, Trình định tuyến sẽ ghi thông báo "Mark Down" (Ghi chú) vào tệp nhật ký Trình định tuyến tại /opt/apigee/var/log/edge-router/logs/system.log.

Bạn có thể theo dõi tệp nhật ký của Trình định tuyến để biết những thông báo này. Ví dụ: nếu Trình định tuyến lấy một Trình xử lý thông báo ra khỏi chế độ xoay vòng, thì trình này sẽ ghi thông báo vào nhật ký ở dạng:

2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = <MP_IP> at 1399409512159

2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /<MP_IP>:<PORT> Mark Down

trong đó /<MP_IP>:<PORT> là địa chỉ IP và số cổng của Trình xử lý thông báo.

Sau đó, nếu Trình định tuyến thực hiện kiểm tra tình trạng và xác định rằng Trình xử lý thông báo đang hoạt động đúng cách, thì Trình định tuyến sẽ tự động đưa Trình xử lý thông báo trở lại chế độ xoay vòng. Trình định tuyến cũng ghi thông báo "Đánh dấu" vào nhật ký ở dạng:

2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = <IP> at 1399410449054

2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from /<IP>:<PORT> Mark Up