Pada Maret 2024, Cloud Storage meluncurkan fitur baru yang disebut penghapusan sementara, yang kompatibel dengan semua fitur Cloud Storage yang sudah ada. Layanan ini menawarkan perlindungan yang lebih baik terhadap penghapusan data yang tidak disengaja dan berbahaya dengan memberi Anda cara untuk mempertahankan dan memulihkan data yang baru dihapus.
Saat peluncuran, penghapusan sementara akan diaktifkan di semua bucket baru dan yang sudah ada dengan perlindungan default selama tujuh hari. Kami memilih mengaktifkan penghapusan sementara secara default karena peristiwa penghapusan data yang tidak disengaja dan berbahaya telah menjadi prioritas paling atas dalam daftar masalah perlindungan data pada survei pelanggan kami. Untuk sebagian besar workload, penghapusan sementara akan memberikan perlindungan tingkat tinggi dengan dampak penagihan yang kecil.
Anda dapat mengubah jumlah perlindungan per bucket dengan menonaktifkan penghapusan sementara atau dengan meningkatkan jumlah perlindungan hingga maksimum 90 hari. Karena objek yang dihapus sementara tidak akan terlihat oleh workload Anda, pengaktifan penghapusan sementara harus menjadi perubahan yang sepenuhnya transparan dan tidak akan memengaruhi alur kerja produksi Anda.
Halaman ini memberikan informasi tentang fitur penghapusan sementara yang mungkin berguna bagi Anda, yang mencakup fungsi dasar fitur, harga promosi dan pasca-promosi, serta cara menilai dan membuat perubahan pada setelan penghapusan sementara.
Penghapusan sementara akan memberikan perlindungan pada level bucket terhadap penghapusan yang tidak disengaja atau berbahaya dengan mempertahankan objek yang baru dihapus selama periode retensi data yang Anda pilih—tujuh hari secara default, yang dapat ditingkatkan hingga 90 hari atau dinonaktifkan sepenuhnya. Kemampuan pemulihan mandiri dapat membantu Anda memulihkan diri apabila peristiwa-peristiwa buruk itu terjadi.
Biasanya, menghapus objek tidak dapat diurungkan. Akan tetapi, jika penghapusan sementara diaktifkan, objek yang dihapus akan memasuki status dihapus sementara, sehingga memungkinkan objek dipulihkan. Proses ini akan terjadi terlepas apa pun alasan penghapusannya—baik objek dihapus oleh API penghapusan, ditimpa oleh API insert/copy/rewrite, dihapus melalui UI, ataupun dihapus karena kebijakan Object Lifecycle Management.
Objek yang dihapus sementara adalah objek khusus yang tidak dapat dibaca dan yang disembunyikan dari listingan objek, kecuali jika ditentukan opsi tertentu. Objek yang dihapus sementara akan dihapus secara permanen setelah disimpan selama periode retensi data penghapusan sementara yang ditentukan, dan setelah begitu objek memasuki status dihapus sementara, periode retensi data tidak dapat diganti (tidak ada cara untuk menghapus objek yang dihapus sementara secara permanen sebelum waktunya). Tindakan ini akan memberikan tingkat perlindungan yang signifikan terhadap peristiwa penghapusan yang tidak disengaja dan berbahaya.
Memulihkan salinan dari satu atau beberapa objek yang telah dihapus sementara kembali ke bucket yang sama dengan tempat dihapusnya objek tersebut, sehingga dapat diakses kembali sebagai objek aktif. Anda dapat melakukan pemulihan sinkron dengan menyediakan daftar objek tertentu, atau Anda juga dapat menjalankan operasi asinkron yang berjalan lama yang memulihkan semua objek yang dihapus di antara dua stempel waktu. Sebagai objek yang baru dibuat, objek yang dipulihkan akan memiliki tanggal pembuatan baru. Saat Autoclass digunakan, semua objek yang dipulihkan akan memulai ulang di kelas penyimpanan Standard. Jika tidak, objek yang dipulihkan akan dibuat di kelas penyimpanan yang sama seperti saat dihapus.
Menetapkan waktu retensi penghapusan sementara yang cukup lama adalah hal penting agar dapat mendeteksi dan menyelesaikan pemulihan jika terjadi peristiwa penghapusan yang tidak diinginkan. Dengan perkiraan tingkat pemulihan 10 juta objek per jam, pemulihan satu miliar objek mungkin memerlukan waktu empat hari. Sebaiknya tingkatkan periode retensi data di atas 7 hari untuk bucket yang sangat besar.
Penghapusan sementara juga memberikan perlindungan terhadap peristiwa penghapusan level bucket. Jika terjadi penghapusan level bucket, hubungi Google terlebih dahulu untuk mendapatkan bantuan dalam membuat ulang bucket yang dihapus. Selanjutnya, Anda dapat menggunakan kemampuan pemulihan untuk memulihkan objek di dalam bucket tersebut.
Fitur penghapusan sementara sedang dalam periode promosi sejak diluncurkan pada Maret 2024 hingga 31 Agustus 2024, dengan memberikan penyimpanan data yang dihapus sementara tanpa biaya tambahan selama tujuh hari pertama. Mulai 1 September 2024, kami akan mulai menagih penggunaan ke SKU penyimpanan yang ada dengan harga lama untuk semua durasi objek saat berada dalam status dihapus sementara semenjak waktu penghapusannya. Karena penghapusan sementara akan mempertahankan data selama tujuh hari secara default, pastikan untuk menonaktifkan penghapusan sementara sebelum 25 Agustus 2024 jika tidak ingin dikenakan semua dampak penagihan.
Sebelum 1 September 2024, tidak akan ada dampak penagihan dari penghapusan sementara, kecuali jika Anda melakukan pemulihan dan/atau meningkatkan waktu retensi penghapusan sementara di bucket Anda. Hal ini dimaksudkan untuk memberi Anda jangka waktu yang wajar dalam menilai dampak penagihan dari fitur penghapusan sementara pada masa mendatang dan membuat keputusan yang tepat mengenai setelan penghapusan sementara yang terbaik yang akan digunakan di seluruh kategori berdasarkan anggaran dan kebutuhan bisnis Anda.
Karena semua penggunaan penghapusan sementara akan ditagih ke SKU yang ada, diskon yang ada akan terus berlaku untuk tagihan yang berasal dari fitur penghapusan sementara.
Perhatikan bahwa pada tanggal 1 September 2024, pengecualian penagihan Object Lifecycle Management yang telah didokumentasikan untuk penghapusan dengan hanya kondisi usia tidak akan lagi berlaku untuk bucket yang mengaktifkan penghapusan sementara, sesuai dengan pembuatan versi objek.
Dampak utama penagihan dari penghapusan sementara adalah biaya penyimpanan bulanan tambahan yang ditagih untuk penggunaan yang berkaitan dengan data yang dihapus sementara. Setelah objek dihapus sementara, kami akan terus menagih penggunaan terhadap SKU penyimpanan yang ada berdasarkan lokasi dan kelas penyimpanan hingga akhir periode retensi data penghapusan sementara. Misalnya, objek kelas penyimpanan Standard di us-east4 akan ditagih dengan SKU kelas penyimpanan Standard us-east4 saat objek tersebut merupakan objek aktif, lalu terus ditagih dengan tarif yang sama terhadap SKU yang sama setelah dihapus sementara, hingga periode retensi data penghapusan sementara telah selesai (tujuh hari, secara default).
Seperti yang disebutkan di atas, selama periode promosi sejak peluncuran hingga 31 Agustus 2024, penyimpanan data yang dihapus sementara tidak akan dikenai biaya tambahan selama tujuh hari pertama.
Waktu yang dihabiskan objek dalam status penghapusan sementara akan diperhitungkan dalam durasi penyimpanan minimum yang berlaku berdasarkan kelas penyimpanan dan status Autoclass. Hal ini akan menguntungkan Anda karena akan lebih mudah untuk memenuhi durasi penyimpanan minimum dan menghindari biaya penghapusan awal saat penghapusan sementara diaktifkan. Misalnya, kelas Nearline Storage memiliki durasi penyimpanan minimum 30 hari dalam bucket yang tidak menggunakan Autoclass. Menghapus objek setelah 23 hari tanpa penghapusan sementara akan dikenai biaya penghapusan awal selama tujuh hari. Jika penghapusan sementara diaktifkan selama 7 hari default, objek akan dikenai biaya penyimpanan selama 30 hari, termasuk periode penghapusan sementara, sehingga tidak ada biaya penghapusan awal yang akan berlaku.
Tidak ada biaya pemrosesan per GiB untuk melakukan pemulihan. Hal ini termasuk tidak adanya biaya pengambilan saat memulihkan objek Nearline, Coldline, atau Archive.
Biaya utama untuk tindakan yang berkaitan dengan pemulihan adalah operasi kelas A yang dikaitkan dengan jenis lokasi bucket Anda. Untuk pemulihan sinkron yang mengharuskan Anda memberikan daftar objek tertentu untuk dipulihkan, kami akan mengukur satu operasi Kelas A untuk setiap objek yang dipulihkan. Operasi ini akan selalu ditagih sebagai operasi Kelas A Standar, terlepas dari kelas penyimpanan objek yang sebenarnya karena kami tidak ingin menindak pemulihan objek yang lebih jarang diakses. Untuk pemulihan asinkron, yang terlebih dahulu harus menentukan objek yang akan dipulihkan, kami juga akan menagih satu operasi Kelas A Standar per seribu objek yang dipindai sebelum memulai pemulihan.
Pemulihan akan membuat objek aktif baru dengan tanggal pembuatan yang baru di bucket Anda, sehingga objek baru tersebut akan ditagih secara normal setelah dibuat melalui proses pemulihan. Selain itu, semua persyaratan harga normal dan durasi penyimpanan akan berlaku untuk objek baru tersebut. Kami akan terus menagih versi penghapusan sementara dari objek yang telah dipulihkan ini, walau biasanya hanya akan ada beberapa hari tumpang-tindih berdasarkan periode tujuh hari default periode retensi data penghapusan sementara.
Google memutuskan untuk mengaktifkan penghapusan sementara secara default karena kami yakin ini adalah fitur bernilai tinggi yang akan dimanfaatkan oleh sebagian besar pelanggan dan karena pada umumnya hanya akan memiliki dampak penagihan yang kecil. Namun, Anda juga dapat memutuskan bahwa kebijakan retensi penghapusan sementara tujuh hari ini tidak cocok untuk beberapa atau semua bucket Cloud Storage Anda. Sebelum 25 Agustus 2024, Anda harus menonaktifkan penghapusan sementara di bucket apa pun yang tidak memerlukan perlindungan ini—misalnya di bucket yang berisi data sementara jangka pendek dalam jumlah besar. Sebaliknya, Anda juga dapat memilih untuk meningkatkan periode retensi data tujuh hari menjadi 90 hari pada bucket yang lebih memerlukan perlindungan untuk data bisnis yang penting.
Selain informasi di bawah, Anda mungkin sebaiknya membaca postingan blog yang berjudul Mengelola penghapusan sementara Cloud Storage dalam skala besar untuk mengetahui praktik terbaik dan contoh skrip guna membantu Anda mengevaluasi kesesuaian penghapusan sementara untuk bucket Anda dan untuk mengotomatiskan setelan. Postingan ini juga berisi cara mengubah setelan penghapusan sementara di template Terraform.
Kami meningkatkan metrik penyimpanan Cloud Monitoring agar Anda dapat memeriksa jumlah byte saat ini vs. lama vs. byte yang dihapus sementara di bucket mana pun.
Untuk bucket yang telah mengaktifkan penghapusan sementara, cara termudah untuk memeriksa dampak penagihan dari fitur penghapusan sementara adalah dengan memeriksa metrik storage/v2/total_bytes, yang akan memberikan ukuran total semua objek di bucket, yang dikelompokkan menurut kelas penyimpanan dan jenis objek (aktif, lama, dihapus sementara) pada akhir hari penggunaan terakhir. Jika Anda membandingkan persentase byte yang dihapus sementara secara relatif dengan total, Anda bisa mendapatkan perkiraan yang cukup bagus tentang dampak penagihan penghapusan sementara pada biaya penyimpanan bulanan Anda (asalkan penghapusan Anda dilakukan pada tingkat yang relatif stabil sehingga penghapusan tersebut akan dicatat berdasarkan metrik ini).
Kami juga menambahkan metrik storage/v2/deleted_bytes baru yang memberikan jumlah delta byte yang dihapus per bucket, yang dikelompokkan berdasarkan kelas penyimpanan. Meskipun penghapusan sementara dinonaktifkan, Anda dapat membandingkan tingkat penghapusan menggunakan metrik ini dengan metrik total_bytes untuk memperkirakan dampak penagihan penghapusan sementara pada bucket tertentu.
Contoh:
Bagi Anda yang menggunakan pembuatan versi objek, harap diperhatikan bahwa kami mengekspos jumlah byte dan objek aktif vs objek lama sebagai bagian dari metrik baru yang merupakan visibilitas baru yang mungkin berguna, bahkan bagi Anda yang memilih tidak ikut serta dalam penghapusan sementara aplikasi baru.
Informasi lengkap tentang metrik yang ditingkatkan akan tersedia di Dokumentasi Metrik Penyimpanan segera setelah metrik baru tersedia.
periode retensi data dari penghapusan sementara dapat disesuaikan satu per satu untuk setiap bucket. Untuk menonaktifkan penghapusan sementara, ubah periode retensi data menjadi nol. Kami akan menyediakan contoh skrip untuk membantu mengevaluasi kesesuaian penghapusan sementara untuk semua bucket dan melakukan update setelan secara otomatis, bahkan di jutaan bucket. Sebaiknya pertimbangkan juga untuk menyesuaikan setelan penghapusan sementara di skrip Terraform atau KCC dan alur kerja pembuatan bucket lainnya, sehingga bucket baru akan dibuat dengan setelan yang sesuai dengan kebutuhan bisnis Anda.
Terakhir, Anda dapat membuat batasan kebijakan organisasi untuk menerapkan setelan penghapusan sementara tertentu pada bucket yang baru dibuat.
