Cara meningkatkan rasio hit cache CDN - CDN

Rasio hit cache Content Delivery Network (CDN) yang rendah meningkatkan beban kerja server asal dan mengurangi kecepatan akses untuk sumber daya statis. Anda dapat memilih kebijakan optimasi berdasarkan penyebab rendahnya rasio hit cache untuk meningkatkannya.

Informasi latar belakang

CDN mempercepat akses sumber daya dengan men-cache sumber daya statis di titik kehadiran (POPs). Ketika klien meminta sumber daya yang tersimpan dalam cache di POP, permintaan tersebut mengenai cache. Sumber daya kemudian diambil langsung dari cache dan dikembalikan ke klien. Ini mencegah permintaan dialihkan ke server asal, meningkatkan kecepatan respons, serta mengurangi tekanan bandwidth pada server asal. Rasio hit cache CDN yang rendah secara negatif memengaruhi pengalaman pengguna dan meningkatkan tekanan bandwidth pada server asal.

Rasio hit byte CDN:

Rasio hit byte = (Trafik yang dilayani oleh L1 POPs – Trafik kembali ke asal yang dilayani oleh L1 POPs) / Trafik yang dilayani oleh L1 POPs
Catatan
Rasio hit byte yang lebih rendah menunjukkan trafik kembali ke asal yang lebih tinggi, meningkatkan trafik keluar, konsumsi bandwidth, dan beban kerja pada server asal. Oleh karena itu, trafik kembali ke asal mencerminkan beban kerja pada server asal. Dalam banyak kasus, fokus utama adalah pada rasio hit byte.

Rasio hit permintaan = Jumlah permintaan yang mengenai cache CDN / Total jumlah permintaan ke CDN
Penting
Jika range origin fetch diaktifkan, disarankan menggunakan rasio hit byte sebagai metrik untuk tingkat hit.

Lihat rasio hit cache CDN

Metode 1: Lihat rasio hit cache di konsol

Rasio hit cache yang disediakan di konsol CDN adalah rasio hit byte. Anda dapat melihat rasio hit cache menggunakan metode berikut:

Kueri data menggunakan fitur Pemantauan Sumber Daya
Anda dapat mengkueri data untuk periode panjang. Fitur ini cocok untuk melihat tingkat hit selama periode panjang, seperti 30 hari. Jika granularitas waktu adalah 5 menit, latensi data sekitar 15 menit. Untuk informasi lebih lanjut, lihat Pemantauan Sumber Daya.
Kueri data menggunakan fitur pemantauan waktu nyata
Anda dapat mengkueri data untuk periode pendek. Fitur ini cocok untuk melihat rasio hit waktu nyata selama periode pendek, seperti satu jam. Jika granularitas waktu adalah 1 menit, latensi data sekitar 3 menit. Untuk informasi lebih lanjut, lihat Pemantauan Waktu Nyata.

Metode 2: Panggil Operasi API

Operasi API untuk fitur Pemantauan Sumber Daya

API	Deskripsi
DescribeDomainHitRateData	Mengkueri rasio hit byte nama domain yang dipercepat. Anda dapat mengkueri data dalam 90 hari terakhir.
DescribeDomainReqHitRateData	Mengkueri rasio hit permintaan nama domain yang dipercepat. Anda dapat mengkueri data dalam 90 hari terakhir.

Operasi API untuk fitur pemantauan waktu nyata

API	Deskripsi
DescribeDomainRealTimeByteHitRateData	Mengkueri rasio hit byte nama domain yang dipercepat dengan granularitas 1 menit. Anda dapat mengkueri data dalam 7 hari terakhir.
DescribeDomainRealTimeReqHitRateData	Mengkueri rasio hit permintaan nama domain yang dipercepat dengan granularitas 1 menit. Anda dapat mengkueri data dalam 7 hari terakhir.

Tingkatkan rasio hit cache CDN

Tabel berikut menjelaskan faktor-faktor yang memengaruhi rasio hit cache CDN dan metode untuk meningkatkannya.

Kebijakan	Faktor dan skenario	Metode Konfigurasi
Pra-ambil sumber daya populer sebelum jam sibuk	Faktor: Jika Anda tidak pra-ambil sumber daya ke POP sebelum meluncurkan aktivitas operasional berskala besar atau merilis paket instalasi baru, banyak sumber daya harus diambil dari server asal. Hal ini menyebabkan rasio hit cache CDN rendah. Skenario: Operational Activities Sebelum meluncurkan aktivitas operasional berskala besar, pra-ambil sumber daya statis untuk halaman aktivitas ke POP. Setelah aktivitas dimulai, semua sumber daya statis yang diakses pengguna disimpan dalam cache di POP. POP kemudian dapat langsung merespons permintaan pengguna. Installation Package Release Sebelum merilis paket instalasi baru atau paket peningkatan, pra-ambil sumber daya ke POP. Setelah produk dirilis, POP dapat langsung merespons sejumlah besar permintaan unduhan dari pengguna. Ini meningkatkan kecepatan unduhan, secara signifikan mengurangi tekanan pada server asal, dan meningkatkan pengalaman pengguna.	Segarkan dan pra-ambil sumber daya
Konfigurasikan waktu hidup (TTL) yang masuk akal: Untuk file statis yang jarang diperbarui, seperti gambar dan paket instalasi aplikasi, disarankan mengatur TTL menjadi satu bulan atau lebih lama. Untuk file statis yang sering diperbarui, seperti file JS dan CSS, atur TTL sesuai kebutuhan. Untuk file dinamis, seperti file PHP, JSP, dan ASP, disarankan mengatur TTL menjadi 0 detik. Ini mencegah file di-cache.	Faktor: Kebijakan cache tidak dikonfigurasi di CDN. Semua permintaan pengguna dialihkan ke server asal. TTL yang dikonfigurasi di CDN terlalu pendek. Sumber daya yang di-cache sering kedaluwarsa. Ini menyebabkan rasio hit cache rendah. Skenario: Pengguna melepaskan sumber daya statis di server asal, tetapi POP tidak menyimpan sumber daya tersebut dalam cache, atau sumber daya yang disimpan dalam cache di POP kedaluwarsa dalam waktu singkat.	Konfigurasikan waktu hidup (TTL)
Hapus parameter yang mengikuti tanda tanya (?) dalam URL dari kunci cache	Faktor: Ketika URL berisi queryString atau parameter variabel lainnya, permintaan yang menggunakan URL berbeda untuk mengakses sumber daya yang sama dialihkan ke server asal. Ini menyebabkan rasio hit cache CDN rendah. Skenario: Anda perlu mengakses sumber daya yang sama menggunakan URL berbeda yang berisi parameter berbeda.	Abaikan parameter
Konfigurasikan kebijakan range origin fetch untuk file besar	Faktor: Pengguna mungkin berhenti mengunduh paket instalasi atau menonton video di tengah jalan. Dalam hal ini, pengguna hanya perlu mengakses sebagian dari file sumber daya. Namun, POP meminta seluruh file dari server asal. Akibatnya, ukuran konten yang diunduh POP dari server asal lebih besar daripada ukuran konten yang dikembalikan ke pengguna. Ini menyebabkan rasio hit cache rendah. Skenario: Pengguna mengunduh paket instalasi aplikasi atau menonton video.	Konfigurasikan range origin fetch
Kebijakan optimasi tingkat hit lainnya	Selain langkah-langkah optimasi umum, Alibaba Cloud CDN menyediakan fitur optimasi lainnya yang dapat dikonfigurasi untuk berbagai skenario bisnis, seperti penjadwalan pusat 302, penjadwalan tepi 302, penggabungan origin fetch, dan cache bersama.	Fitur-fitur ini dikonfigurasi oleh insinyur dukungan teknis Alibaba Cloud di latar belakang.

Lihat log tentang status hit cache

Status hit cache semua permintaan CDN dicatat dalam log permintaan CDN. Untuk informasi lebih lanjut tentang format log, lihat Bidang dalam log offline.

Deskripsi bidang status hit cache:

HIT: Cache terkena.
MISS: Cache tidak ditemukan.

Catatan

Status hit hanya menunjukkan status L1 POPs. Misalnya, jika permintaan melewatkan cache di L1 POP tetapi mengenai cache di L2 POP, log masih mencatat MISS.

Contoh log:

26/Jun/2019:10:38:19 +0800] 192.168.53.146 - 1542 "-" "GET http://example.aliyundoc.com/index.html" 200 191 2830 MISS "Mozilla/5.0 (compatible; AhrefsBot/5.0; +http://example.com/robot/)" "text/html"

Anda juga dapat memanggil operasi DescribeCdnDomainLogs untuk mendapatkan URL unduhan log offline untuk nama domain yang dipercepat.