Ringkasan Cloud CDN

Cloud CDN (Jaringan Penayangan Konten) menggunakan jaringan edge global Google untuk menayangkan konten lebih dekat ke pengguna, sehingga mempercepat situs dan aplikasi Anda.

Cloud CDN bekerja sama dengan Load Balancer Aplikasi eksternal global atau Load Balancer Aplikasi klasik untuk mengirimkan konten kepada pengguna Anda. Load Balancer Aplikasi eksternal menyediakan alamat dan port IP frontend yang menerima permintaan dan backend yang merespons permintaan tersebut.

Konten Cloud CDN dapat bersumber dari berbagai jenis backend.

Di Cloud CDN, backend ini juga disebut server asal. Gambar 1 menggambarkan bagaimana respons dari server asal yang berjalan di instance virtual machine (VM) mengalir melalui Load Balancer Aplikasi eksternal sebelum dikirimkan oleh Cloud CDN. Dalam situasi ini, Google Front End (GFE) terdiri dari Cloud CDN dan Load Balancer Aplikasi eksternal.

Gambar 1. Respons mengalir dari server asal melalui Cloud CDN ke klien.
Gambar 1. Respons mengalir dari server asal melalui Cloud CDN ke klien.

Cara kerja Cloud CDN

Saat pengguna meminta konten dari Load Balancer Aplikasi eksternal, permintaan tersebut akan tiba di GFE yang berada di edge jaringan Google sedekat mungkin dengan pengguna.

Jika peta URL load balancer mengarahkan traffic ke layanan backend atau bucket backend yang mengonfigurasi Cloud CDN, GFE akan menggunakan Cloud CDN.

Cache ditemukan dan cache tidak ditemukan

Cache adalah sekelompok server yang menyimpan dan mengelola konten sehingga permintaan mendatang untuk konten tersebut dapat ditayangkan lebih cepat. Konten yang di-cache adalah salinan konten yang dapat di-cache yang disimpan di server asal.

Jika GFE mencari di cache Cloud CDN dan menemukan respons yang di-cache untuk permintaan pengguna, GFE akan mengirimkan respons yang di-cache ke pengguna. Hal ini disebut hit cache. Saat cache ditemukan, GFE akan mencari konten menggunakan kunci cache-nya, lalu merespons langsung pengguna, sehingga mempersingkat waktu round-trip dan menghemat server origin agar tidak memproses permintaan.

Hit sebagian terjadi saat permintaan disajikan sebagian dari cache dan sebagian dari backend. Hal ini dapat terjadi jika hanya sebagian konten yang diminta yang disimpan dalam cache Cloud CDN, seperti dijelaskan dalam Dukungan untuk permintaan rentang byte.

Saat pertama kali meminta suatu konten, GFE menentukan bahwa konten tersebut tidak dapat memenuhi permintaan dari cache. Ini disebut cache kehilangan. Ketika cache tidak ditemukan, GFE akan meneruskan permintaan ke Load Balancer Aplikasi eksternal. Selanjutnya, load balancer meneruskan permintaan ke salah satu server asal. Saat cache menerima konten, GFE akan meneruskan konten tersebut ke pengguna.

Jika respons server origin terhadap permintaan ini dapat di-cache, Cloud CDN akan menyimpan respons dalam cache Cloud CDN untuk permintaan berikutnya. Transfer data dari cache ke klien disebut traffic keluar cache. Transfer data ke cache disebut isian cache.

Gambar 2 menunjukkan cache ditemukan dan cache tidak ditemukan:

  1. Server asal yang berjalan di instance VM mengirim respons HTTP(S).
  2. Load Balancer Aplikasi eksternal mendistribusikan respons ke Cloud CDN.
  3. Cloud CDN memberikan respons kepada pengguna akhir.
Gambar 2. Respons awal disalurkan oleh server asal, sedangkan respons berikutnya
 disalurkan oleh GFE dari cache.
Gambar 2. Respons awal disalurkan oleh server asal, sedangkan respons berikutnya disalurkan oleh GFE dari cache.

Untuk biaya yang terkait dengan cache ditemukan dan cache tidak ditemukan, lihat Harga.

Rasio cache ditemukan

Rasio cache ditemukan adalah persentase frekuensi objek yang diminta disalurkan dari cache. Jika rasio cache ditemukan adalah 60%, artinya objek yang diminta ditayangkan dari cache sebesar 60% dan harus diambil dari 40% asalnya.

Untuk mengetahui informasi tentang pengaruh kunci cache terhadap rasio cache ditemukan, lihat Menggunakan kunci cache. Untuk mengetahui informasi pemecahan masalah, lihat Rasio hit cache rendah.

Melihat rasio cache ditemukan dalam jangka waktu yang singkat

Untuk melihat rasio cache ditemukan dalam jangka waktu yang singkat (beberapa menit terakhir):

  1. Di konsol Google Cloud, buka halaman Cloud CDN.

    Buka Cloud CDN

  2. Untuk setiap origin, lihat kolom Cache hit ratio.

    t/a berarti konten yang di-load balanced saat ini tidak di-cache atau tidak diminta baru-baru ini.

Melihat rasio cache ditemukan untuk jangka waktu yang lebih lama

Untuk melihat rasio cache ditemukan selama jangka waktu dari 1 jam hingga 30 hari:

  1. Di konsol Google Cloud, buka halaman Cloud CDN.

    Buka Cloud CDN

  2. Di kolom Nama asal, klik nama asal.
  3. Klik tab Pemantauan.
  4. Opsional: pilih backend tertentu.

Rasio klik CDN adalah salah satu grafik pemantauan yang tersedia. Grafik yang menampilkan t/a berarti konten tidak disimpan dalam cache atau belum diminta dalam rentang waktu yang ditampilkan.

Anda dapat menyesuaikan jangka waktu dengan memilih rentang waktu yang berbeda. Gambar berikut adalah contoh rentang waktu yang dapat Anda pilih:

Menggambarkan contoh rentang waktu yang tersedia

Menyisipkan konten ke cache

Caching bersifat reaktif ketika objek disimpan dalam cache tertentu jika permintaan melalui cache tersebut dan jika respons dapat di-cache. Objek yang disimpan dalam satu cache tidak secara otomatis direplikasi ke cache lainnya; pengisian cache hanya terjadi sebagai respons terhadap permintaan yang dimulai klien. Anda tidak dapat melakukan pramuat cache kecuali dengan menyebabkan masing-masing cache merespons permintaan.

Jika server asal mendukung permintaan rentang byte, Cloud CDN dapat memulai beberapa permintaan pengisian cache sebagai reaksi terhadap satu permintaan klien.

Menyajikan konten dari cache

Setelah Anda mengaktifkan Cloud CDN, penyimpanan ke cache akan otomatis terjadi untuk semua konten yang dapat disimpan dalam cache. Server origin Anda menggunakan header HTTP untuk menunjukkan respons mana yang di-cache. Anda juga dapat mengontrol kemampuan cache menggunakan mode cache.

Saat Anda menggunakan bucket backend, server asalnya adalah Cloud Storage. Ketika Anda menggunakan instance VM, server asal adalah software server web yang Anda jalankan pada instance tersebut.

Cloud CDN menggunakan cache di banyak lokasi di seluruh dunia. Karena sifat cache tersebut, mustahil untuk memprediksi apakah permintaan tertentu disalurkan dari cache atau tidak. Namun, Anda dapat memperkirakan bahwa permintaan populer untuk konten yang dapat di-cache akan ditayangkan dari cache pada umumnya, sehingga menghasilkan latensi yang berkurang secara signifikan, pengurangan biaya, dan pengurangan beban di server asal Anda.

Untuk mengetahui informasi selengkapnya tentang cache Cloud CDN dan durasi penyimpanannya, lihat Ringkasan cache.

Untuk melihat apa yang disajikan Cloud CDN dari cache, Anda dapat melihat log.

Menghapus konten dari cache

Untuk menghapus item dari cache, Anda dapat membatalkan konten yang di-cache. Untuk mengetahui informasi selengkapnya, lihat:

Pengabaian cache

Untuk mengabaikan Cloud CDN, Anda dapat meminta objek langsung dari bucket Cloud Storage atau VM Compute Engine. Misalnya, URL untuk objek bucket Cloud Storage akan terlihat seperti ini:

https://storage.googleapis.com/STORAGE_BUCKET/FILENAME

Penghapusan dan masa berlaku

Agar ditayangkan dari cache, konten harus dimasukkan ke dalam cache, tidak boleh dikeluarkan, dan tidak boleh berakhir masa berlakunya.

Penghapusan dan masa berlaku habis adalah dua konsep yang berbeda. Keduanya memengaruhi apa yang ditayangkan, tetapi tidak saling memengaruhi secara langsung.

Penghapusan

Jika Anda menguji konten yang disimpan dalam cache dengan sejumlah kecil permintaan, Anda mungkin melihat bahwa konten tersebut dihapus.

Setiap cache memiliki batas jumlah cache yang dapat disimpan. Namun, Cloud CDN menambahkan konten ke cache bahkan setelah penuh. Untuk memasukkan konten ke dalam cache lengkap, cache akan menghapus konten lain terlebih dahulu untuk memberi ruang. Tindakan ini disebut penggusuran. Cache biasanya penuh, sehingga selalu mengeluarkan konten. Alat ini umumnya mengeluarkan konten yang baru-baru ini diakses, terlepas dari waktu habis masa berlaku konten tersebut. Konten yang dikeluarkan mungkin sudah habis masa berlakunya, dan mungkin sudah tidak berlaku. Menetapkan waktu habis masa berlaku tidak akan memengaruhi penghapusan.

Konten tidak populer berarti konten yang sudah lama tidak diakses. Sementara dan tidak populer bersifat relatif terhadap jumlah item lain di cache. Beberapa project Google Cloud memiliki kumpulan ruang cache yang sama karena project disalurkan dari kumpulan GFE yang sama. Popularitas konten relatif dibandingkan di beberapa project, bukan hanya dalam satu project.

Karena cache menerima lebih banyak traffic, cache tersebut juga mengeluarkan lebih banyak konten yang disimpan dalam cache.

Seperti halnya semua cache berskala besar, konten dapat dikeluarkan secara tidak terduga, sehingga tidak ada permintaan tertentu yang dijamin akan disalurkan dari cache.

Akhir masa berlaku

Konten dalam cache HTTP(S) dapat memiliki waktu habis masa berlaku yang dapat dikonfigurasi. Waktu habis masa berlaku akan memberi tahu cache agar tidak menayangkan konten lama, meskipun konten tersebut belum dikeluarkan.

Misalnya, pertimbangkan URL gambar jam tersebut. Masa berlaku responsnya harus disetel agar berakhir dalam waktu kurang dari satu jam. Jika tidak, konten yang ditayangkan mungkin merupakan gambar lama dari cache.

Untuk informasi tentang cara menyempurnakan waktu habis masa berlaku, lihat Menggunakan setelan dan penggantian TTL.

Permintaan yang dimulai oleh Cloud CDN

Jika server origin Anda mendukung permintaan rentang byte, Cloud CDN dapat mengirim beberapa permintaan ke server asal sebagai reaksi terhadap satu permintaan klien. Seperti yang dijelaskan di bagian Dukungan untuk permintaan rentang byte, Cloud CDN dapat memulai dua jenis permintaan: permintaan validasi dan permintaan rentang byte.

Setelan lokasi data Layanan Cloud Platform lainnya

Jika Anda menggunakan Cloud CDN, data dapat disimpan di lokasi penyaluran di luar region atau zona server asal Anda. Hal ini normal dan cara kerja cache HTTP di internet. Berdasarkan Persyaratan Spesifik Per Layanan dalam Persyaratan Layanan Google Cloud Platform, Setelan Lokasi Data yang tersedia untuk Layanan Cloud Platform tertentu tidak berlaku bagi Data Pelanggan Inti untuk masing-masing Layanan Cloud Platform jika digunakan dengan produk dan layanan Google lainnya (dalam hal ini, layanan Cloud CDN). Jika Anda tidak menginginkan hasil ini, jangan gunakan layanan Cloud CDN.

Dukungan untuk sertifikat SSL yang dikelola Google

Anda dapat menggunakan sertifikat yang dikelola Google saat Cloud CDN diaktifkan.

Google Cloud Armor dengan Cloud CDN

Google Cloud Armor dengan Cloud CDN memiliki dua jenis kebijakan keamanan:

  • Kebijakan keamanan edge. Kebijakan ini dapat diterapkan ke server asal yang mendukung Cloud CDN. Tema ini berlaku untuk semua traffic, sebelum pencarian CDN.
  • Kebijakan keamanan backend. Kebijakan ini hanya diterapkan untuk permintaan konten dinamis, cache tidak ditemukan, atau permintaan lain yang ditujukan untuk server origin Anda.

Untuk mengetahui informasi selengkapnya, lihat dokumentasi Google Cloud Armor.

Langkah selanjutnya