Agar berhasil memindahkan bucket, tentukan tujuan dan pahami penggunaan bucket sebelum memulai pemindahan bucket. Bagian berikut menjelaskan langkah-langkah perencanaan utama.
Menganalisis karakteristik bucket
Untuk memperkirakan waktu pemindahan bucket, analisis karakteristik dan penggunaan bucket, dengan mempertimbangkan faktor-faktor berikut:
Byte dalam penyimpanan: Jumlah total data yang disimpan dalam bucket memengaruhi biaya penyimpanan dan waktu transfer.
Replikasi: Menyalin 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, 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 selama proses pemindahan akan meningkatkan biaya dan durasi. Untuk memahami frekuensi objek ditulis ke bucket Anda, lihat Ringkasan pemantauan di Cloud Storage.
Menentukan sasaran relokasi
Berdasarkan analisis karakteristik bucket, identifikasi alasan untuk memindahkan bucket. Berikut adalah sasaran umum untuk memindahkan bucket:
Pengelolaan biaya: Kurangi biaya penyimpanan dengan berpindah ke region dengan biaya lebih rendah 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 yang berbeda. Untuk mengetahui detail tentang penghitungan biaya untuk Cloud Storage Anda, 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.
Menentukan 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: Mengelola dua salinan data Anda di dua region dalam benua yang sama, sehingga memberikan ketersediaan dan kemampuan disaster recovery yang lebih tinggi 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 yang sebenarnya mungkin lebih lama atau lebih singkat dari perkiraan waktu. Oleh karena itu, saat menjadwalkan pemindahan, tambahkan waktu buffer 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 salinan 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, frekuensi 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 yang dapat ditransfer sekaligus. Meskipun dengan rasio 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 berarti Anda dapat mentransfer objek dengan kecepatan yang lebih cepat. Ini adalah batas kecepatan untuk memindahkan satu objek dalam satu waktu. Meskipun dengan kapasitas permintaan yang tinggi dan bandwidth yang tinggi per bucket, jika setiap objek memiliki batas kecepatan, transfernya dapat memerlukan waktu lebih lama. |
Batas Time to Live relokasi
Untuk memastikan penggunaan resource yang efisien 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 relokasi melebihi batas TTL 28 hari, operasi relokasi akan gagal.
Aktivitas bucket yang sedang berlangsung
Jika Anda terus menulis objek baru, menghapus objek yang ada, atau memperbarui objek di bucket selama relokasi, operasi ini akan bersaing untuk mendapatkan resource dengan permintaan salinan dan dapat memperlambat proses relokasi.
Aturan siklus proses
Jika Anda telah mengonfigurasi aturan siklus proses untuk bucket, seperti otomatis menghapus atau mengarsipkan objek setelah waktu tertentu, tindakan ini akan meningkatkan waktu relokasi secara keseluruhan.
Mengaktifkan Management Hub
Anda harus mengaktifkan Management Hub untuk lokasi sumber dan tujuan. Anda dapat mengaktifkan Management Hub di berbagai tingkat hierarki resource Google Cloud. Anda juga dapat menggunakan filter penyertaan dan pengecualian untuk menyertakan bucket yang relevan ke paket Management Hub. Untuk mengetahui detailnya, lihat Mengaktifkan Management Hub.
Pertimbangan dengan fitur lainnya
Saat Anda memindahkan bucket, bucket tersebut akan memiliki interaksi berikut dengan fitur Cloud Storage lainnya:
Mengaktifkan penghapusan lembut
Pemindahan bucket mengharuskan Anda mengaktifkan soft delete di bucket dan menetapkan durasi retensi ke setidaknya tujuh hari. Durasi retensi adalah jumlah waktu yang digunakan penghapusan sementara untuk 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
Kuota dan penilaian kapasitas cloud terikat dengan region atau zona tertentu. Akibatnya, saat memindahkan bucket ke lokasi baru, Anda harus memastikan bahwa lokasi baru memiliki kuota yang memadai untuk mengakomodasi data bucket. Untuk mengetahui informasi selengkapnya tentang kuota dan batas, lihat Kuota dan batas.
Menentukan jenis pemindahan bucket
Saat memindahkan bucket, penting untuk memahami bahwa mungkin ada periode periode nonaktif operasi 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 relokasi. Untuk menentukan apakah pemindahan Anda akan menyebabkan periode nonaktif, lihat Menentukan jenis pemindahan.
Menghapus tag bucket yang ada
Anda tidak dapat memindahkan bucket yang memiliki tag bucket yang terpasang. Semua tag yang ada harus dihapus sebelum pemindahan bucket. Jika salah satu tag yang dihapus dari bucket sumber Anda digunakan untuk kontrol akses, Anda harus menggunakan metode alternatif untuk menyiapkan izin IAM guna memastikan data di bucket Anda tetap aman. Untuk melakukannya, selesaikan langkah-langkah berikut:
Buat salinan konfigurasi tag dan simpan dengan aman.
Lepaskan tag yang ada dari bucket sumber.
Konfigurasikan izin IAM agar cocok dengan aturan kontrol akses yang ada.
Setelah Anda memindahkan bucket, lampirkan tag yang ada ke bucket yang dipindahkan.
Menyimpan konfigurasi laporan inventaris yang ada
Konfigurasi laporan inventaris yang ada tidak dipertahankan selama proses relokasi. Sebaiknya simpan konfigurasi laporan inventaris yang ada secara manual sebelum memulai proses relokasi, karena Anda harus membuatnya ulang setelah proses relokasi selesai. Untuk informasi tentang cara mengelola konfigurasi laporan inventaris, lihat Membuat dan mengelola konfigurasi laporan inventaris.
Langkah berikutnya
- Pelajari cara memindahkan bucket.