Untuk memindahkan bucket dengan berhasil, tentukan tujuan Anda 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 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, 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 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 Anda terhadap 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 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 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.
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: 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 dari perkiraan waktu. Oleh karena itu, saat menjadwalkan perpindahan, tambahkan waktu jeda untuk mengantisipasi potensi keterlambatan. Bagian berikut menjelaskan faktor-faktor yang memengaruhi waktu relokasi.
Batas 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 yang 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 | 5 relokasi | Layanan pemindahan bucket mendukung hingga lima pemindahan serentak dari lokasi yang sama dalam suatu project. |
Batas Time to Live untuk relokasi
Untuk memastikan pemanfaatan 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 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.
Pertimbangan dengan fitur lainnya
Saat Anda memindahkan bucket, bucket tersebut akan berinteraksi dengan fitur Cloud Storage lainnya sebagai berikut:
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 memastikan bahwa lokasi baru memiliki kuota yang cukup untuk menampung data bucket. Untuk mengetahui informasi selengkapnya tentang kuota dan batas, lihat Kuota dan batas.
Menentukan jenis relokasi bucket Anda
Saat memindahkan bucket, penting untuk memahami bahwa mungkin ada periode downtime penulisan selama langkah sinkronisasi akhir saat Anda tidak dapat memperbarui atau mengupload objek baru. Selain itu, Anda tidak dapat mengubah konfigurasi bucket selama proses pemindahan. Untuk menentukan apakah pemindahan Anda melibatkan periode nonaktif, lihat Menentukan jenis pemindahan Anda.
Menghapus tag bucket yang ada
Anda tidak dapat memindahkan bucket yang memiliki tag bucket yang terpasang padanya. Semua tag yang ada harus dihapus sebelum pemindahan bucket. Jika ada tag yang dihapus dari bucket sumber Anda sedang digunakan untuk kontrol akses, Anda harus menggunakan metode alternatif untuk menyiapkan izin IAM guna memastikan data di bucket Anda tetap aman. Caranya, selesaikan langkah-langkah berikut:
Buat salinan konfigurasi tag Anda dan simpan dengan aman.
Lepaskan semua tag yang ada dari bucket sumber.
Konfigurasi izin IAM agar sesuai 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 pemindahan. Sebaiknya simpan konfigurasi laporan inventaris yang ada secara manual sebelum memulai proses pemindahan, karena Anda harus membuatnya ulang setelah proses pemindahan selesai. Untuk mengetahui informasi tentang cara mengelola konfigurasi laporan inventaris, lihat Membuat dan mengelola konfigurasi laporan inventaris.
Langkah berikutnya
- Pelajari cara memindahkan bucket.