Untuk memindahkan bucket dengan berhasil, tentukan tujuan Anda dan pahami penggunaan bucket sebelum memulai pemindahan bucket. Bagian berikut menjelaskan langkah-langkah perencanaan utama.
Menentukan jenis relokasi bucket Anda
Saat memindahkan bucket, penting untuk memahami bahwa mungkin ada periode waktu henti 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 periode nonaktif, lihat Jenis pemindahan.
Tinjau fitur yang tidak didukung dan persyaratan kompatibilitas
Identifikasi konfigurasi apa pun di bucket sumber Anda yang tidak mendukung pemindahan bucket dan konfigurasi yang memerlukan tindakan untuk mendukung pemindahan bucket. Jika bucket Anda menggunakan konfigurasi yang tidak didukung yang 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, 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 relokasi bucket:
| Fitur | Status kompatibilitas | Tindakan yang diperlukan sebelum memulai pemindahan bucket |
|---|---|---|
| Namespace hierarkis | Tidak didukung untuk relokasi bucket dengan waktu nonaktif penulisan. | Jika bucket mengaktifkan namespace hierarkis, Anda hanya dapat memindahkannya jika prosesnya tidak melibatkan periode nonaktif penulisan |
| 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 relokasi dengan waktu nonaktif penulisan. | Untuk menggunakan pemindahan bucket, hapus kunci enkripsi yang dikelola pelanggan atau kunci enkripsi yang disediakan pelanggan. Setelah penghapusan, Cloud Storage akan otomatis melindungi data Anda menggunakan enkripsi Cloud Storage standar. |
| Anywhere Cache | Didukung untuk pemindahan bucket tanpa periode nonaktif penulisan dan didukung sebagian untuk pemindahan bucket dengan periode nonaktif penulisan. | Untuk memindahkan bucket dengan waktu henti tulis, nonaktifkan Anywhere Cache sebelum langkah sinkronisasi akhir. |
| Kunci bucket | Tidak didukung saat kebijakan retensi dikunci. | Buka kunci kebijakan retensi. |
| Tag | Tidak didukung untuk relokasi dengan waktu nonaktif penulisan. |
Anda harus melepaskan tag yang dilampirkan langsung ke bucket. Jika ada 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. Perilaku ini mungkin bervariasi bergantung pada mode pemindahan:
| 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 lebih jarang diakses. Untuk mengetahui detailnya, lihat Transisi objek Autoclass saat memindahkan bucket. | Perilaku pengelasan otomatis tidak terpengaruh. |
| Tabel BigQuery dan BigLake | Tabel eksternal BigLake dan tabel BigQuery yang menggunakan Apache Iceberg menjadi tidak dapat diakses setelah dipindahkan 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 yang sedang berlangsung harus diselesaikan sebelum langkah sinkronisasi akhir dari proses pemindahan bucket untuk menghindari kehilangan data. |
Didukung. |
| Pemindahan lokasi 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 dipindahkan tunduk pada panduan peningkatan kecepatan 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 saat tidak aktif: Total jumlah 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 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 selama proses pemindahan akan meningkatkan biaya dan durasi. Untuk memahami seberapa sering objek ditulis ke bucket Anda, lihat Ringkasan pemantauan di Cloud Storage.
Tentukan sasaran pemindahan lokasi Anda
Berdasarkan analisis karakteristik bucket, identifikasi alasan pemindahan bucket Anda. Berikut adalah tujuan umum untuk memindahkan bucket:
Pengelolaan biaya: Kurangi biaya penyimpanan dengan berpindah ke region yang lebih murah atau minimalkan biaya transfer data dengan memindahkan data 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 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 pemulihan dari bencana dengan menggunakan konfigurasi dual-region atau multi-region.
Tentukan lokasi bucket
Berdasarkan analisis dan sasaran Anda, pilih lokasi penyimpanan yang paling sesuai untuk bucket yang Anda pindahkan 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: Pertahankan dua salinan data Anda di dua region dalam benua yang sama, sehingga memberikan ketersediaan yang lebih tinggi dan kemampuan pemulihan dari bencana dalam area geografis tertentu.
Multi-region: Mendistribusikan data di beberapa region, yang menawarkan tingkat ketersediaan dan ketahanan tertinggi.
Untuk mempelajari lebih lanjut cara memilih lokasi, lihat Pertimbangan untuk memilih lokasi.
Memahami faktor-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 Anda, waktu relokasi sebenarnya mungkin lebih lama atau lebih singkat daripada perkiraan waktu. Oleh karena itu, saat menjadwalkan perpindahan, tambahkan waktu jeda untuk mengantisipasi potensi keterlambatan. Bagian berikut menjelaskan faktor-faktor yang memengaruhi waktu relokasi.
Batasan layanan relokasi
Tabel berikut menjelaskan batas yang memengaruhi waktu relokasi:
| Faktor | Nilai | Deskripsi |
|---|---|---|
| Kecepatan permintaan maksimum per tugas | 10.000 objek per detik |
Ini adalah jumlah permintaan salinan yang dapat ditangani layanan per detik.
Kecepatan permintaan yang lebih tinggi berarti lebih banyak file dapat dipindahkan secara bersamaan. Jika bucket Anda memiliki banyak file kecil, kecepatan permintaan yang tinggi akan mempercepat migrasi. Jika Anda hanya memiliki beberapa file besar, faktor ini akan memberikan 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 kecepatan permintaan yang tinggi, jika bandwidth kecil, transfer secara keseluruhan akan lambat. |
| Bandwidth maksimum per objek tunggal | 8 MBps |
Ini adalah kecepatan maksimum saat Anda dapat 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 kecepatan 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 pemindahan bucket mendukung hingga 30 pemindahan serentak dari lokasi yang sama dalam suatu project. |
Batas Time to Live untuk 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 pemindahan.
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 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 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 jangka 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 Anda. Untuk mengetahui detailnya, lihat Mengonfigurasi Storage Intelligence.
Mengaktifkan penghapusan sementara
Relokasi bucket mengharuskan Anda mengaktifkan penghapusan sementara di bucket dan menetapkan durasi retensi ke minimal 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.
Memeriksa kuota dan batas
Penilaian kuota dan kapasitas cloud terkait dengan region atau zona tertentu. Akibatnya, saat memindahkan bucket ke lokasi baru, Anda harus memverifikasi bahwa lokasi baru tersebut memiliki kuota yang memadai untuk mengakomodasi data bucket. Untuk mengetahui informasi selengkapnya tentang kuota dan batas, lihat Kuota dan batas.
Langkah berikutnya
- Pelajari cara memindahkan bucket.