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 berfungsi dengan Load Balancer Aplikasi eksternal global atau Load Balancer Aplikasi klasik untuk mengirimkan konten kepada pengguna Anda. Load Balancer Aplikasi eksternal menyediakan alamat IP dan port frontend yang menerima permintaan serta backend yang merespons permintaan.

Konten Cloud CDN dapat diperoleh dari berbagai jenis backend.

Di Cloud CDN, backend ini juga disebut server asal. Gambar 1 mengilustrasikan cara 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 akan tiba di GFE yang berada di edge jaringan Google sedekat mungkin dengan pengguna.

Jika peta URL load balancer merutekan traffic ke layanan backend atau bucket backend yang telah dikonfigurasi Cloud CDN, GFE akan menggunakan Cloud CDN.

Hit cache dan cache tidak ditemukan

Cache adalah sekelompok server yang menyimpan dan mengelola konten sehingga permintaan mendatang untuk konten tersebut dapat disajikan lebih cepat. Konten dalam 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 atas permintaan pengguna, GFE akan mengirimkan respons yang di-cache tersebut kepada pengguna. Hal ini disebut cache ditemukan. Saat terjadi hit cache, GFE akan mencari konten berdasarkan kunci cache dan merespons langsung pengguna, memperpendek waktu perjalanan pulang pergi dan mencegah server asal harus memproses permintaan.

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

Saat konten diminta untuk pertama kalinya, GFE akan menentukan bahwa konten tersebut tidak dapat memenuhi permintaan dari cache. Hal ini disebut cache tidak ditemukan. Saat cache tidak ditemukan, GFE meneruskan permintaan ke Load Balancer Aplikasi eksternal. Load balancer kemudian meneruskan permintaan ke salah satu server asal Anda. Saat menerima konten, cache akan meneruskan konten ke pengguna.

Jika respons server asal terhadap permintaan ini dapat di-cache, Cloud CDN akan menyimpan respons tersebut dalam cache Cloud CDN untuk permintaan mendatang. Transfer data dari cache ke klien disebut keluar cache. Transfer data ke cache disebut cache masuk.

Gambar 2 menunjukkan hit cache dan miss cache:

  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 mengirimkan respons kepada pengguna akhir.
Gambar 2. Respons awal ditampilkan oleh server asal, sedangkan respons berikutnya ditampilkan oleh GFE dari cache.
Gambar 2. Respons awal ditayangkan oleh server asal, sedangkan respons berikutnya ditayangkan oleh GFE dari cache.

Untuk mengetahui biaya yang terkait dengan hit cache dan miss cache, lihat Harga.

Rasio cache ditemukan

Rasio cache ditemukan adalah persentase waktu objek yang diminta disajikan dari cache. Jika rasio hit cache adalah 60%, artinya objek yang diminta disajikan dari cache 60% dari total waktu dan harus diambil dari asal 40% dari total waktu.

Untuk mengetahui informasi tentang cara kunci cache dapat memengaruhi rasio hit cache, lihat Menggunakan kunci cache. Untuk informasi pemecahan masalah, lihat Rasio hit cache rendah.

Melihat rasio cache ditemukan untuk jangka waktu singkat

Untuk melihat rasio hit cache untuk jangka waktu singkat (beberapa menit terakhir):

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

    Buka Cloud CDN

  2. Untuk setiap asal, lihat kolom Rasio hit cache.

    n/a berarti konten yang di-load seimbang tidak di-cache atau belum diminta baru-baru ini.

Melihat rasio cache ditemukan untuk jangka waktu yang lebih lama

Untuk melihat rasio hit cache 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 hit CDN adalah salah satu grafik pemantauan yang tersedia. Grafik yang menampilkan n/a berarti konten tidak di-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:

Menampilkan contoh rentang waktu yang tersedia

Memasukkan konten ke dalam cache

Caching bersifat reaktif karena objek disimpan dalam cache tertentu jika permintaan melewati cache tersebut dan jika respons dapat di-cache. Objek yang disimpan dalam satu cache tidak otomatis direplikasi ke cache lain; pengisian cache hanya terjadi sebagai respons terhadap permintaan yang dimulai klien. Anda tidak dapat memuat cache sebelumnya, kecuali dengan menyebabkan setiap cache merespons permintaan.

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

Menayangkan konten dari cache

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

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

Cloud CDN menggunakan cache di berbagai lokasi di seluruh dunia. Karena sifat cache, tidak mungkin memprediksi apakah permintaan tertentu disalurkan dari cache. Namun, Anda dapat memperkirakan bahwa permintaan populer untuk konten yang dapat di-cache sebagian besar disajikan dari cache, sehingga menghasilkan latensi yang berkurang secara signifikan, biaya yang lebih rendah, dan beban yang lebih rendah pada server asal Anda.

Untuk mengetahui informasi selengkapnya tentang apa yang di-cache Cloud CDN dan berapa lama, lihat Ringkasan penyimpanan dalam cache.

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

Menghapus konten dari cache

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

Pengabaian cache

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

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

Pengusiran dan masa berlaku

Agar konten dapat ditayangkan dari cache, konten tersebut harus dimasukkan ke dalam cache, tidak boleh dikeluarkan, dan tidak boleh kedaluwarsa.

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

Pengusiran

Jika Anda menguji penyimpanan konten dalam cache dengan sejumlah kecil permintaan, Anda mungkin melihat bahwa konten dikeluarkan.

Setiap cache memiliki batas jumlah data yang dapat ditampung. Namun, Cloud CDN menambahkan konten ke cache meskipun sudah penuh. Untuk menyisipkan konten ke dalam cache yang penuh, cache akan menghapus sesuatu terlebih dahulu untuk memberi ruang. Tindakan ini disebut penggusuran. Cache biasanya penuh, sehingga terus mengeluarkan konten. Secara umum, konten yang belum diakses baru-baru ini akan dihapus, terlepas dari waktu habis masa berlaku konten. Konten yang dikeluarkan mungkin sudah tidak berlaku, dan mungkin juga tidak. Menetapkan waktu habis masa berlaku tidak memengaruhi pengusiran.

Konten tidak populer berarti konten yang sudah lama tidak diakses. Beberapa waktu dan tidak populer keduanya relatif terhadap sebagian besar item lain dalam cache. Beberapa Google Cloud project berbagi kumpulan ruang cache yang sama karena project tersebut ditayangkan dari kumpulan GFE yang sama. Popularitas relatif konten dibandingkan di beberapa project, bukan hanya dalam satu project.

Saat menerima lebih banyak traffic, cache juga mengeluarkan lebih banyak konten yang di-cache.

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

Akhir masa berlaku

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

Misalnya, pertimbangkan URL gambar-setiap-jam. Responsnya harus ditetapkan agar berakhir dalam waktu kurang dari satu jam. Jika tidak, konten yang ditayangkan mungkin berupa gambar lama dari cache.

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

Permintaan yang dimulai oleh Cloud CDN

Jika server asal Anda mendukung permintaan rentang byte, Cloud CDN dapat mengirim beberapa permintaan ke server asal sebagai respons terhadap satu permintaan klien. Seperti yang dijelaskan dalam 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

Menggunakan Cloud CDN berarti data dapat disimpan di lokasi penayangan di luar region atau zona server asal Anda. Hal ini normal dan merupakan cara kerja penyimpanan cache HTTP di internet. Berdasarkan Persyaratan Khusus Layanan Persyaratan Layanan Google Cloud Platform, Setelan Lokasi Data yang tersedia untuk Layanan Cloud Platform tertentu tidak berlaku untuk Data Pelanggan Inti untuk Layanan Cloud Platform masing-masing saat 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.

Integrasi dengan Google Cloud Armor

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. Kebijakan ini berlaku untuk semua traffic, sebelum pencarian CDN.
  • Kebijakan keamanan backend. Kebijakan ini hanya diberlakukan untuk permintaan konten dinamis, cache tidak ditemukan, atau permintaan lain yang ditujukan untuk server asal Anda.

Untuk mengetahui informasi selengkapnya, lihat dokumentasi Cloud Armor.

Integrasi dengan Ekstensi Layanan

Cloud CDN memungkinkan Anda menambahkan kode kustom ke jalur pemrosesan permintaan Load Balancer Aplikasi eksternal global menggunakan ekstensi edge Ekstensi Layanan. Ekstensi ini membantu Anda menerapkan penyesuaian di jalur permintaan pra-cache dan memengaruhi cara konten di-cache dalam Cloud CDN. Fitur ini berada dalam (Pratinjau).

Untuk mengetahui informasi selengkapnya, lihat Menggunakan Ekstensi Layanan untuk komputasi edge.

Langkah berikutnya