Pemantauan waktu nyata menyediakan data dengan granularitas 1 menit mengenai traffic CDN, bandwidth, dan status pengambilan asal (origin fetch), dengan latensi data serendah 5 menit. Fitur ini dapat digunakan untuk mendeteksi lonjakan lalu lintas, melacak efisiensi cache, serta mengidentifikasi error HTTP saat terjadi.
Cara kerja
Semua data pemantauan waktu nyata dikumpulkan berdasarkan client IP addresses. Setiap alamat IP dipetakan ke wilayah atau penyedia layanan tertentu, sehingga Anda dapat memfilter data pemantauan berdasarkan wilayah, penyedia layanan, atau keduanya.
Karena penagihan dihitung berdasarkan traffic dan bandwidth yang diukur di titik keberadaan CDN (POPs)—bukan berdasarkan client IP—angka pemantauan dan angka penagihan menggunakan metode statistik yang berbeda dan mungkin tidak sesuai. Untuk data metering yang sesuai dengan tagihan Anda, lihat Ikhtisar penggunaan.
Metrik
Pemantauan waktu nyata melacak tiga kelompok metrik. Untuk setiap kelompok, pilih nama domain, wilayah, penyedia layanan, dan rentang waktu untuk melihat datanya.
Permintaan
Bandwidth, traffic, jumlah permintaan, dan permintaan per detik (QPS) untuk nama domain yang dipercepat Anda.
| Metric | Description |
|---|---|
| Bandwidth | Bandwidth yang dikonsumsi oleh permintaan klien pada waktu yang ditentukan |
| Traffic | Volume data kumulatif yang ditransfer ke klien |
| Requests | Jumlah total permintaan yang diterima oleh CDN POPs |
| QPS | Jumlah permintaan yang diproses per detik |
Operasi API terkait:
Routing kembali ke asal
Bandwidth kembali ke asal dan traffic kembali ke asal untuk nama domain yang dipercepat Anda. Metrik ini menunjukkan seberapa banyak data yang diambil CDN dari server origin Anda—peningkatan berkelanjutan dapat mengindikasikan penurunan rasio hit cache.
| Metric | Description |
|---|---|
| Back-to-origin bandwidth | Bandwidth yang dikonsumsi saat CDN POPs mengambil konten dari server origin Anda |
| Back-to-origin traffic | Volume data kumulatif yang diambil dari server origin Anda oleh CDN POPs |
Operasi API terkait:
Rasio hit cache dan kode status HTTP
Tingkat hit permintaan, rasio hit byte, serta rincian kode status HTTP 2xx, 3xx, 4xx, dan 5xx untuk nama domain yang dipercepat Anda.
| Metric | Description |
|---|---|
| Request hit ratio | Persentase permintaan yang dilayani dari cache CDN tanpa mengambil dari origin |
| Byte hit ratio | Persentase byte respons yang dilayani dari cache CDN |
| HTTP status codes | Jumlah respons dalam setiap rentang kode status (2xx, 3xx, 4xx, 5xx) |
Kode status respons Edge:
2xx Success: POP berhasil memproses permintaan klien dan mengembalikan resource atau konfirmasi.
4xx Client error: POP tidak dapat memproses permintaan karena permintaan tersebut tidak valid—misalnya, izin tidak mencukupi. Ubah permintaan klien dan coba lagi.
5xx Server error: Terjadi error internal pada POP saat memproses permintaan—misalnya, POP mungkin kelebihan beban. Periksa konfigurasi server origin Anda, seperti pengaturan jaringannya.
Untuk daftar lengkap kode status dan tindakan yang disarankan, lihat HTTP status codes.
Operasi API terkait:
Batas kueri
Rentang waktu maksimum per kueri, latensi data, dan ketersediaan data historis bervariasi tergantung pada granularitas waktu serta apakah Anda melakukan kueri melalui Konsol atau API.
Konsol
| Time granularity | Maximum time range per query | Historical data available | Data latency |
|---|---|---|---|
| 1 minute | 1 hour | 7 days | 5 minutes |
| 5 minutes | 3 days | 7 days | 15 minutes |
API
| Time granularity | Maximum time range per query | Historical data available | Data latency |
|---|---|---|---|
| 1 minute | 1 hour | 7 days | 5 minutes |
| 5 minutes | 3 days | 93 days | 15 minutes |
| 1 hour | 31 days | 186 days | 4 hours |
Memantau traffic vs. traffic yang dihitung dari log
Data traffic yang dikueri melalui fitur pemantauan atau penggunaan di Konsol (atau melalui API) biasanya 1,1 kali data traffic yang dihitung dari log CDN. Perbedaan ini diharapkan—kueri pemantauan dan penggunaan memperhitungkan overhead protokol yang tidak ditangkap oleh data log mentah. Untuk informasi lebih lanjut, lihat Mengapa terdapat perbedaan antara data traffic dari kueri pemantauan, kueri penggunaan, dan analisis log?
Pilih fitur pemantauan yang tepat
Alibaba Cloud CDN menyediakan tiga cara untuk mengkueri data pemantauan dan penggunaan. Pilihan yang tepat bergantung pada granularitas waktu yang Anda butuhkan dan cara Anda ingin memfilter hasilnya.
| Feature | Data collection basis | Filter dimensions | Minimum granularity | Minimum data latency |
|---|---|---|---|---|
| Real-time Monitoring | Client IP address | Wilayah, penyedia layanan | 1 minute | ~5 minutes |
| Resource Monitoring | Client IP address | Wilayah, penyedia layanan, lapisan protokol (HTTP, HTTPS, QUIC, IPv4, IPv6) | 5 minutes | ~15 minutes |
| Usage | CDN POPs | Wilayah penagihan (misalnya, daratan Tiongkok, Asia Pasifik 1, Amerika Utara) | — | — |
Gunakan Real-time Monitoring ketika Anda membutuhkan tampilan tercepat atas perilaku traffic saat ini—misalnya, untuk menangkap lonjakan lalu lintas atau memastikan perubahan konfigurasi telah berlaku.
Gunakan Resource Monitoring ketika Anda perlu menganalisis traffic berdasarkan lapisan protokol atau mengkueri data historis lebih dari 7 hari. Untuk informasi lebih lanjut, lihat Resource Monitoring.
Gunakan Usage ketika Anda membutuhkan data yang langsung sesuai dengan tagihan Anda—dikueri berdasarkan wilayah penagihan. Untuk informasi lebih lanjut, lihat Query resource usage.
Lihat data pemantauan waktu nyata
Login ke Konsol Alibaba Cloud CDN.
Di panel navigasi kiri, pilih Monitoring & Usage Analytics > Real-time Monitoring.
Di halaman Real-time Monitoring, pilih metrik dan atur kondisi kueri (nama domain, wilayah, penyedia layanan, rentang waktu), lalu klik Search.
Halaman ini menampilkan grafik garis untuk metrik yang dipilih. Data mencerminkan menit sebelumnya dan mencakup hingga 7 hari terakhir.
Langkah selanjutnya
Untuk mengkueri data penggunaan guna rekonsiliasi penagihan, lihat Ikhtisar penggunaan.
Untuk menganalisis traffic berdasarkan lapisan protokol atau mengkueri rentang historis yang lebih panjang, lihat Resource Monitoring.
Untuk deskripsi kode status HTTP dan panduan troubleshooting, lihat HTTP status codes.