Edge Security Acceleration:Konfigurasikan TTL cache

Catatan penggunaan

• Anda dapat mengubah waktu cache setelah menambahkan nama domain. Durasi cache memengaruhi lalu lintas kembali ke asal dan biaya. Waktu kedaluwarsa cache menentukan frekuensi pengambilan asal. Atur durasi cache sumber daya sesuai kebutuhan bisnis Anda.

  Jika waktu kedaluwarsa cache terlalu singkat, DCDN akan sering mengambil data dari origin, sehingga meningkatkan beban trafik server origin. Jika waktu kedaluwarsa cache terlalu lama, pembaruan data akan tertunda.

• Sumber daya yang di-cache pada POP DCDN yang jarang diakses (artinya sumber daya tersebut pada POP DCDN yang sama tidak sering diminta oleh klien) mungkin ditimpa oleh sumber daya lain yang lebih populer pada POP DCDN sebelum masa cache-nya berakhir.

• Saat POP DCDN menerima file statis dari server origin, sumber daya tersebut di-cache berdasarkan aturan dan prioritas cache default DCDN. Untuk informasi tentang aturan cache untuk file dinamis, lihat Ikhtisar aturan akselerasi untuk konten dinamis dan statis.

• Jangan perbarui konten pada server origin menggunakan nama file yang sama. Sebagai gantinya, gunakan nomor versi untuk sinkronisasi.

  Untuk membedakan secara akurat antara konten sebelum dan sesudah pembaruan, sinkronkan konten origin Anda menggunakan nomor versi. Artinya, gunakan nama file yang berbeda saat memperbarui konten. Misalnya, Anda dapat menggunakan nama seperti img-v1.0.jpg dan img-v2.1.jpg.

Prosedur

1. Masuk ke DCDN console.

2. Di panel navigasi sebelah kiri, klik Domain Names.

3. Pada halaman Domain Names, temukan nama domain target lalu klik Configure.

4. Di pohon navigasi sebelah kiri halaman detail domain, klik Caching.

5. Pada tab Cache Duration, klik Add.

6. Pada kotak dialog Cache Duration, konfigurasikan aturan cache.

   

   Parameter	Deskripsi
   Type	Tentukan cakupan sumber daya berdasarkan Directory atau Filename Extension. Directory: Tetapkan aturan cache yang sama untuk semua sumber daya dalam path tertentu. Filename Extension: Tetapkan aturan cache yang sama untuk sumber daya dengan jenis file tertentu.
   Content	Direktori atau ekstensi nama file tempat aturan ini berlaku. Jika Anda mengatur Type ke Directory, perhatikan hal berikut: Anda hanya dapat menambahkan satu direktori dalam satu waktu. Garis miring (/) cocok dengan semua direktori. Masukkan path lengkap direktori. Path harus dimulai dengan garis miring (/). Contoh: /directory/aaa. Jika Anda mengatur Type ke Filename Extension, perhatikan hal berikut: Anda dapat memasukkan satu atau beberapa ekstensi nama file. Pisahkan beberapa ekstensi dengan koma (,), misalnya, jpg,txt. Input bersifat case-sensitive. Ekstensi nama file tidak terbatas pada jenis file statis umum yang tercantum di bawah ini. Anda dapat memasukkan ekstensi nama file kustom apa pun (misalnya, bytes atau unity3d). Sistem dapat mengenali dan meng-cache sumber daya yang sesuai dengan ekstensi kustom ini. Jenis file statis yang didukung: Gambar: GIF, PNG, BMP, JPEG, dan JPG. Laman web: HTML, HTM, dan SHTML. File audio dan video: MP3, WMA, FLV, MP4, WMV, OGG, dan AVI. Dokumen: DOC, DOCX, XLS, XLSX, PPT, PPTX, TXT, dan PDF. Lainnya: ZIP, EXE, TAT, ICO, CSS, JS, SWF, APK, M3U8, TS, EJS, SVG, WOFF, dan OTF. Anda tidak dapat menggunakan tanda bintang (*) untuk mencocokkan semua jenis file.
   Expire In	TTL cache untuk sumber daya. Durasi maksimum adalah 3 tahun. Kami merekomendasikan pengaturan berikut: Untuk file statis yang jarang diperbarui, seperti gambar dan paket aplikasi, atur TTL menjadi satu bulan atau lebih lama. Untuk file statis yang sering diperbarui, seperti file JS dan CSS, atur TTL kustom berdasarkan kebutuhan bisnis Anda. Untuk file dinamis, seperti file PHP, JSP, dan ASP, atur TTL ke 0 detik agar tidak di-cache.
   Honor origin cache policy	Jika diaktifkan, header kebijakan cache dari server origin, seperti Cache-Control dan Pragma, memiliki prioritas lebih tinggi.
   Ignore origin no-cache header	Saat fitur ini diaktifkan, POP DCDN akan mengabaikan header kebijakan cache berikut dari respons server origin. Header ini menunjukkan bahwa konten tidak boleh di-cache. Cache-Control: no-store Cache-Control: no-cache Cache-Control: max-age=0 Pragma: no-cache
   Client follows DCDN cache policy	Saat fitur ini diaktifkan, POP DCDN akan merespons klien dengan kebijakan cache yang efektif.
   Force revalidation	Parameter ini hanya berlaku ketika TTL cache diatur ke 0. Efeknya sebagai berikut: Nonaktif (default): Saat TTL cache untuk /DCDN diatur ke 0, POP /DCDN tidak meng-cache file, dan setiap permintaan melakukan pengambilan asal. Aktif: Saat TTL cache untuk DCDN diatur ke 0, file dapat di-cache pada POP DCDN, dan setiap permintaan memerlukan pengambilan asal untuk memvalidasi konten yang di-cache.
   Weight	Prioritas aturan cache. Nilai yang valid adalah bilangan bulat dari 1 hingga 99. Nilai yang lebih besar menunjukkan prioritas yang lebih tinggi. Aturan dengan prioritas tertinggi diterapkan terlebih dahulu. Catatan Jika Anda mengonfigurasi beberapa aturan cache, tetapkan bobot berbeda untuk setiap aturan guna mengontrol prioritas eksekusinya. Jika beberapa aturan memiliki bobot yang sama, aturan yang dibuat lebih awal memiliki prioritas lebih tinggi, terlepas dari jenis aturannya. Jika beberapa kebijakan cache dikonfigurasi, DCDN berhenti mencocokkan kebijakan cache lain setelah satu kebijakan berlaku.
   Rule condition	Kondisi aturan mengidentifikasi berbagai informasi parameter dalam permintaan pengguna. Hal ini menentukan apakah konfigurasi berlaku untuk permintaan tersebut. Penting Saat Anda mereferensikan kondisi aturan, kondisi tersebut dicocokkan berdasarkan prioritas kondisi aturan terkait, bukan urutan konfigurasi fitur itu sendiri. Do not use: Tidak menggunakan kondisi aturan. Untuk menambah atau mengedit kondisi aturan, kelolanya di Rules Engine.

7. Klik OK untuk menyimpan konfigurasi.

   Setelah berhasil mengonfigurasi aturan cache, Anda dapat menemukannya dalam daftar pada tab Cache Duration. Anda dapat mengklik Modify atau Delete untuk mengelola aturan tersebut.

Aturan dan prioritas cache default Alibaba Cloud DCDN

1. Jika server origin merespons dengan pragma:no-cache, cache-control:no-cache (atau no-store, atau max-age=0), DCDN tidak meng-cache sumber daya tersebut.

2. Waktu kedaluwarsa cache atau waktu kedaluwarsa kode status yang diatur di Konsol DCDN.

   Catatan

   Jika permintaan DCDN cocok dengan beberapa aturan, hanya satu aturan yang diterapkan. Prioritas ditentukan terlebih dahulu berdasarkan bobot, lalu berdasarkan waktu pembuatan.

   • Jika Anda memiliki beberapa aturan cache, Anda dapat menetapkan bobot berbeda untuk setiap aturan guna mengontrol prioritas eksekusinya. Bobot yang lebih besar menunjukkan prioritas yang lebih tinggi.

   • Untuk aturan dengan bobot yang sama, aturan yang dibuat lebih awal memiliki prioritas lebih tinggi, terlepas dari jenis aturannya.

3. Aturan cache lain yang dikonfigurasi pada server origin. Prioritas dari tinggi ke rendah adalah: cache-control > expires > last-modified > ETag.

   1. Jika header cache-control dalam respons dari server origin menentukan nilai max-age atau s-maxage lebih besar dari 0, header cache-control digunakan untuk menetapkan time-to-live. Contoh: cache-control:max-age=3600. Jika max-age dan s-maxage keduanya ada, s-maxage memiliki prioritas lebih tinggi.

   2. Jika respons origin tidak berisi header cache-control tetapi berisi header Expires, waktu kedaluwarsa cache ditentukan oleh header Expires. Contoh: expires:Tue, 25 Nov 2031 17:25:43 GMT.

   3. Jika respons origin tidak berisi cache-control atau Expires tetapi berisi last-modified, waktu cache dihitung menggunakan rumus: (Waktu Saat Ini - last-modified) × 0.1. Jika hasilnya antara 10 detik dan 3600 detik, hasil tersebut digunakan. Jika hasilnya kurang dari 10 detik, waktu cache adalah 10 detik. Jika hasilnya lebih dari 3600 detik, waktu cache adalah 3600 detik.

   4. Jika respons origin tidak berisi cache-control, Expires, atau last-modified tetapi berisi ETag, sumber daya di-cache selama 10 detik.

4. Jika data yang dikembalikan dari server origin tidak berisi header respons terkait cache (cache-control, expires, last-modified, atau ETag), sumber daya tidak di-cache secara default.

Deskripsi informasi respons cache

• Date:

  • Menunjukkan waktu saat server origin mengirim sumber daya dalam respons ke POP DCDN.

  • Saat POP DCDN melakukan revalidasi sumber daya dengan server origin dengan menyertakan header If-Modified-Since atau If-None-Match dalam permintaan asal, informasi Date diperbarui jika server origin mengembalikan kode status 304.

  • Formatnya adalah Greenwich Mean Time (GMT), contoh: Sat, 19 Apr 2025 08:58:31 GMT.

• X-Cache:

  Menunjukkan apakah sumber daya yang diminta mengenai cache pada POP DCDN. Tabel berikut menjelaskan nilai-nilai yang mungkin.

  Status	Deskripsi
  HIT	Sumber daya yang diminta terkena cache di POP DCDN.
  MISS	Sumber daya yang diminta tidak mengenai cache pada POP DCDN. Sumber daya disediakan oleh server origin.

• X-Swift-Cachetime:

  • Menunjukkan sisa waktu cache sumber daya pada POP DCDN, dalam satuan detik.

  • X-Swift-Cachetime = Ali-Swift-Global-Savetime + Waktu kedaluwarsa cache yang diatur untuk CDN - X-Swift-SaveTime.

  • X-Swift-Cachetime tidak selalu sama dengan waktu kedaluwarsa cache yang diatur untuk DCDN. Tiga situasi berikut mungkin terjadi:

    • X-Swift-Cachetime = Waktu kedaluwarsa cache yang diatur untuk DCDN, misalnya, 3600 detik.

    • X-Swift-Cachetime sedikit lebih kecil daripada waktu kedaluwarsa cache yang diatur untuk DCDN. Misalnya, waktu kedaluwarsa cache untuk DCDN diatur ke 300 detik, tetapi X-Swift-Cachetime adalah 295 detik. Hal ini mungkin disebabkan oleh alasan berikut:

      • Latensi tinggi terjadi saat POP Layer 1 mengambil data dari POP Layer 2.

      • Jam pada POP Layer 1 dan Layer 2 tidak tersinkronisasi.

    • Nilai X-Swift-Cachetime negatif. Hal ini mungkin karena waktu kedaluwarsa cache untuk DCDN diubah. Saat klien mengirim permintaan, cache pada POP Layer 1 telah kedaluwarsa, tetapi cache pada POP Layer 2 belum. Misalnya, waktu kedaluwarsa cache untuk DCDN awalnya 3600 detik dan kemudian diubah menjadi 300 detik. Jika klien mengirim permintaan 600 detik setelah permintaan pertama, header responsnya adalah X-Swift-Cachetime:-300. Untuk mengatasi masalah ini, Anda dapat merefresh cache.

• X-Swift-SaveTime:

  • Menunjukkan waktu saat sumber daya pertama kali di-cache pada POP DCDN yang diakses langsung oleh klien. Biasanya ini adalah POP Layer 1.

  • Formatnya adalah Greenwich Mean Time (GMT), contoh: Sat, 19 Apr 2025 08:58:31 GMT.

• Ali-Swift-Global-Savetime:

  • Menunjukkan waktu saat sumber daya pertama kali di-cache pada POP DCDN. Ini bisa berupa POP Layer 2 atau POP pada lapisan cache lainnya, tergantung pada arsitektur cache situs.

  • Formatnya adalah stempel waktu UNIX, contoh: 1745053111, yang merepresentasikan 2025-04-19 16:58:31.

Verifikasi status cache sumber daya

Setelah mengonfigurasi TTL cache, gunakan metode berikut untuk memverifikasi apakah sumber daya disajikan dari cache DCDN.

• Metode 1: Gunakan perintah curl

  Di terminal, jalankan perintah berikut untuk meminta URL target menggunakan curl -I, dan periksa bidang X-Cache dalam header respons untuk menentukan apakah cache terkena.

  curl -I http://<accelerated_domain_name>/<resource_path>

  Dalam header respons, periksa bidang X-Cache:

  • X-Cache: HIT menunjukkan bahwa sumber daya disajikan dari cache DCDN.

  • X-Cache: MISS menunjukkan bahwa sumber daya tidak ditemukan di cache DCDN dan disajikan langsung dari server origin.

• Metode 2: Gunakan alat developer browser

  Gunakan alat developer browser Anda (F12). Di tab Network, akses URL sumber daya. Pilih permintaan dan periksa header X-Cache dalam respons.

Mekanisme kontrol cache HTTP

Contoh konfigurasi

Referensi API

BatchSetDcdnDomainConfigs