Sebelum Anda memindahkan bucket, verifikasi penggunaan bucket Anda dan rencanakan potensi periode nonaktif. Merencanakan relokasi juga membantu Anda menjaga kompatibilitas data dan mengontrol biaya penyimpanan.
Bagian berikut menjelaskan langkah-langkah perencanaan.
Menentukan jenis relokasi bucket
Saat merelokasi bucket, penting untuk dipahami bahwa mungkin ada periode nonaktif tulis selama langkah sinkronisasi akhir, yang membuat Anda tidak dapat memperbarui atau mengupload objek baru. Selain itu, Anda tidak akan dapat mengubah konfigurasi bucket selama proses pemindahan. Untuk menentukan apakah pemindahan lokasi Anda melibatkan periode nonaktif, lihat Jenis pemindahan lokasi.
Meninjau fitur yang tidak didukung dan persyaratan kompatibilitas
Identifikasi konfigurasi apa pun di bucket sumber Anda yang tidak mendukung relokasi bucket dan konfigurasi yang memerlukan tindakan untuk mendukung relokasi bucket. Jika bucket Anda menggunakan konfigurasi yang tidak didukung dan tidak dapat diubah, atau jika sumber atau tujuan adalah lokasi yang tidak didukung, Anda harus menyalin objek secara manual ke bucket lain di lokasi tujuan, alih-alih memindahkan bucket dengan objeknya. Untuk mengetahui detailnya, lihat Memindahkan data antar-bucket.
Bagian berikut menjelaskan fitur yang tidak didukung dan persyaratan kompatibilitas.
Fitur yang tidak didukung
Tabel berikut menjelaskan fitur yang tidak kompatibel dengan relokasi bucket. Dalam beberapa kasus, Anda dapat mengonfigurasi ulang fitur untuk mendukung pemindahan bucket:
| Fitur | Status kompatibilitas | Tindakan yang diperlukan sebelum memulai relokasi bucket |
|---|---|---|
| Namespace hierarkis | Tidak didukung untuk relokasi bucket dengan waktu nonaktif penulisan. | Jika bucket mengaktifkan namespace hierarkis, Anda hanya dapat merelokasinya jika prosesnya tidak melibatkan periode nonaktif tulis |
| Bucket Appspot | Tidak didukung. | Anda tidak dapat merelokasi bucket Appspot. Pertimbangkan untuk memigrasikan Container Registry ke Artifact Registry sebagai solusi untuk bucket default yang dibuat oleh App Engine. |
| Bucket Firebase | Tidak didukung. | Anda tidak dapat memindahkan bucket Firebase. |
| Penangguhan objek | Tidak didukung. Anda tidak dapat memindahkan bucket yang berisi objek dengan penangguhan. |
Untuk menggunakan relokasi bucket, hapus penangguhan objek. |
| Folder terkelola | Tidak didukung. Anda tidak dapat merelokasi bucket yang berisi folder terkelola. |
Untuk menggunakan pemindahan bucket, hapus folder terkelola. |
| Kunci enkripsi yang dikelola pelanggan (CMEK) atau kunci enkripsi yang disediakan pelanggan (CSEK) | Tidak didukung untuk relokasi dengan periode nonaktif penulisan. | Untuk menggunakan relokasi bucket, hapus kunci enkripsi yang dikelola pelanggan atau kunci enkripsi yang disediakan pelanggan. Setelah penghapusan, Cloud Storage otomatis melindungi data Anda menggunakan enkripsi Cloud Storage standar. |
| Rapid Cache | Tidak didukung untuk relokasi bucket tanpa periode nonaktif tulis dan didukung sebagian untuk relokasi bucket dengan periode nonaktif tulis. | Untuk merelokasi bucket tanpa periode nonaktif penulisan, nonaktifkan Rapid Cache sebelum memulai relokasi. Untuk merelokasi bucket dengan periode nonaktif tulis, nonaktifkan Rapid Cache sebelum langkah sinkronisasi akhir. |
| Kunci bucket | Tidak didukung untuk bucket dengan kebijakan retensi aktif. Jika kebijakan retensi dikunci (Bucket Lock diaktifkan), kebijakan tersebut tidak dapat dibatalkan. Oleh karena itu, Cloud Storage tidak mendukung relokasi bucket. | Jika kebijakan retensi tidak dikunci, Anda harus menghapus kebijakan tersebut sebelum dapat melanjutkan relokasi. |
| Kunci Retensi Objek | Tidak didukung. Setelah Kunci Retensi Objek diaktifkan, Anda tidak dapat menonaktifkannya. | Anda tidak dapat merelokasi bucket yang mengaktifkan Kunci Retensi Objek. |
| Tag | Tidak didukung untuk relokasi dengan periode nonaktif tulis. |
Anda harus melepaskan tag yang dilampirkan langsung ke bucket. Jika salah satu tag yang dilepas dari bucket sumber Anda digunakan untuk kontrol akses, Anda harus menggunakan metode alternatif untuk menyiapkan peran IAM guna mengamankan data di bucket Anda. Untuk melakukannya, selesaikan langkah-langkah berikut:
|
| Konfigurasi laporan inventaris | Konfigurasi laporan inventaris yang ada tidak dipertahankan selama proses pemindahan. | Simpan konfigurasi laporan inventaris yang ada secara manual sebelum memulai proses relokasi, sehingga Anda dapat membuatnya kembali setelah proses relokasi selesai. Untuk mengetahui informasi tentang cara mengelola konfigurasi laporan inventaris, lihat Membuat dan mengelola konfigurasi laporan inventaris. |
Kompatibilitas fitur selama relokasi bucket
Tabel berikut menjelaskan cara kerja kemampuan Cloud Storage lainnya saat Anda memindahkan bucket. Perilaku ini mungkin bervariasi bergantung pada mode relokasi:
| Fitur | Relokasi dengan periode nonaktif tulis | Relokasi tanpa periode nonaktif penulisan |
|---|---|---|
| Perilaku Autoclass | Autoclass dijeda sementara selama langkah sinkronisasi akhir. Penjedaan dapat menunda pemindahan objek ke kelas penyimpanan yang jarang diakses. Untuk mengetahui detailnya, lihat Transisi objek Autoclass saat memindahkan bucket. | Perilaku pengklasifikasian otomatis tidak terpengaruh. |
| Tabel BigQuery dan BigLake | Tabel eksternal BigLake dan tabel BigQuery yang menggunakan Apache Iceberg menjadi tidak dapat diakses setelah relokasi dan memerlukan pembuatan ulang secara manual. Deteksi otomatis tabel yang terpengaruh tidak tersedia. | Didukung. |
| Batas ukuran objek | Batas 2 TB berlaku untuk ukuran objek. | Tidak ada batas ukuran. |
| Upload multibagian |
Kompatibilitas dan perilaku untuk upload multibagian bergantung pada status upload saat Anda memulai relokasi bucket:
|
Kompatibilitas dan perilaku untuk upload multibagian bergantung pada status upload saat Anda memulai pemindahan bucket:
|
| Upload yang dapat dilanjutkan | Tidak didukung. Upload yang dapat dilanjutkan dan sedang berlangsung harus diselesaikan sebelum langkah sinkronisasi akhir dari proses relokasi bucket untuk menghindari kehilangan data. |
Didukung. |
| Relokasi di seluruh project | Tidak didukung. Anda tidak dapat memindahkan bucket di seluruh project. |
Didukung. |
| Pembaruan metadata | Tidak didukung. Anda tidak dapat memperbarui metadata bucket selama relokasi. |
Didukung. |
| Peningkatan rasio permintaan | Bucket yang direlokasi tunduk pada panduan peningkatan rasio permintaan yang sama dengan bucket yang baru dibuat. | Tidak berlaku. |
Menganalisis karakteristik bucket
Untuk memperkirakan waktu relokasi bucket, analisis karakteristik dan penggunaan bucket Anda, dengan mempertimbangkan faktor-faktor berikut:
Byte dalam penyimpanan: Jumlah total data yang disimpan di bucket memengaruhi biaya penyimpanan dan waktu transfer.
Replikasi: Mereplikasi bucket ke region lain, baik secara sinkron maupun asinkron, akan memengaruhi ketersediaan, ketahanan, dan biaya data. Untuk mengetahui detailnya, lihat Ketersediaan dan ketahanan data.
Transfer data: Jumlah data yang ditransfer keluar dari bucket selama relokasi memengaruhi penghitungan biaya transfer data. Untuk menghitung biaya transfer data bucket Anda, lihat Harga Cloud Storage.
Pola penggunaan: Memahami tingkat aktivitas bucket, atau seberapa sibuk bucket, melalui pola penggunaan akan membantu Anda mencegah konflik yang tidak terduga selama relokasi. Untuk memahami pola penggunaan bucket, Anda dapat menganalisis log. Untuk mengetahui detailnya, lihat Log penggunaan dan log penyimpanan.
Operasi tulis bucket: Operasi tulis bucket yang sering dilakukan selama proses relokasi akan meningkatkan biaya dan durasi. Progres relokasi bersifat non-linear dan tidak dapat diprediksi. Jangan gunakan durasi pemindahan yang lebih kecil untuk memperkirakan waktu yang diperlukan untuk relokasi yang lebih besar. Untuk memantau seberapa sering objek ditulis ke bucket Anda, lihat Ringkasan pemantauan di Cloud Storage.
Menentukan sasaran relokasi Anda
Berdasarkan analisis Anda terhadap karakteristik bucket, identifikasi alasan pemindahan bucket Anda. Berikut adalah sasaran umum untuk merelokasi bucket:
Pengelolaan biaya: Kurangi biaya penyimpanan dengan berpindah ke region yang lebih murah atau minimalkan biaya transfer data dengan memindahkan data lebih dekat ke lokasi aksesnya. Anda harus menghitung biaya Cloud Storage dan transfer data, lalu membandingkannya dengan potensi biaya di lokasi lain. Untuk mengetahui detail tentang penghitungan biaya Cloud Storage, lihat Harga Cloud Storage.
Peningkatan performa: Meningkatkan kecepatan akses data dan performa aplikasi dengan memindahkan bucket lebih dekat ke pengguna atau aplikasi. Untuk melakukannya, identifikasi wilayah geografis tempat performa sangat penting dan pindahkan bucket Anda.
Peningkatan keandalan: Tingkatkan ketahanan data dan kemampuan disaster recovery menggunakan konfigurasi dual-region atau multi-region.
Menentukan lokasi bucket
Berdasarkan analisis dan sasaran Anda, pilih lokasi penyimpanan yang paling sesuai untuk bucket yang Anda relokasi dari opsi berikut:
Satu region: Menyimpan data di satu region yang hemat biaya untuk aplikasi dengan pengguna yang terkonsentrasi di satu area geografis.
Dual-region: Menyimpan dua salinan data Anda di dua region dalam benua yang sama, sehingga memberikan ketersediaan yang lebih tinggi dan kemampuan disaster recovery dalam area geografis tertentu.
Multi-region: Mendistribusikan data di beberapa region, sehingga menawarkan tingkat ketersediaan dan ketahanan tertinggi.
Untuk mempelajari lebih lanjut cara memilih lokasi, lihat Pertimbangan untuk memilih lokasi.
Memahami faktor yang memengaruhi waktu relokasi
Beberapa faktor memengaruhi waktu relokasi, dan memahaminya dapat membantu memperkirakan waktu yang diperlukan. Meskipun faktor-faktor ini menawarkan titik awal yang berguna untuk merencanakan dan menjadwalkan relokasi, waktu relokasi sebenarnya mungkin lebih lama atau lebih singkat daripada perkiraan waktu. Oleh karena itu, saat menjadwalkan relokasi, tambahkan waktu jeda untuk memperhitungkan potensi penundaan. Bagian berikut menjelaskan faktor-faktor yang memengaruhi waktu relokasi.
Batasan layanan relokasi
Tabel berikut menjelaskan batas yang memengaruhi waktu relokasi:
| Faktor | Nilai | Deskripsi |
|---|---|---|
| Rasio permintaan maksimum per tugas | 10.000 objek per detik |
Ini adalah jumlah permintaan penyalinan yang dapat ditangani layanan per detik.
Rasio permintaan yang lebih tinggi berarti lebih banyak file yang dapat dipindahkan secara bersamaan. Jika bucket Anda memiliki banyak file kecil, rasio permintaan yang tinggi akan mempercepat migrasi. Jika Anda hanya memiliki beberapa file besar, faktor ini memiliki dampak yang lebih kecil. |
| Bandwidth keseluruhan maksimum per project | 10 GBps |
Ini adalah kecepatan atau bandwidth maksimum yang dapat Anda gunakan untuk mentransfer data untuk satu project dalam lokasi sumber. Jika Anda memindahkan beberapa bucket dalam project yang sama, bucket tersebut akan berbagi bandwidth.
Bandwidth yang lebih tinggi berarti lebih banyak data yang dapat ditransfer sekaligus. Meskipun rasio permintaan tinggi, jika bandwidth kecil, transfer secara keseluruhan akan lambat. |
| Bandwidth maksimum per satu objek | 8 MBps |
Ini adalah kecepatan maksimum yang dapat Anda gunakan untuk mentransfer satu objek.
Bandwidth yang lebih tinggi per objek berarti Anda dapat mentransfer objek dengan kecepatan yang lebih tinggi. Ini adalah batas kecepatan untuk memindahkan satu objek dalam satu waktu. Meskipun dengan rasio permintaan yang tinggi dan bandwidth yang tinggi per bucket, jika setiap objek memiliki batas kecepatan, objek tersebut dapat memerlukan waktu lebih lama untuk ditransfer. |
| Relokasi serentak maksimum per project | 30 relokasi | Layanan relokasi bucket mendukung hingga 30 relokasi serentak dari lokasi yang sama dalam satu project. |
Batas Time to Live Relokasi
Untuk membantu pemanfaatan resource dan mencegah relokasi berjalan tanpa batas waktu, batas Time to Live (TTL) berlaku untuk semua relokasi bucket. TTL mengacu pada waktu maksimum yang diizinkan untuk menyelesaikan seluruh proses relokasi.
Waktu maksimum yang diizinkan untuk menyelesaikan pemindahan bucket adalah 28 hari dan mencakup semua fase proses pemindahan, seperti salinan awal, update inkremental, dan sinkronisasi akhir.
Jika proses pemindahan melampaui batas TTL 28 hari, operasi pemindahan akan gagal.
Aktivitas bucket yang sedang berlangsung
Jika Anda terus menulis objek baru, menghapus objek yang ada, atau memperbarui objek di bucket selama pemindahan, operasi ini akan bersaing untuk mendapatkan resource dengan permintaan penyalinan dan dapat memperlambat proses pemindahan.
Aturan siklus proses
Jika Anda telah mengonfigurasi aturan siklus proses untuk bucket, seperti menghapus atau mengarsipkan objek secara otomatis setelah waktu tertentu, tindakan ini akan meningkatkan waktu pemindahan secara keseluruhan.
Mengonfigurasi Storage Intelligence
Anda harus mengonfigurasi Storage Intelligence untuk lokasi sumber dan tujuan. Anda dapat mengonfigurasi Storage Intelligence di berbagai tingkat hierarki resource Google Cloud. Anda juga dapat menggunakan filter penyertaan dan filter kecualikan untuk menyertakan bucket yang relevan dalam konfigurasi Storage Intelligence Anda. Untuk mengetahui detailnya, lihat Mengonfigurasi Storage Intelligence.
Mengaktifkan penghapusan sementara untuk relokasi dengan periode nonaktif tulis
Jika relokasi bucket Anda melibatkan periode nonaktif tulis, Anda harus mengaktifkan penghapusan sementara pada bucket dan menetapkan durasi retensi setidaknya selama tujuh hari. Durasi retensi adalah jangka waktu penghapusan sementara menyimpan objek yang dihapus sebelum menghapusnya secara permanen. Untuk mengetahui informasi tentang cara mengonfigurasi durasi retensi penghapusan sementara, lihat Menggunakan penghapusan sementara. Untuk menentukan apakah relokasi Anda melibatkan periode nonaktif, lihat Jenis relokasi.
Memeriksa kuota dan batas
Penilaian kapasitas cloud dan kuota terkait dengan region atau zona tertentu. Akibatnya, saat memindahkan bucket ke lokasi baru, Anda perlu memverifikasi bahwa lokasi baru memiliki kuota yang memadai untuk menampung data bucket. Untuk mengetahui informasi selengkapnya tentang kuota dan batas, lihat Kuota dan batas.
Langkah berikutnya
- Pelajari cara memindahkan bucket.