Pemantauan Sumber Daya melacak bandwidth, traffic, performa cache, dan kode status HTTP untuk nama domain yang dipercepat Anda—diuraikan berdasarkan wilayah atau penyedia layanan dari alamat IP klien. Gunakan fitur ini untuk mengidentifikasi tren traffic, mendiagnosis error origin, dan mengoptimalkan konfigurasi CDN.
Cara kerja
Pemantauan Sumber Daya mengumpulkan data berdasarkan wilayah atau penyedia layanan dari alamat IP klien, bukan berdasarkan titik keberadaan CDN (POPs). Artinya, data tersebut mencerminkan lokasi pengguna akhir Anda, yang berbeda dari data penagihan (yang didasarkan pada lokasi POP).
Semua enam metrik mendukung penyaringan berdasarkan nama domain, wilayah, dan penyedia layanan. Empat di antaranya juga mendukung penyaringan berdasarkan protokol (HTTP, HTTPS, QUIC, IPv4, dan IPv6).
Metrik
| Metrik | Yang ditampilkan | Penyaring protokol |
|---|---|---|
| Data Transfer/Bandwidth Permintaan | Bandwidth dan traffic untuk nama domain yang dipercepat | Didukung (HTTP, HTTPS, QUIC, IPv4, IPv6) |
| Back-to-origin Data Transfer/Bandwidth | Bandwidth dan traffic yang dikonsumsi saat POP CDN mengambil data dari server origin karena cache miss | Tidak didukung |
| Jumlah Permintaan | Total permintaan per detik (QPS) untuk nama domain yang dipercepat | Didukung (HTTP, HTTPS, QUIC, IPv4, IPv6) |
| Hit Rate | Rasio hit byte dan rasio hit permintaan untuk nama domain yang dipercepat | Tidak didukung |
| HTTPCODE | Distribusi kode status HTTP untuk respons edge (2xx, 3xx, 4xx, 5xx) | Tidak didukung |
| Kode Status HTTP untuk Permintaan Kembali-ke-asal | Distribusi kode status HTTP untuk respons pengambilan dari origin (2xx, 3xx, 4xx, 5xx) | Tidak didukung |
Definisi metrik
Data Transfer/Bandwidth Permintaan
Menampilkan bandwidth dan traffic nama domain yang dipercepat.
API terkait: Kueri bandwidth berdasarkan protokol | Kueri penggunaan per hari
Transfer Data/Bandwidth Kembali ke Origin
Bandwidth kembali ke asal: Bandwidth jaringan yang dikonsumsi ketika POP CDN meminta resource dari server origin karena konten tidak tersimpan dalam cache lokal.
Lalu lintas kembali ke asal: Volume data yang ditransfer dari server origin ke POP CDN karena alasan yang sama.
API terkait: Kueri bandwidth kembali ke asal | Kueri lalu lintas kembali ke asal
Jumlah Permintaan
Permintaan: Jumlah total permintaan dalam periode granularitas waktu yang dipilih. Misalnya, dengan granularitas 5 menit, ini adalah jumlah total untuk setiap jendela 5 menit.
QPS (permintaan per detik): Rata-rata jumlah permintaan per detik dalam jendela waktu yang dipilih.
API terkait: Kueri QPS berdasarkan protokol
Hit Rate
Rasio hit byte: Persentase byte yang dilayani langsung dari cache CDN, dihitung sebagai
(Total byte yang dilayani oleh POP CDN kepada pengguna - Total byte yang dilayani oleh server origin kepada POP CDN) / Total byte yang dilayani oleh POP CDN kepada pengguna.Tingkat hit: Rasio hit byte untuk semua permintaan (HTTP dan HTTPS) dalam periode yang dipilih.
Tingkat hit HTTPS: Rasio hit byte hanya untuk permintaan HTTPS.
API terkait: Kueri rasio hit byte | Kueri rasio hit permintaan
HTTPCODE (respons edge)
Mendistribusikan permintaan berdasarkan kode status HTTP yang dikembalikan oleh node edge CDN:
2xx Sukses: Node CDN memproses permintaan dan mengembalikan resource atau konfirmasi.
4xx Error Klien: Node CDN menolak permintaan karena tidak valid (misalnya, izin tidak mencukupi). Ubah permintaan klien dan coba lagi.
5xx Error Server: Terjadi error internal pada node CDN (misalnya, node kelebihan beban). Periksa konfigurasi server origin Anda, seperti pengaturan jaringannya.
Untuk deskripsi kode status dan solusinya, lihat Kode status HTTP.
API terkait: Kueri kode status HTTP berdasarkan protokol
Kode Status HTTP untuk Permintaan Kembali-ke-asal (respons pengambilan dari origin)
Mendistribusikan permintaan pengambilan dari origin berdasarkan kode status HTTP yang dikembalikan oleh server origin:
4xx Error Klien: Server origin menolak permintaan karena tidak valid (misalnya, resource tidak ada). Ubah permintaan klien atau sesuaikan konfigurasi nama domain yang dipercepat, lalu coba lagi.
5xx Error Server: Terjadi error internal pada server origin (misalnya, server kelebihan beban). Periksa konfigurasi dan beban server origin Anda.
Untuk deskripsi kode status dan solusinya, lihat Kode status HTTP.
API terkait: Kueri kode status HTTP kembali ke asal
Granularitas dan retensi data
Granularitas waktu yang tersedia, rentang kueri maksimum, retensi data historis, dan latensi data berbeda tergantung apakah Anda melakukan kueri dari konsol atau melalui API.
Konsol
| Granularitas | Rentang waktu maks per kueri | Data historis tersedia | Latensi data |
|---|---|---|---|
| 5 menit | 3 hari | 90 hari | 15 menit |
| 1 jam | 31 hari | 90 hari | 4 jam |
| 1 hari | 90 hari | 90 hari | Pukul 04.00 pagi hari berikutnya |
API
| Granularitas | Rentang waktu maks per kueri | Data historis tersedia | Latensi data |
|---|---|---|---|
| 5 menit | 3 hari | 93 hari | 15 menit |
| 1 jam | 31 hari | 186 hari | 4 jam |
| 1 hari | 366 hari | 366 hari | Pukul 04.00 pagi hari berikutnya |
API menyimpan data historis jauh lebih banyak dibandingkan konsol—hingga 186 hari untuk data per jam dan 366 hari untuk data harian, dibandingkan 90 hari untuk keduanya di konsol.
Catatan penggunaan
Data pemantauan vs. data penagihan: Pemantauan Sumber Daya didasarkan pada wilayah dan penyedia layanan IP klien. Penagihan didasarkan pada traffic dan bandwidth di POP CDN di setiap wilayah penagihan. Kedua dataset menggunakan metode statistik yang berbeda, sehingga angkanya mungkin tidak cocok. Gunakan grafik di Pemantauan Sumber Daya untuk melacak tren bandwidth, bukan untuk rekonsiliasi penagihan. Untuk mengkueri data metering yang sesuai dengan tagihan Anda, lihat Ikhtisar penggunaan.
Data pemantauan vs. data log: Data traffic dari Pemantauan Sumber Daya (dan kueri penggunaan) biasanya sekitar 1,1 kali traffic yang dihitung dari log CDN. Untuk detailnya, lihat Mengapa data traffic berbeda antara kueri pemantauan, kueri penggunaan, dan analisis log?
Memilih antar fitur pemantauan
Alibaba Cloud CDN menyediakan tiga fitur data. Tabel berikut menunjukkan kapan masing-masing fitur digunakan.
| Fitur | Sumber data | Dimensi filter | Granularitas waktu | Paling cocok untuk |
|---|---|---|---|---|
| Pemantauan Sumber Daya | Alamat IP klien | Wilayah, penyedia layanan, protokol | 5 menit / 1 jam / 1 hari | Analisis tren historis; rincian tingkat protokol |
| Real-time Monitoring | Alamat IP klien | Wilayah, penyedia layanan | 1 menit | Troubleshooting hampir real-time (latensi data ~5 menit) |
| Usage | CDN POPs | Wilayah penagihan (seperti Daratan Tiongkok, Asia Pasifik 1, dan Amerika Utara) | Bervariasi | Rekonsiliasi traffic dengan laporan penagihan |
Perbedaan antara Resource Monitoring dan Real-Time Monitoring:
Latensi: Data Real-time Monitoring tersedia dalam waktu ~5 menit. Data Pemantauan Sumber Daya dengan granularitas 5 menit tersedia dalam waktu ~15 menit.
Granularitas: Real-time Monitoring mendukung granularitas 1 menit. Granularitas terkecil Pemantauan Sumber Daya adalah 5 menit.
Rincian protokol: Pemantauan Sumber Daya mendukung penyaringan berdasarkan HTTP, HTTPS, QUIC, IPv4, dan IPv6. Real-time Monitoring tidak mendukungnya.
Untuk informasi lebih lanjut, lihat Real-time Monitoring dan Kueri penggunaan sumber daya.
Kueri data pemantauan sumber daya
Masuk ke Konsol CDN.
Di panel navigasi kiri, pilih Monitoring & Usage Analytics > Resource Monitoring.
Pilih metrik, nama domain, wilayah, penyedia layanan, dan rentang waktu, lalu klik Search. Dasbor akan menampilkan grafik dan tabel data untuk metrik dan kondisi yang dipilih.
Langkah selanjutnya
Real-time Monitoring — Lihat metrik CDN hampir real-time dengan granularitas 1 menit.
Ikhtisar penggunaan — Tinjau data metering yang sesuai dengan laporan penagihan Anda.
Kode status HTTP — Troubleshoot error 4xx dan 5xx.