全部产品
Search
文档中心

CDN:Pemantauan Sumber Daya

更新时间:Nov 11, 2025

Pemantauan Sumber Daya mengumpulkan statistik untuk metrik seperti bandwidth, permintaan akses, rasio hit cache, dan kode status HTTP berdasarkan wilayah atau penyedia layanan alamat IP klien. Dengan memantau sumber daya CDN, Anda dapat memperoleh pandangan menyeluruh tentang metrik utama seperti penggunaan bandwidth dan rasio hit cache. Informasi ini membantu Anda mengoptimalkan dan menyesuaikan konfigurasi.

Fitur

Dibandingkan dengan pemantauan waktu nyata, Pemantauan Sumber Daya mendukung rentang waktu yang lebih luas untuk kueri tunggal dan periode retensi data historis yang lebih lama. Untuk informasi lebih lanjut, lihat laporan di bawah ini.

Granularitas waktu yang didukung

Rentang waktu maksimum untuk kueri tunggal dan periode retensi data historis bervariasi tergantung pada apakah Anda mengkueri data di Konsol atau dengan memanggil operasi API. Tabel berikut menjelaskan hubungan antara granularitas waktu, rentang waktu maksimum per kueri, retensi data historis, dan latensi data.

  • Mengkueri data di Konsol:

    Granularitas waktu

    Rentang waktu maksimum 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

    4:00 AM keesokan harinya

  • Mengkueri data dengan memanggil operasi API:

    Granularitas waktu

    Rentang waktu maksimum 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

    4:00 AM keesokan harinya

Metrik

Pemantauan Sumber Daya menyediakan enam metrik yang tercantum dalam tabel berikut. Anda dapat memilih nama domain, wilayah, dan penyedia layanan yang ingin Anda pantau. Anda dapat melihat detail untuk setiap metrik secara online atau mengunduh hasil kueri untuk analisis lokal.

Catatan
  • Pemantauan Sumber Daya mengumpulkan statistik berdasarkan wilayah atau penyedia layanan alamat IP klien. Sebaliknya, penagihan didasarkan pada statistik tentang lalu lintas, bandwidth, dan permintaan yang dihasilkan pada titik kehadiran (POPs) CDN di setiap wilayah penagihan. Hasilnya mungkin berbeda karena metode statistik yang berbeda. Grafik dalam Pemantauan Sumber Daya dimaksudkan untuk menunjukkan tren bandwidth. Untuk menanyakan data metering yang sesuai dengan tagihan Anda, lihat Ikhtisar Penggunaan.

  • Data dihitung dan statistik dihasilkan menggunakan API. Untuk informasi lebih lanjut, lihat dokumentasi API yang sesuai dengan setiap metrik dalam tabel berikut.

Metrik

Metrik yang dipantau

Operasi API terkait

Access Traffic/Bandwidth

Menampilkan bandwidth dan lalu lintas dari nama domain yang dipercepat. Data dapat dikueri berdasarkan wilayah, penyedia layanan, dan protokol (HTTP, HTTPS, QUIC, IPv4, dan IPv6).

Back-to-origin Traffic/Bandwidth

Menampilkan bandwidth kembali-ke-asal dan lalu lintas kembali-ke-asal dari nama domain yang dipercepat.

Catatan
  • Bandwidth kembali-ke-asal: Bandwidth jaringan yang dikonsumsi ketika sebuah POP CDN meminta sumber daya dari server asal karena cache miss.

  • Lalu lintas kembali-ke-asal: Lalu lintas yang dihasilkan ketika sebuah POP CDN meminta data dari server asal karena konten yang diminta tidak ditemukan di cache lokal.

Number Of Access Requests

Menampilkan jumlah permintaan dan queries per detik (QPS) untuk nama domain yang dipercepat. Data dapat dikueri berdasarkan wilayah, penyedia layanan, dan protokol (HTTP, HTTPS, QUIC, IPv4, dan IPv6).

Catatan
  • Jumlah permintaan untuk nama domain yang dipercepat adalah jumlah total permintaan dalam granularitas waktu minimum. Misalnya, jika granularitas waktu minimum adalah 5 menit, jumlah permintaan yang ditampilkan adalah jumlah total permintaan dalam periode 5 menit tersebut.

  • QPS adalah jumlah permintaan per detik.

Kueri QPS berdasarkan protokol

Hit Rate

Menampilkan rasio hit byte dan rasio hit permintaan dari nama domain yang dipercepat.

Catatan
  • Rasio hit byte: Persentase byte yang disajikan langsung oleh POP CDN (bukan dari asal) dari total byte yang disajikan kepada pengguna dalam periode waktu tertentu. Rumus: (Total byte yang disajikan oleh POP CDN kepada pengguna - Total byte yang disajikan oleh server asal kepada POP CDN) ÷ Total byte yang disajikan oleh POP CDN kepada pengguna.

  • Tingkat hit: Rasio hit byte untuk semua permintaan (termasuk HTTP dan HTTPS) dalam periode waktu tertentu.

  • Tingkat hit HTTPS: Rasio hit byte untuk permintaan HTTPS dalam periode waktu tertentu.

HTTPCODE

Menampilkan informasi kode status HTTP untuk nama domain yang dipercepat. Anda dapat mengkueri data berdasarkan keluarga kode status 2xx, 3xx, 4xx, dan 5xx. Untuk deskripsi rinci dan solusi untuk kode status, lihat Kode status HTTP.

  • 2xx Success - Edge Response: Node CDN berhasil memproses permintaan dari klien. Server mengembalikan sumber daya yang diminta atau konfirmasi.

  • 4xx Client Error - Edge Response: Node CDN tidak dapat memproses permintaan dari klien karena permintaannya tidak valid. Misalnya, klien mungkin memiliki izin yang tidak mencukupi. Anda dapat memodifikasi permintaan klien dan mencoba lagi.

  • 5xx Server Error - Edge Response: Terjadi kesalahan internal pada node CDN saat memproses permintaan klien. Misalnya, node CDN mungkin kelebihan beban. Periksa konfigurasi server asal Anda, seperti pengaturan jaringannya.

Kueri kode status HTTP berdasarkan protokol

Back-to-origin HTTPCODE

Menampilkan informasi kode status HTTP kembali-ke-asal untuk nama domain yang dipercepat. Anda dapat mengkueri data berdasarkan keluarga kode status 2xx, 3xx, 4xx, dan 5xx. Untuk deskripsi rinci dan solusi untuk kode status, lihat Kode status HTTP.

  • 4xx Client Error - Origin-fetch Response: Server asal tidak dapat memproses permintaan pengambilan asal dari node CDN karena permintaannya tidak valid. Misalnya, sumber daya yang diminta tidak ada. Anda dapat memodifikasi permintaan klien atau menyesuaikan konfigurasi nama domain yang dipercepat, lalu mencoba lagi.

  • 5xx Server Error - Origin-fetch Response: Terjadi kesalahan internal pada server asal saat node CDN mencoba mengambil sumber daya. Misalnya, server asal mungkin kelebihan beban. Periksa konfigurasi server asal Anda, seperti beban servernya.

Kueri kode status HTTP kembali-ke-asal

Catatan

Data lalu lintas untuk nama domain yang dipercepat yang dikueri menggunakan fitur pemantauan atau kueri penggunaan di Konsol CDN/DCDN (atau menggunakan OpenAPI) berbeda dari data lalu lintas yang dihitung dari log. Secara umum, data lalu lintas dari kueri pemantauan dan penggunaan adalah 1,1 kali data lalu lintas yang dihitung dari log. Untuk informasi lebih lanjut, lihat Mengapa ada perbedaan antara data lalu lintas dari kueri pemantauan, kueri penggunaan, dan analisis log?.

Statistik Data: Kueri Penggunaan vs. Pemantauan Sumber Daya vs. Pemantauan Waktu Nyata

  • Kueri Penggunaan: Kueri Penggunaan mengumpulkan data penggunaan berdasarkan POP CDN. Setiap POP CDN termasuk dalam wilayah penagihan tertentu. Oleh karena itu, Anda hanya dapat mengkueri data penggunaan berdasarkan wilayah penagihan, seperti Daratan Tiongkok, Asia Pasifik 1, dan Amerika Utara. Untuk informasi lebih lanjut, lihat Kueri Penggunaan.

  • Pemantauan Sumber Daya dan Pemantauan Waktu Nyata: Fitur-fitur ini mengumpulkan data pemantauan berdasarkan alamat IP klien. Setiap alamat IP klien termasuk dalam wilayah atau penyedia layanan tertentu. Oleh karena itu, Anda hanya dapat mengkueri data pemantauan berdasarkan wilayah atau penyedia layanan (atau kombinasi keduanya). Untuk informasi lebih lanjut, lihat Pemantauan Sumber Daya dan Pemantauan Waktu Nyata.

Perbedaan antara Pemantauan Sumber Daya dan Pemantauan Waktu Nyata

  • Latensi Data Minimum: Pemantauan Waktu Nyata memberikan data dengan latensi lebih rendah. Di Pemantauan Waktu Nyata, jika granularitas data adalah 1 menit, latensi datanya sekitar 5 menit. Di Pemantauan Sumber Daya, granularitas data minimum adalah 5 menit, dan latensi datanya sekitar 15 menit.

  • Granularitas Data Minimum: Pemantauan Waktu Nyata memberikan data dengan granularitas lebih halus. Granularitas data minimum adalah 1 menit untuk Pemantauan Waktu Nyata dan 5 menit untuk Pemantauan Sumber Daya.

  • Lapisan Protokol yang Dapat Dikueri: Pemantauan Sumber Daya memungkinkan Anda mengkueri data berdasarkan lebih banyak lapisan protokol. Pemantauan Sumber Daya mendukung pengkuerian data berdasarkan lapisan protokol, seperti HTTP, HTTPS, QUIC, IPv4, dan IPv6. Pemantauan Waktu Nyata tidak mendukung fitur ini.

Prosedur

  1. Masuk ke Alibaba Cloud CDN.

  2. Di panel navigasi di sebelah kiri, pilih Monitoring & Usage Analytics > Resource Monitoring.

  3. Di halaman Resource Monitoring, pilih metrik dan kondisi kueri yang ingin Anda gunakan, lalu klik Search.

    Sistem menampilkan hasil kueri berdasarkan metrik dan kondisi kueri yang Anda pilih. Anda dapat menganalisis hasilnya secara online atau mengunduhnya untuk analisis lokal.资源监控