Agar berhasil memindahkan bucket, tentukan tujuan Anda dan pahami penggunaan bucket Anda sebelum memulai pemindahan bucket. Bagian berikut menjelaskan langkah-langkah perencanaan utama.
Menentukan jenis pemindahan bucket
Saat memindahkan bucket, penting untuk memahami bahwa mungkin ada periode waktu nonaktif tulis selama langkah sinkronisasi akhir saat Anda tidak dapat memperbarui atau mengupload objek baru. Selain itu, Anda tidak akan dapat mengubah konfigurasi bucket selama proses pemindahan. Untuk menentukan apakah pemindahan Anda melibatkan waktu nonaktif, lihat Jenis pemindahan.
Meninjau fitur yang tidak didukung dan persyaratan kompatibilitas
Identifikasi konfigurasi apa pun di bucket sumber yang tidak mendukung pemindahan bucket dan konfigurasi yang memerlukan tindakan untuk mendukung pemindahan bucket. Jika bucket Anda menggunakan konfigurasi yang tidak didukung dan tidak dapat di ubah, atau jika sumber atau tujuan adalah lokasi yang tidak didukung, Anda harus menyalin objek secara manual ke bucket lain di lokasi tujuan, bukan 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 pemindahan bucket. Dalam beberapa kasus, Anda dapat mengonfigurasi ulang fitur untuk mendukung pemindahan bucket:
| Fitur | Status kompatibilitas | Tindakan yang diperlukan sebelum memulai pemindahan bucket |
|---|---|---|
| Namespace hierarkis | Tidak didukung untuk pemindahan bucket dengan waktu nonaktif tulis. | Jika bucket mengaktifkan namespace hierarkis, Anda hanya dapat memindahkannya jika prosesnya tidak melibatkan waktu nonaktif tulis |
| Bucket Appspot | Tidak didukung. | Anda tidak dapat memindahkan 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 pemindahan bucket, hapus penangguhan objek. |
| Folder terkelola | Tidak didukung. Anda tidak dapat memindahkan 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 pemindahan dengan waktu nonaktif tulis. | Untuk menggunakan pemindahan bucket, hapus kunci enkripsi yang dikelola pelanggan atau kunci enkripsi yang disediakan pelanggan. Setelah dihapus, Cloud Storage akan otomatis melindungi data Anda menggunakan enkripsi Cloud Storage standar. |
| Cache Cepat | Didukung untuk pemindahan bucket tanpa waktu nonaktif tulis dan didukung sebagian untuk pemindahan bucket dengan waktu nonaktif tulis. | Untuk memindahkan bucket dengan waktu nonaktif tulis, nonaktifkan Cache Cepat sebelum langkah sinkronisasi akhir. |
| Kunci bucket | Tidak didukung saat kebijakan retensi dikunci. | Buka kunci kebijakan retensi. |
| Tag | Tidak didukung untuk pemindahan dengan waktu 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 pemindahan, sehingga Anda dapat membuatnya ulang setelah proses pemindahan selesai. Untuk mengetahui informasi tentang cara mengelola konfigurasi laporan inventaris, lihat Membuat dan mengelola konfigurasi laporan inventaris. |
Kompatibilitas fitur selama pemindahan bucket
Tabel berikut menjelaskan cara kerja kemampuan Cloud Storage lainnya saat Anda memindahkan bucket. Perilakunya mungkin berbeda-beda bergantung pada mode pemindahan:
| Fitur | Pemindahan dengan waktu nonaktif tulis | Pemindahan tanpa waktu nonaktif tulis |
|---|---|---|
| Perilaku Autoclass | Autoclass dijeda sementara selama langkah sinkronisasi akhir. Penjedaan ini dapat menunda pemindahan objek ke kelas penyimpanan yang jarang diakses. Untuk mengetahui detailnya, lihat Transisi objek Autoclass saat memindahkan bucket. | Perilaku Autoclass tidak terpengaruh. |
| Tabel BigQuery dan BigLake | Tabel eksternal BigLake dan tabel BigQuery yang menggunakan Apache Iceberg tidak dapat diakses setelah pemindahan 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 pemindahan 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 pemindahan bucket untuk menghindari kehilangan data. |
Didukung. |
| Pemindahan antar-project | Tidak didukung. Anda tidak dapat memindahkan bucket antar-project. |
Didukung. |
| Pembaruan metadata | Tidak didukung. Anda tidak dapat memperbarui metadata bucket selama pemindahan. |
Didukung. |
| Peningkatan rasio permintaan | Bucket yang dipindahkan tunduk pada panduan peningkatan rasio permintaan yang sama seperti bucket yang baru dibuat. | Tidak berlaku. |
Menganalisis karakteristik bucket
Untuk memperkirakan waktu pemindahan bucket, analisis karakteristik dan penggunaan bucket Anda, dengan mempertimbangkan faktor-faktor berikut:
Byte dalam penyimpanan: Jumlah total data yang disimpan dalam bucket memengaruhi biaya penyimpanan dan waktu transfer.
Replikasi: Mereplikasi bucket ke region lain, baik secara sinkron maupun asinkron, memengaruhi ketersediaan, ketahanan, dan biaya data. Untuk mengetahui detailnya, lihat Ketersediaan dan ketahanan data.
Transfer data: Jumlah data yang ditransfer keluar dari bucket selama pemindahan memengaruhi perhitungan biaya transfer data. Untuk menghitung biaya transfer data bucket Anda, lihat Harga Cloud Storage.
Pola penggunaan: Memahami tingkat aktivitas bucket, atau seberapa sibuk bucket tersebut, melalui pola penggunaan membantu Anda mencegah konflik yang tidak terduga selama pemindahan. 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 pemindahan akan meningkatkan biaya dan durasi. Progres pemindahan bersifat non-linear dan tidak dapat diprediksi. Jangan gunakan durasi pemindahan yang lebih kecil untuk memperkirakan waktu yang diperlukan untuk pemindahan yang lebih besar. Untuk memantau frekuensi penulisan objek ke bucket Anda, lihat Ringkasan pemantauan di Cloud Storage.
Menentukan sasaran pemindahan
Berdasarkan analisis karakteristik bucket, identifikasi alasan memindahkan bucket Anda. Berikut adalah sasaran umum untuk memindahkan 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 serta membandingkannya dengan potensi biaya di lokasi yang berbeda. Untuk mengetahui detail tentang cara menghitung biaya Cloud Storage, lihat Harga Cloud Storage.
Peningkatan performa: Tingkatkan kecepatan akses data dan performa aplikasi dengan memindahkan bucket lebih dekat ke pengguna atau aplikasi. Untuk melakukannya, identifikasi region geografis tempat performa sangat penting dan pindahkan bucket Anda.
Peningkatan keandalan: Tingkatkan ketahanan data dan pemulihan dari bencana dengan 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 pindahkan dari opsi berikut:
Single-region: Simpan data di satu region yang hemat biaya untuk aplikasi dengan pengguna yang terkonsentrasi di satu area geografis.
Dual-region: Pertahankan dua salinan data Anda di dua region dalam benua yang sama, sehingga memberikan ketersediaan yang lebih tinggi dan pemulihan dari bencana dalam area geografis tertentu.
Multi-region: Distribusikan 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-faktor yang memengaruhi waktu pemindahan
Beberapa faktor memengaruhi waktu pemindahan, dan memahaminya dapat membantu memperkirakan waktu yang diperlukan. Meskipun faktor-faktor ini menawarkan titik awal yang berguna untuk merencanakan dan menjadwalkan pemindahan, waktu pemindahan sebenarnya mungkin lebih lama atau lebih singkat dari waktu yang diperkirakan. Oleh karena itu, saat menjadwalkan pemindahan, tambahkan waktu buffer untuk memperhitungkan potensi penundaan. Bagian berikut menjelaskan faktor-faktor yang memengaruhi waktu pemindahan.
Batas layanan pemindahan
Tabel berikut menjelaskan batas yang memengaruhi waktu pemindahan:
| Faktor | Nilai | Deskripsi |
|---|---|---|
| Rasio permintaan maksimum per tugas | 10.000 objek per detik |
Ini adalah jumlah permintaan salin yang dapat ditangani layanan per detik.
Rasio permintaan yang lebih tinggi berarti lebih banyak file 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 akan 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 dapat ditransfer sekaligus. Meskipun dengan rasio permintaan yang tinggi, jika bandwidthnya kecil, transfer keseluruhan akan lambat. |
| Bandwidth maksimum per objek tunggal | 8 MBps |
Ini adalah kecepatan maksimum yang dapat Anda gunakan untuk mentransfer satu objek.
Bandwidth yang lebih tinggi per objek tunggal 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. |
| Pemindahan serentak maksimum per project | 30 pemindahan | Layanan pemindahan bucket mendukung hingga 30 pemindahan serentak dari lokasi yang sama dalam sebuah project. |
Batas Time to Live pemindahan
Untuk membantu penggunaan resource dan mencegah pemindahan berjalan tanpa batas waktu, batas Time to Live (TTL) berlaku untuk semua pemindahan bucket. TTL mengacu pada waktu maksimum yang diizinkan untuk menyelesaikan seluruh proses pemindahan.
Waktu maksimum yang diizinkan untuk menyelesaikan pemindahan bucket adalah 28 hari dan mencakup semua fase proses pemindahan, seperti salinan awal, pembaruan inkremental, dan sinkronisasi akhir.
Jika proses pemindahan melebihi 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 salin 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 pengecualian untuk menyertakan bucket yang relevan dalam konfigurasi Storage Intelligence. Untuk mengetahui detailnya, lihat Mengonfigurasi Storage Intelligence.
Mengaktifkan penghapusan sementara
Pemindahan bucket mengharuskan Anda mengaktifkan penghapusan sementara di bucket dan menetapkan durasi retensi minimal tujuh hari. Durasi retensi adalah jumlah 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.
Memeriksa kuota dan batas
Penilaian kuota dan kapasitas cloud terikat ke region atau zona tertentu. Oleh karena itu, saat memindahkan bucket ke lokasi baru, Anda harus memverifikasi bahwa lokasi baru tersebut memiliki kuota yang cukup untuk menampung data bucket. Untuk mengetahui informasi selengkapnya tentang kuota dan batas, lihat Kuota dan batas.