Cache Cepat

Halaman ini menjelaskan Rapid Cache, sebuah fitur yang menyediakan cache baca zonal yang didukung SSD untuk bucket Cloud Storage yang dapat meningkatkan throughput dan menurunkan latensi pada data yang disimpan. Rapid Cache menyediakan kapasitas penyimpanan dan bandwidth yang otomatis diskalakan ke atas atau ke bawah sesuai kebutuhan Anda. Rapid Cache adalah layanan terkelola sepenuhnya dan menampilkan data yang konsisten.

Rapid Cache berguna untuk meningkatkan performa beban kerja baca berat dan mengurangi biaya jaringan. Untuk mengetahui informasi selengkapnya, lihat Manfaat.

Lihat Membuat dan mengelola cache untuk mempelajari cara membuat dan mengelola cache menggunakan Rapid Cache.

Bagaimana cara kerja Cache Cepat?

Dengan Rapid Cache, Anda dapat membuat cache di zona yang sama dengan workload Anda. Saat Anda membuat cache di zona, permintaan baca data yang berasal dari zona diproses oleh cache, bukan bucket. Setiap cache melayani klien dalam zona yang sama dengan cache.

Data dari bucket akan di-ingest ke dalam cache saat dibaca oleh VM yang berada di zona yang sama dengan cache. Jika Anda mengonfigurasi perilaku penyerapan saat penulisan, data juga akan diserap ke dalam cache saat ditulis ke bucket.

Metadata tidak di-cache. Permintaan metadata objek selalu diproses oleh bucket, bukan cache.

Untuk mengetahui informasi selengkapnya tentang cara data diserap ke dalam cache, lihat Penyerapan data. Anda dapat mengonfigurasi Time to Live (TTL) dan perilaku penyerapan saat penulisan cache saat Anda membuat atau memperbarui cache.

Manfaat

Saat meng-cache data dengan Cache Cepat, Anda akan mendapatkan manfaat berikut:

• Mendapatkan akses data yang lebih cepat: Rapid Cache menempatkan data Anda di zona yang sama dengan resource komputasi Anda dan didukung sepenuhnya oleh SSD. Hal ini memungkinkan workload Anda mendapatkan throughput hingga 2,5 TB/dtk dan mengurangi latensi untuk pembacaan yang lebih cepat.

• Mengurangi biaya transfer data multi-region: Data yang dibaca dari cache dikenai biaya transfer data yang lebih rendah dibandingkan dengan data yang dibaca langsung dari bucket multi-region.

• Mengurangi biaya pengambilan: Biaya pengambilan untuk bucket di Nearline Storage, Coldline Storage, dan Archive Storage tidak berlaku untuk pembacaan data dari cache.

• Memperoleh biaya yang lebih rendah dari operasi baca: Operasi baca yang disalurkan dari Rapid Cache dihargai lebih rendah daripada operasi Kelas B yang disalurkan dari bucket di Standard Storage.

• Menskalakan ukuran cache secara otomatis: Cache SSD dinamis Rapid Cache diskalakan secara otomatis berdasarkan penggunaan tanpa Anda perlu menentukan ukuran cache.

• Gunakan cache secara efisien: Rapid Cache dapat diaktifkan di bucket yang ada tanpa memerlukan perubahan pada aplikasi atau API yang ada. Data yang disimpan dalam Cache Cepat sangat konsisten.

Untuk mengetahui detail tentang harga, lihat Harga Rapid Cache. Untuk mengetahui informasi tentang kuota, lihat Kuota Rapid Cache.

Kapan Anda harus menggunakan Cache Cepat?

Gunakan Rapid Cache untuk data yang jarang diubah dan sering dibaca untuk mempercepat pembacaan data untuk workload analisis dan pelatihan serta pemuatan model AI/ML.

Misalnya, Anda melatih model AI di banyak node Google Kubernetes Engine, yang semuanya berulang kali membaca data yang disimpan di bucket Cloud Storage Anda dan berjalan di zona yang sama. Saat Anda membuat cache di zona tempat workload berjalan, cache akan memberikan bandwidth tambahan dan membantu Anda mengurangi biaya transfer data yang terkait dengan membaca data di bucket multi-region, sehingga Anda dapat menjalankan workload yang lebih besar dan diskalakan secara lebih efisien.

Penskalaan otomatis batas bandwidth dan ukuran cache

Cache Cepat menyediakan kapasitas dan bandwidth penyimpanan sementara yang secara otomatis ditingkatkan atau diturunkan skalanya sesuai dengan jumlah data yang disimpan dalam cache.

Batas bandwidth cache dimulai dari 100 Gbps dan diskalakan dengan kecepatan 20 Gbps per 1 TiB data yang disimpan. Anda dapat meningkatkan bandwidth awal atau batas total bandwidth dengan meningkatkan jumlah data yang disimpan dalam cache, membuat lebih banyak cache di zona, atau menghubungi Manajer Akun Teknis atau perwakilan Google Anda.

Untuk mempelajari lebih lanjut batas ukuran dan bandwidth untuk Cache Cepat, lihat Kuota & batas Cloud Storage.

Menyimpan data ke dalam cache di zona

Saat Anda membuat cache untuk bucket, cache harus dibuat di zona dalam lokasi bucket Anda. Misalnya, jika bucket Anda berada di region us-east1, Anda dapat membuat cache di us-east1-b, tetapi tidak di us-central1-c. Jika bucket Anda berada di region ganda ASIA, Anda dapat membuat cache di zona mana pun yang membentuk region asia-east1 dan asia-southeast1.

Untuk setiap bucket, Anda dapat membuat maksimum satu cache per zona. Misalnya, jika bucket berada di region us-east1, Anda dapat membuat cache di us-east1-b dan cache lainnya di us-east1-c. Jika bucket berada di multi-region yang mencakup us-central1 dan us-east1, Anda dapat membuat cache di us-central1-a dan cache lain di us-east1-b.

Anda dapat membuat cache di zona selama kapasitas tersedia untuk zona tersebut. Jika kapasitas untuk membuat cache tidak tersedia, Rapid Cache akan terus mencoba membuat cache hingga kapasitas tersedia atau proses pembuatan dibatalkan oleh pengguna. Kapasitas mungkin tetap tidak tersedia untuk jangka waktu yang lama.

Anda dapat menggunakan Rapid Cache di zona berikut. Zona ini dapat digunakan bergantung pada jenis lokasi bucket Anda.

Asia

Tabel berikut menunjukkan zona dan jenis lokasi yang tersedia untuk Cache Cepat di area geografis Asia.

Nama zona	Wilayah	Region ganda	Multi-region	Dual-region kustom
asia-east1-a	check		check	check
asia-east1-b	check		check	check
asia-east1-c	check		check	check
asia-northeast1-a	check	check
asia-northeast1-b	check	check
asia-northeast1-c	check	check
asia-south1-a	check
asia-south1-b	check
asia-south1-c	check
asia-southeast1-a	check		check	check
asia-southeast1-b	check		check	check
asia-southeast1-c	check		check	check

Eropa

Tabel berikut menunjukkan zona dan jenis lokasi yang tersedia untuk Cache Cepat di area geografis Eropa.

Nama zona	Wilayah	Region ganda	Multi-region	Dual-region kustom
europe-north1-a	check	check
europe-north1-b	check	check
europe-north1-c	check	check
europe-west1-b	check	check	check	check
europe-west1-c	check	check	check	check
europe-west1-d	check	check	check	check
europe-west3-a	check		check	check
europe-west3-b	check		check	check
europe-west3-c	check		check	check
europe-west4-a	check	check	check	check
europe-west4-b	check	check	check	check
europe-west4-c	check	check	check	check
europe-west4-ai1a (Zona AI)	check
europe-west6-a	check	check
europe-west6-b	check	check

Amerika Serikat

Tabel berikut menunjukkan zona dan jenis lokasi yang tersedia untuk Cache Cepat di area geografis Amerika Serikat.

Nama zona	Wilayah	Region ganda	Multi-region	Dual-region kustom
us-central1-a	check	check	check	check
us-central1-b	check	check	check	check
us-central1-c	check	check	check	check
us-central1-f	check	check	check	check
us-central1-ai1a (Zona AI)	check
us-east1-b	check	check	check	check
us-east1-c	check	check	check	check
us-east1-d	check	check	check	check
us-east4-a	check		check	check
us-east4-b	check		check	check
us-east4-c	check		check	check
us-east5-a	check		check	check
us-east5-b	check		check	check
us-east5-c	check		check	check
us-south1-a	check		check	check
us-south1-b	check		check	check
us-south1-c	check		check	check
us-south1-ai1b (Zona AI)	check
us-west1-a	check		check	check
us-west1-b	check		check	check
us-west1-c	check		check	check
us-west2-a	check
us-west3-a	check
us-west3-b	check
us-west3-c	check
us-west4-a	check		check	check
us-west4-b	check		check	check
us-west4-c	check		check	check

Penyerapan data untuk cache

Secara default, data dimasukkan ke dalam cache setelah diminta untuk pertama kalinya.

Karena cache kosong saat permintaan awal ini tiba, data belum dapat ditemukan di dalam cache. Hal ini menyebabkan cache miss awal, di mana sistem mengambil data dari bucket Cloud Storage pendukung. Saat sistem mengirimkan data yang diambil ini kepada pengguna, sistem secara bersamaan menyerap data ke dalam cache.

Setelah permintaan pertama ini selesai, data akan berada di cache, sehingga semua pembacaan berikutnya dapat disajikan langsung dari cache sebagai hit cache berkecepatan tinggi. Perilaku ini secara signifikan mengurangi latensi baca dan mempercepat pengambilan data. Data yang diserap berada di cache hingga TTL-nya berakhir, setelah itu data akan dikeluarkan dari cache.

Untuk menghindari permintaan awal yang lambat sepenuhnya, Anda dapat mengonfigurasi cache untuk menerima data saat penulisan selain menerima data setelah pembacaan pertama.

Menyerap data sebagai potongan

Saat menyerap data ke dalam cache, Rapid Cache memecah objek menjadi chunk yang lebih kecil dan berukuran tetap. Memecah objek menjadi beberapa bagian memungkinkan penyiapan cache yang lebih terperinci, terutama untuk file besar yang hanya diakses di bagian tertentu.

Chunk adalah blok data 2 MB. Saat permintaan dibuat untuk suatu objek, Cache Cepat mengidentifikasi potongan 2 MB mana yang mencakup rentang byte yang diminta dan mengelola potongan tersebut secara terpisah.

Perilaku penyerapan data berbeda-beda bergantung pada ukuran objek yang diserap ke dalam cache:

• Untuk permintaan baca ke objek yang lebih besar dari 2 MB, hanya chunk yang berisi rentang byte yang diminta yang di-ingest. Misalnya, membaca 1 MB pertama dari file 100 MB hanya akan menyerap potongan 2 MB pertama.

• Untuk permintaan baca ke objek yang lebih kecil dari 2 MB (misalnya, gambar 500 KB), seluruh objek akan dimasukkan ke dalam cache.

Menyerap data saat menulis

Saat Anda mengaktifkan cache untuk menyerap data saat penulisan, data akan diserap ke dalam cache saat data ditulis ke bucket. Perilaku ini dapat diaktifkan secara opsional selain perilaku cache default untuk menyerap data setelah pembacaan awal.

Kemampuan penyerapan saat penulisan menghilangkan cache miss awal dan memungkinkan workload Anda mendapatkan manfaat dari cache hit langsung pada pembacaan data pertama. Menyerap data saat menulis mempercepat workload read-after-write, seperti memulihkan checkpoint sistem atau menyiapkan pipeline data untuk pelatihan model.

Anda dapat mengaktifkan cache untuk menyerap data saat penulisan saat Anda membuat atau memperbarui cache. Anda dapat mengonfigurasi cache untuk menyerap semua objek yang ditulis ke bucket (juga dikenal sebagai "penyerapan saat penulisan tingkat bucket") atau menyerap objek yang ditulis ke bucket secara selektif di bawah folder terkelola tertentu (juga dikenal sebagai "penyerapan saat penulisan tingkat awalan").

Misalnya, Anda mengaktifkan cache untuk melakukan penyerapan saat penulisan tingkat awalan untuk objek di bucket my-bucket yang memiliki awalan red/ dalam namanya. Kemudian, Anda mengupload tiga objek ke my-bucket: objek red/my-dog.png, blue/my-cat.png, dan red/my-goldfish.png. Akibatnya, hanya objek red/my-dog.png dan red/my-goldfish.png yang dimasukkan ke dalam cache setelah diupload ke my-bucket.

Saat mengonfigurasi penyerapan saat penulisan tingkat awalan menggunakan alat tertentu (seperti konsolGoogle Cloud ), folder terkelola baru akan otomatis dibuat untuk Anda jika Anda menentukan awalan yang bukan nama folder terkelola yang ada. Namun, saat menggunakan JSON API, Anda harus membuat folder terkelola secara manual dan menerapkan setelan ingestOnWrite untuk setiap zona cache. Anda dapat menemukan petunjuk untuk mengaktifkan atau menonaktifkan penyerapan saat penulisan menggunakan setiap alat di Menggunakan Cache Cepat.

Untuk memahami cara mengaktifkan atau menonaktifkan penyerapan saat tulis di tingkat bucket atau awalan saat menggunakan JSON API, luaskan bagian Memahami cara mengaktifkan penyerapan saat tulis. Informasi di bagian ini sebagian besar hanya berkaitan dengan JSON API; alat lain, seperti konsolGoogle Cloud , meng-obfuscate beberapa setelan untuk mempermudah pengaktifan dan pengelolaan penyerapan saat penulisan.

Memahami cara mengaktifkan penyerapan saat penulisan

Bagian ini membantu Anda memahami setelan JSON API yang akan digunakan untuk mengaktifkan penyerapan saat penulisan untuk semua objek yang ditulis ke bucket, atau hanya untuk objek terpilih yang ditulis ke bucket di bawah awalan folder terkelola.

Ada dua setelan yang mengontrol apakah cache menyerap data saat penulisan untuk semua objek dalam bucket atau hanya objek tertentu di bawah awalan:

• Pengaktifan tingkat bucket untuk penyerapan saat penulisan dilakukan dengan menggunakan kolom ingestOnWrite dari resource cache. Kolom tersebut akan terlihat seperti berikut:

  {
  "zone": "us-east1-a",
  "ttl": "24h",
  "ingestOnWrite": true
  }

  • Jika disetel ke true, penyerapan saat tulis akan diaktifkan untuk semua objek yang ditulis ke bucket. Tindakan ini akan menggantikan setelan level folder terkelola yang mengaktifkan penyerapan saat penulisan untuk objek selektif berdasarkan awalan.
  • Jika disetel ke false, penyerapan saat penulisan akan dinonaktifkan pada objek di seluruh bucket. Setelan ini memungkinkan pengaktifan penyerapan saat penulisan untuk objek selektif berdasarkan awalan melalui setelan folder terkelola.

• Pengaktifan tingkat awalan untuk penyerapan saat penulisan dilakukan dengan menggunakan folder terkelola, yang merepresentasikan jalur awalan yang diakhiri dengan garis miring di akhir (misalnya: my-prefix/). Jika penyerapan saat penulisan tingkat awalan diaktifkan, cache akan menyerap objek secara selektif saat penulisan hanya jika objek memiliki awalan dalam namanya.

  Penyerapan saat penulisan tingkat awalan dikontrol melalui kolom ingestOnWrite pemetaan rapidCacheConfig.policies dalam resource folder terkelola. Instance cache harus ada agar dapat ditentukan dalam pemetaan rapidCacheConfig.policies.

  Pemetaan rapidCacheConfig.policies folder terkelola akan terlihat seperti berikut:

  "rapidCacheConfig": {
    "policies": {
      "us-east1-a": {
        "rapidCacheId": "us-east1-a",
        "ingestOnWrite": "unspecified"
      }
      "us-east1-b": {
        ...,
        ...
      }
    }
  }

  • Instance cache yang ditentukan dalam pemetaan policies harus sudah ada agar penyerapan saat penulisan tingkat awalan dapat berfungsi. Misalnya, untuk menentukan rapidCacheId: "us-east1-a" dalam pemetaan policies, Anda harus memiliki cache untuk zona us-east1-a terlebih dahulu.
  • Anda dapat memperbarui beberapa instance cache yang ditentukan dalam pemetaan policies dalam satu panggilan API.
  • Jika ingestOnWrite ditetapkan ke enabled, penyerapan saat penulisan diaktifkan untuk semua objek yang ditulis ke bucket di bawah awalan folder terkelola ini. Penyerapan saat penulisan tingkat awalan hanya dapat diaktifkan jika kolom ingestOnWrite resource cache adalah false.
  • Jika disetel ke unspecified (default), pengaktifan penyerapan saat penulisan diwarisi dari resource induk langsung, yang dapat berupa folder terkelola induk atau bucket yang berisi folder terkelola itu sendiri.
  • Cache yang tidak ditentukan dalam pemetaan kebijakan diperlakukan seolah-olah setelan ingestOnWrite-nya ditetapkan ke unspecified.

Berikut adalah ringkasan cara mengonfigurasi cache dan resource folder terkelola untuk mengaktifkan atau menonaktifkan penyerapan saat penulisan di level bucket atau level awalan:

• Mengaktifkan penyerapan saat penulisan tingkat bucket (tetapi bukan tingkat awalan)

  • Konfigurasi: Tetapkan kolom ingestOnWrite resource cache ke true.

  • Perilaku: Penyerapan saat tulis diaktifkan untuk semua objek yang ditulis ke bucket. Setelan seluruh bucket ini menggantikan konfigurasi tingkat folder terkelola (yang berarti konfigurasi tingkat awalan selektif dilewati).

• Mengaktifkan penyerapan saat penulisan tingkat awalan (tetapi bukan tingkat bucket)

  • Konfigurasi:

    1. Tetapkan kolom ingestOnWrite resource cache ke false.
    2. Konfigurasi pemetaan policies yang valid (non-null) di resource folder terkelola.
    3. Tetapkan kolom ingestOnWrite folder terkelola ke enabled (atau tetapkan ke unspecified jika merupakan folder turunan yang mewarisi enabled dari folder terkelola induk yang diaktifkan).

  • Perilaku: Penyerapan saat penulisan hanya terjadi untuk objek yang ditulis di bawah awalan folder terkelola yang cocok.

• Mengaktifkan penyerapan saat penulisan tingkat awalan pada folder terkelola induk vs. turunan

  Anda tidak dapat mengaktifkan penyerapan saat penulisan untuk folder terkelola turunan tanpa mengaktifkannya juga di folder terkelola induk.

• Menonaktifkan penyerapan bucket dan awalan saat tulis

  • Konfigurasi:

    1. Tetapkan kolom ingestOnWrite resource cache ke false.

    2. Tetapkan semua kolom ingestOnWrite folder terkelola ke unspecified, sehingga memastikan bahwa tidak ada kolom ingestOnWrite folder terkelola induk yang bernilai enabled.

       Atau, jangan konfigurasi kebijakan apa pun dengan membiarkan peta policies null atau menghilangkan konfigurasi rapidCacheConfig sama sekali.

  • Perilaku: Penyerapan saat penulisan dinonaktifkan secara global untuk bucket dan semua awalan.

Saat Anda mengaktifkan penyerapan saat penulisan tingkat awalan di folder terkelola induk, penyerapan saat penulisan akan diaktifkan untuk semua folder terkelola turunan yang berada di bawah folder terkelola induk. Untuk mempelajari lebih lanjut cara resource mewarisi pengaktifan dan penonaktifan penyerapan saat penulisan, perluas bagian Cara kerja pewarisan penyerapan saat penulisan.

Cara kerja pewarisan penyerapan saat penulisan

Jika folder terkelola tidak mengaktifkan penyerapan saat penulisan secara eksplisit (dengan kolom ingestOnWrite folder terkelola ditetapkan ke unspecified), perilaku penyerapan saat penulisan cache akan diwarisi dari resource induk folder terkelola, baik dari bucket maupun folder terkelola induk.

Saat menggunakan penyerapan saat penulisan di tingkat awalan, setelan penyerapan saat penulisan yang Anda konfigurasi di folder terkelola induk akan diwarisi oleh semua folder terkelola turunan.

Misalnya, perhatikan skenario berikut:

• Anda memiliki folder terkelola a/ yang resource induknya adalah bucket my-bucket.
• Anda memiliki folder terkelola a/b/ yang resource induknya adalah folder terkelola a/ dalam my-bucket.

Saat objek bernama a/b/info.txt ditulis, Rapid Cache mengevaluasi hierarki konfigurasi dari atas ke bawah:

1. Periksa folder terkelola langsung: jika a/b/ ditetapkan ke enabled, penyerapan saat penulisan tingkat awalan diaktifkan untuk objek yang ditulis di a/b/. Jika a/b/ disetel ke unspecified, Cache Cepat akan memeriksa resource induk langsung, yaitu folder terkelola a/.
2. Periksa folder terkelola induk: jika a/ ditetapkan ke enabled, penyerapan saat penulisan tingkat awalan diaktifkan untuk a/ dan a/b/. Jika a/ disetel ke unspecified, Rapid Cache akan memeriksa bucket induk.
3. Periksa setelan tingkat cache bucket ingestOnWrite: Jika kolom ingestOnWrite cache disetel ke true, penyerapan saat penulisan tingkat bucket diaktifkan dan menggantikan folder terkelola yang telah mengonfigurasi penyerapan saat penulisan tingkat awalan. Jika kolom ingestOnWrite cache adalah false dan kolom ingestOnWrite folder terkelola induk dan turunan adalah unspecified, penyerapan saat penulisan dinonaktifkan untuk objek di bucket yang berada di bawah folder terkelola induk dan turunan. Dalam skenario ini, jika tidak ada folder terkelola lain di bucket dengan ingest-on-write yang dikonfigurasi, ingest-on-write akan dinonaktifkan untuk semua objek di bucket.

Time to live (TTL)

TTL cache mengatur berapa lama data tetap berada di cache sebelum data dikeluarkan. TTL adalah durasi waktu data tetap berada di cache dari pembacaan terakhir. Misalnya, jika TTL ditetapkan ke 24 jam, potongan data yang terakhir dibaca pada pukul 11.00 hari Senin tanpa ada pembacaan berikutnya akan dikeluarkan dari cache pada pukul 11.00 hari Selasa.

Anda dapat menetapkan TTL cache saat membuat atau memperbarui cache. Anda dapat menetapkan TTL cache ke nilai antara 24 jam dan 7 hari, inklusif. Jika tidak ditentukan, TTL default-nya adalah 24 jam.

Operasi cache

Bagian ini menjelaskan operasi yang dapat Anda lakukan pada cache Rapid Cache. Beberapa operasi bersifat asinkron dan menampilkan operasi yang berjalan lama, sementara operasi lainnya bersifat sinkron, dengan operasi dilakukan segera dan menampilkan resource AnywhereCache.

Membuat cache

Anda dapat menetapkan lokasi, TTL, dan perilaku penyerapan data cache saat Anda membuat cache. Cache memasuki status MEMBUAT saat sedang dibuat dan memasuki status BERJALAN saat mulai berjalan secara aktif. Operasi pembuatan cache dapat memerlukan waktu hingga 48 jam, setelah itu operasi akan kehabisan waktu.

AnywhereCaches Create API bersifat asinkron. Operasi pembuatan menyebabkan operasi yang berjalan lama ditampilkan. Operasi yang berjalan lama memberikan status operasi pembuatan dan memungkinkan Anda membatalkan operasi sebelum selesai.

Memperbarui cache

Anda dapat menetapkan TTL atau perilaku penyerapan data cache saat memperbarui cache. Anda hanya dapat memperbarui cache yang dalam status BERJALAN. Cache dalam status CREATING atau DISABLED tidak dapat diperbarui.

Saat cache sedang dalam proses diperbarui, kolom pending_update dievaluasi menjadi true. Meskipun kolom pending_update bernilai true, cache tidak dapat diperbarui lagi. Setelah TTL cache selesai diperbarui, TTL baru akan segera diterapkan ke data lama dan baru dalam cache.

AnywhereCaches Update API bersifat asinkron dan menampilkan operasi yang berjalan lama.

Mendapatkan cache

Saat Anda mendapatkan cache, Rapid Cache akan menampilkan status dan konfigurasi instance cache. AnywhereCaches Get API bersifat sinkron dan menampilkan resource AnywhereCache.

Mencantumkan cache

Anda dapat menampilkan daftar cache terkait untuk bucket tertentu. AnywhereCaches List API bersifat sinkron dan mendukung penomoran halaman.

Menonaktifkan cache

Anda dapat menonaktifkan cache untuk menghapus cache secara permanen dari konfigurasi bucket Anda. Saat Anda menonaktifkan cache, cache akan memasuki status DISABLED. Selama status ini, Anda masih dapat membaca data yang ada dari cache, tetapi Anda tidak dapat memasukkan data baru ke dalam cache.

Setelah Anda menonaktifkan cache, ada masa tenggang 1 jam di mana Anda dapat membatalkan penonaktifan dengan melanjutkan cache. Setelah masa tenggang 1 jam ini, cache akan dihapus. Saat cache dihapus, semua data dalam cache akan dikeluarkan, dan cache akan dihapus dari bucket.

Selama periode 1 jam sebelum cache dihapus, Anda dapat mengembalikan status DISABLED dengan melanjutkan cache, yang akan membuat cache dilanjutkan dalam status RUNNING.

AnywhereCaches Disable API bersifat sinkron dan menampilkan resource AnywhereCache.

Melanjutkan cache

Anda dapat melanjutkan cache yang berada dalam status DISABLED, selama cache yang dinonaktifkan berada dalam masa tenggang 1 jam. Setelah masa tenggang 1 jam, operasi melanjutkan dilakukan dengan upaya terbaik, karena cache dapat dihapus kapan saja setelah masa tenggang. Setelah dilanjutkan, cache akan memasuki status RUNNING.

AnywhereCaches Resume API bersifat sinkron dan menampilkan resource AnywhereCache.

Pemberi rekomendasi Rapid Cache

Pemberi rekomendasi Rapid Cache memberikan rekomendasi dan insight untuk membuat cache dalam pasangan zona bucket dengan menganalisis penggunaan dan penyimpanan data Anda. Untuk informasi ringkasan dan petunjuk tentang cara menggunakan pemberi rekomendasi Rapid Cache, lihat Pemberi rekomendasi Rapid Cache.

Menggunakan Cache Cepat untuk mempercepat pembacaan BigQuery

Cache Cepat dapat digunakan untuk menyalurkan data untuk permintaan baca objek yang dikeluarkan oleh BigQuery. Dengan Rapid Cache, Anda dapat mempercepat pembacaan data untuk aplikasi sekaligus mengoptimalkan efisiensi biaya.

Meskipun BigQuery adalah layanan regional, sumber daya komputasi yang mendasarinya terkadang dapat berpindah antar-zona untuk load balancing. Sebagai praktik terbaik, aktifkan Rapid Cache untuk workload BigQuery di semua zona suatu region untuk memastikan ada cache yang tersedia untuk digunakan jika resource komputasi yang mendasarinya berubah zona. Jika cache di zona tidak digunakan, cache tersebut tidak menimbulkan biaya tambahan karena Rapid Cache adalah layanan pay-per-use. Perhatikan bahwa jika resource workload berpindah zona, cache di zona baru harus mengambil ulang data, yang berpotensi menimbulkan peningkatan biaya penyerapan data satu kali.

Enkripsi data yang di-cache

Data disimpan dalam cache dalam format terenkripsi sisi server asli data, sehingga memberikan kompatibilitas dengan opsi enkripsi yang didukung oleh Cloud Storage.

Pembatasan dan batasan

• Untuk menghapus bucket, Anda harus menghapus semua cache terkaitnya terlebih dahulu. Satu-satunya pengecualian adalah saat menghapus bucket menggunakan konsol Google Cloud , yang menghapus semua cache terkait bersama dengan bucket.

• Saat melakukan operasi pembuatan, penonaktifan, pelanjutan, atau update cache, batasi kecepatan operasi hingga tidak lebih dari satu operasi per detik. Melakukan lebih dari satu operasi per detik dapat menyebabkan kegagalan.

• Cache Cepat bukanlah penyimpanan yang tahan lama dan data dapat dikeluarkan dari cache dalam berbagai skenario. Salah satu skenarionya adalah saat cache diubah ukurannya secara otomatis untuk memastikan bahwa resource yang memadai tersedia untuk workload Anda. Dalam skenario ini, beberapa data mungkin dikeluarkan sesuai dengan algoritma least-recently-used (LRU) hingga layanan Rapid Cache selesai meningkatkan ukuran cache.

  Bagaimanapun juga, data Anda tetap disimpan dengan aman di bucket sumber Anda. Jika data dihapus dari cache karena alasan selain masa berlaku TTL, layanan Rapid Cache akan mencoba memasukkan kembali data ke dalam cache secara transparan dan tanpa biaya bagi Anda. Jika data tidak dapat di-ingest ulang secara transparan atau dihapus karena masa berlaku TTL berakhir, layanan Cache Cepat akan meng-ingest ulang data saat pertama kali dibaca.

• Rekomendasi dan insight yang dihasilkan oleh pemberi rekomendasi Rapid Cache tidak dapat dibaca menggunakan BigQuery.

Pertimbangan performa

• Potongan tidak ditemukan: Jika permintaan mencakup beberapa potongan dan beberapa potongan ada di cache, sementara yang lain tidak, Rapid Cache akan mengambil potongan yang tidak ada secara transparan dari bucket sumber.

• TTL dan penghapusan: Kebijakan penghapusan Time to Live (TTL) dan Least Recently Used (LRU) juga beroperasi pada chunk. Bagian file besar yang sering digunakan dapat tetap berada di cache, sedangkan bagian yang jarang digunakan akan dikeluarkan.

Harga

Untuk mengetahui harga penggunaan Rapid Cache, lihat Harga Rapid Cache.

Kontrol biaya

Luaskan tips berikut untuk mempelajari cara meminimalkan biaya menjalankan cache:

Pemilihan bucket

Anda hanya boleh membuat cache untuk bucket yang berisi data yang ingin Anda cache.

Pilihan zona

Anda hanya boleh membuat cache di zona tempat workload Anda akan mendapatkan manfaat dari caching.

Setelan TTL

Anda harus menentukan TTL minimum yang diperlukan untuk menyimpan data dalam cache. TTL dapat diubah tanpa mengganggu. Defaultnya adalah 1 hari.

Menonaktifkan cache

Anda dapat menonaktifkan cache untuk menghapusnya secara permanen dari layanan dan menghentikan semua biaya cache terkait agar tidak terakumulasi.

Memecahkan masalah kekurangan resource sementara

Bagian berikut menjelaskan cara memecahkan masalah saat terjadi kekurangan resource sementara, yaitu saat kapasitas SSD atau kapasitas penayangan di zona tertentu tidak mencukupi untuk membuat cache, meningkatkan ukuran cache, atau meningkatkan batas bandwidth cache.

Langkah berikutnya

• Membuat dan mengelola cache.