Yang perlu dipantau

Edge untuk Private Cloud v4.18.05

Umumnya dalam penyiapan produksi, mekanisme pemantauan harus diaktifkan dalam Apigee Edge untuk deployment Private Cloud. Teknik pemantauan ini memperingatkan administrator (atau operator) jaringan tentang error atau kegagalan. Setiap error yang dihasilkan akan dilaporkan sebagai peringatan di Apigee Edge. Untuk informasi selengkapnya tentang pemberitahuan, lihat Praktik Terbaik Pemantauan.

Untuk memudahkan, komponen Apigee diklasifikasikan terutama ke dalam dua kategori:

  • Layanan Server Java khusus Apigee: Ini termasuk Server Pengelolaan, Pemroses Pesan, Server Qpid, dan Server Postgres.
  • Layanan Pihak Ketiga: Layanan ini mencakup Nginx Router, Apache Cassandra, Apache ZooKeeper, OpenLDAP, database PostgreSQL, dan Qpid.

Dalam deployment Apigee Edge lokal, tabel berikut memberikan sekilas gambaran tentang parameter yang dapat Anda pantau:

Komponen Pemeriksaan Sistem Statistik Tingkat Proses Pemeriksaan Level API Pemeriksaan Alur Pesan Khusus Komponen

Layanan Java khusus Apigee

Server Pengelolaan

Message Processor

Server Qpid

Server Postgres

Layanan Pihak Ketiga

Apache Cassandra

Apache Zookeeper

OpenLDAP

Database PostgreSQL

Qpid

Router Nginx

Secara umum, setelah Apigee Edge diinstal, Anda dapat melakukan tugas pemantauan berikut guna melacak performa penginstalan Apigee Edge untuk Private Cloud.

Health check sistem

Sangat penting untuk mengukur parameter kesehatan sistem seperti pemakaian CPU, pemakaian memori, dan konektivitas port pada tingkat yang lebih tinggi. Anda dapat memantau parameter berikut untuk mendapatkan dasar-dasar kesehatan sistem.

  • Pemakaian CPU: Menentukan statistik dasar (Pengguna/Sistem/IO Tunggu/Tidak Ada Aktivitas) tentang pemakaian CPU. Misalnya, total CPU yang digunakan oleh sistem.
  • Free/Used Memory: Menentukan pemakaian memori sistem sebagai byte. Misalnya, memori fisik yang digunakan oleh sistem.
  • Penggunaan Ruang Disk: Menentukan informasi sistem file berdasarkan penggunaan disk saat ini. Misalnya, kapasitas {i>hard disk<i} yang digunakan oleh sistem.
  • Beban Rata-Rata: Menentukan jumlah proses yang menunggu untuk dijalankan.
  • Statistik Jaringan: Paket jaringan dan/atau byte yang dikirim dan diterima, beserta error transmisi tentang komponen tertentu.

Proses/pemeriksaan permohonan

Pada tingkat proses, Anda dapat melihat informasi penting tentang semua proses yang sedang berjalan. Misalnya, informasi ini mencakup statistik penggunaan memori dan CPU yang digunakan oleh proses atau aplikasi. Untuk proses seperti qpidd, postgres Postmaster, java, dan sebagainya, Anda dapat memantau hal-hal berikut:

  • Identifikasi proses: Mengidentifikasi proses Apigee tertentu. Misalnya, Anda dapat memantau keberadaan proses java server Apigee.
  • Statistik thread: Melihat pola threading dasar yang digunakan proses. Misalnya, Anda dapat memantau jumlah thread puncak, jumlah thread untuk semua proses.
  • Memory utilization: Melihat penggunaan memori untuk semua proses Apigee. Misalnya, Anda dapat memantau parameter seperti penggunaan memori heap dan penggunaan memori non-heap yang digunakan oleh suatu proses.

Pemeriksaan level API

Pada level API, Anda dapat memantau apakah server aktif dan berjalan untuk panggilan API yang sering digunakan yang di-proxy-kan oleh Apigee. Misalnya, Anda dapat menjalankan pemeriksaan API pada Server Pengelolaan, Router, dan Pemroses Pesan dengan memanggil perintah cURL berikut:

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

Dengan host adalah alamat IP komponen Apigee Edge. Nomor port berlaku khusus untuk setiap komponen Edge. Contoh:

Server Pengelolaan: 8080

  • Router: 8081
  • Pemroses Pesan: 8082
  • dll.

Lihat setiap bagian di bawah untuk mengetahui informasi tentang cara menjalankan perintah ini untuk setiap komponen

Panggilan ini menampilkan nilai "true" dan "false". Untuk hasil terbaik, Anda juga dapat melakukan panggilan API langsung di backend (yang berinteraksi dengan software Apigee) untuk menentukan dengan cepat apakah ada error dalam lingkungan software Apigee atau di backend.

Pemeriksaan alur pesan

Anda dapat mengumpulkan data dari Router dan Pemroses Pesan tentang pola/statistik alur pesan. Hal ini memungkinkan Anda memantau hal berikut:

  • Jumlah klien aktif
  • Jumlah respons (10X, 20X, 30X, 40X, dan 50X)
  • Kegagalan koneksi

Hal ini membantu Anda menyediakan dasbor untuk alur pesan API. Untuk mengetahui informasi selengkapnya, lihat Cara Memantau.

Health check router Pemroses Pesan

Router menerapkan mekanisme health check untuk menentukan Pemroses Pesan mana yang bekerja seperti yang diharapkan. Jika Pemroses Pesan terdeteksi sedang lambat atau lambat, Router dapat secara otomatis mengeluarkan Pemroses Pesan dari rotasi. Jika hal itu terjadi, Router akan menulis pesan "Mark Down" ke file log Router di /opt/apigee/var/log/edge-router/logs/system.log.

Anda dapat memantau file log Router untuk pesan ini. Misalnya, jika Router menonaktifkan Message Processor dari rotasi, Router akan menulis pesan ke log dalam bentuk:

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

Dengan MP_IP:PORT adalah alamat IP dan nomor port Pemroses Pesan.

Jika nanti Router melakukan health check dan menentukan bahwa Pemroses Pesan berfungsi dengan baik, Router secara otomatis akan memutar Pemroses Pesan kembali. Router juga menulis pesan "Mark Up" ke log dalam format:

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