Rasio hit cache yang ditampilkan di konsol Alibaba Cloud CDN rendah, dan server asal menerima sejumlah besar permintaan dari points of presence (POPs). Hal ini menyebabkan lambatnya pemuatan konten serta meningkatkan beban pada server asal. Topik ini menjelaskan cara mendiagnosis rasio hit cache yang rendah.
Ikhtisar
Jika semua permintaan diarahkan ke server asal, rasio hit cache akan sangat rendah. Kondisi jaringan yang tidak stabil juga dapat mengakibatkan rasio hit cache yang rendah. Anda dapat melakukan prefetch URL, mengonfigurasi aturan cache sumber daya, dan menyaring parameter variabel dalam URL untuk meningkatkan rasio hit cache. Untuk informasi lebih lanjut, lihat Tingkatkan rasio hit cache Alibaba Cloud CDN. Berikut adalah langkah-langkah untuk mendiagnosis rasio hit cache yang rendah.
Lihat rasio hit cache dan statistik lalu lintas di konsol Alibaba Cloud CDN
Berikut ini menjelaskan cara menganalisis rasio hit cache dan lalu lintas di konsol Alibaba Cloud CDN.
Periksa rasio hit cache yang ditampilkan di konsol Alibaba Cloud. Hanya rasio hit cache L1 POP yang ditampilkan di konsol Alibaba Cloud CDN. Data cache L1 POP diperoleh dari L2 POP, bukan dari server asal. Oleh karena itu, rasio hit cache aktual lebih tinggi daripada rasio hit cache yang ditampilkan di konsol Alibaba Cloud CDN.
CatatanAliran data di Alibaba Cloud CDN adalah: client > L1 POP > L2 POP > origin server.
Anda dapat memilih di panel navigasi sisi kiri konsol Alibaba Cloud CDN, dan melihat data rasio hit cache di tab Hit Rate.

Lihat statistik lalu lintas tentang nama domain yang dipercepat yang Anda kirimkan. Saat nama domain yang dipercepat memiliki lalu lintas rendah, perhitungan statistik rasio hit cache sangat terpengaruh meskipun lebih sedikit URL melewatkan cache. Sebagai contoh, sebuah nama domain yang dipercepat menyediakan 10 URL yang memungkinkan akses Internet. Salah satu URL tersebut memiliki kebijakan no-cache yang dikonfigurasi di server asal. Kebijakan ini menyebabkan Alibaba Cloud CDN tidak menyimpan cache untuk URL tersebut. Akibatnya, rasio hit cache berkurang menjadi 90% meskipun permintaan untuk URL lainnya mengenai cache.
CatatanAnda dapat melihat statistik lalu lintas dan bandwidth tentang nama domain yang dipercepat di halaman Overview di konsol Alibaba Cloud CDN.

Periksa apakah QPS layanan normal. Secara default, sumber daya disimpan di cache pada POP berdasarkan waktu hidup (TTL) yang telah dikonfigurasi. Namun, ruang disk POP terbatas. Dalam kasus akses yang sering, file yang disimpan di cache diganti berdasarkan frekuensi akses, dan file yang jarang diakses diganti oleh file yang sering diakses. Ini menghasilkan lebih banyak permintaan pengambilan asal. Nama domain dengan QPS di bawah 20 rentan terhadap masalah ini. Kami menyarankan Anda untuk melakukan prefetch sumber daya pada nama domain Anda untuk memastikan bahwa sumber daya di POP dapat dihit.
Periksa konfigurasi cache
Lakukan operasi berikut untuk memeriksa apakah rasio hit cache rendah disebabkan oleh beberapa pengaturan parameter yang tidak tepat:
Periksa apakah parameter Range Origin Fetch diatur ke Force. Untuk informasi lebih lanjut, lihat Konfigurasikan range origin fetch. Jika Anda mengatur parameter Range Origin Fetch ke Force, range origin fetch dilakukan berdasarkan ukuran rentang yang ditentukan untuk semua permintaan balik ke asal. Fitur range origin fetch adalah pedang bermata dua. Dalam skenario di mana file di server asal lebih besar dari 50 MB atau server asal memiliki bandwidth rendah, range origin fetch dapat mengurangi kemacetan jaringan selama unduhan file besar. Namun, dalam skenario di mana ukuran rata-rata file di server asal kecil, seperti kurang dari 10 MB, pengiriman konten tidak dioptimalkan jika Anda mengatur parameter Range Origin Fetch ke Force. Sebaliknya, efisiensi pengambilan asal berkurang, dan lebih banyak permintaan dialihkan ke server asal. Ini mengurangi rasio hit cache.
Periksa apakah URL ke sumber daya yang dipercepat oleh Alibaba Cloud CDN berisi parameter variabel. Jika Anda sering menggunakan URL yang berisi variabel dan permintaan pengguna berisi variabel parameter yang berbeda, Alibaba Cloud CDN menyimpan nilai hash dari URL, dan setiap URL memicu origin fetch. Dengan cara ini, URL tidak dapat mengenai sumber daya yang disimpan di cache di POP dan Alibaba Cloud CDN tidak dapat mempercepat pengiriman sumber daya tersebut. Dalam hal ini, kami menyarankan Anda mengaktifkan fitur Ignore Parameters untuk menghapus
uridan parameter yang mengikuti tanda tanya (?) sebelum Anda menyimpan cache sumber daya di POP. Untuk informasi lebih lanjut, lihat Abaikan parameter.Namun, jika server asal atau pengguna perlu menggunakan parameter yang mengikuti tanda tanya (
?), kami menyarankan Anda menggunakan Edge Security Acceleration (ESA), yang menyediakan pengambilan asal yang lebih fleksibel dengan menggunakan smart routing. Alibaba Cloud CDN mengambil sumber daya dari server asal berdasarkan edge POP tetap dan central POP, dan memiliki performa lebih rendah daripada ESA untuk URL yang berisi parameter yang mengikuti tanda tanya (?). Smart routing secara dinamis mendeteksi kualitas jaringan dan merencanakan rute pengambilan asal. ESA dapat mengarahkan permintaan dari edge POP ke server asal atau dari edge POP ke central POP dan kemudian ke server asal.
Sebagai contoh, dalam URL http://example.aliyundoc.com/1.txt?timestamp=14378923, nilai parameter timestamp berbeda untuk setiap akses. Status hit cache MISS dikembalikan untuk akses pertama ke sumber daya terlepas dari apakah URL permintaan memenuhi aturan cache Alibaba Cloud CDN, karena sumber daya belum disimpan di cache di POP. Namun, nilai parameter timestamp berubah. Oleh karena itu, URL untuk setiap akses berbeda, dan status hit cache MISS dikembalikan. Ini memengaruhi rasio hit cache.
Periksa apakah caching multi-replika diaktifkan untuk server asal. Dalam caching multi-replika, server asal dapat mengembalikan nilai header Vary yang berbeda untuk permintaan pengguna yang memiliki nilai header Accept-Encoding yang berbeda, dan POP menyimpan cache data berdasarkan nilai header Vary. Permintaan yang berisi nilai header Vary yang berbeda meningkatkan jumlah permintaan balik ke asal, mengakibatkan rasio hit cache yang lebih rendah.
Periksa apakah pengaturan cache dikonfigurasi dengan benar. Jika header terkait cache diatur ke nilai yang tidak tepat di server asal atau header yang diperlukan tidak dikonfigurasi, status hit cache MISS dikembalikan untuk setiap permintaan akses ketika aturan cache Alibaba Cloud CDN adalah no-cache. Ini memengaruhi rasio hit cache.
Jika header Cache-Control diatur ke no-cache, no-store, max-age=0, atau private, atau header Pragma diatur ke no-cache, POP tidak menyimpan cache sumber daya.
Jika header respons dari server asal tidak berisi header ETag atau Last-modified, POP tidak menyimpan cache sumber daya.
Secara default, POP menyimpan cache sumber daya berdasarkan header terkait cache yang dikonfigurasi di server asal. Jika Anda mengatur header terkait cache ke nilai yang tidak tepat, seperti
max-age=0, cache di POP ditimpa.
Periksa apakah aturan no-cache dikonfigurasi di konsol Alibaba Cloud CDN, seperti mengatur TTL direktori atau file dengan ekstensi nama file tertentu menjadi 0 detik.
Periksa apakah server asal berisi sejumlah besar konten dinamis. Alibaba Cloud CDN terutama digunakan untuk mempercepat sumber daya statis, seperti file CSS, JavaScript, dan HTML, gambar, teks, dan video. Sumber daya dinamis seperti file PHP dan JSP, sumber daya yang berisi pemrosesan logika internal, dan cookie diambil dari server asal.
Periksa apakah operasi refresh sering dilakukan. Konsol Alibaba Cloud CDN menyediakan fitur penyegaran cache. Setelah Anda mengirimkan operasi refresh, semua sumber daya yang disimpan di cache di POP menjadi tidak valid. Oleh karena itu, status hit cache MISS dikembalikan untuk semua permintaan untuk URL yang sama. Ini memengaruhi rasio hit cache.
Periksa apakah file sering diakses. Jika URL yang disimpan di cache tidak sering diakses, URL yang disimpan di cache mungkin dihapus dari POP meskipun URL tersebut memenuhi aturan cache. File yang disimpan di cache di POP dihapus berdasarkan frekuensi aksesnya. File yang paling jarang diakses dihapus terlebih dahulu. Frekuensi akses menunjukkan seberapa sering file diakses di POP. Jika frekuensi akses file rendah, nama domain tempat file tersebut milik menerima lebih sedikit permintaan.