Anda dapat menggunakan fitur replikasi data Object Storage Service (OSS) untuk mereplikasi data dari satu bucket ke bucket lain. Kedua bucket tersebut dapat berada di wilayah yang sama atau berbeda, serta dapat dimiliki oleh akun yang sama atau berbeda.
Apa saja yang akan direplikasi dalam replikasi data?
-
Objek historis yang sudah ada sebelum aturan replikasi diterapkan dan objek yang ditambahkan atau diperbarui setelah aturan replikasi diterapkan
-
Objek yang dienkripsi menggunakan Key Management Service (KMS)
-
metadata objek
-
ACL objek
-
tag objek
-
Part dan objek yang dihasilkan dari penggabungan semua part
Apa saja yang tidak akan direplikasi dalam replikasi data?
-
Kelas penyimpanan objek
-
Waktu akses terakhir objek (x-oss-last-access-time)
-
Replika objek yang dihasilkan oleh aturan replikasi lain
Misalnya, jika Anda mengonfigurasi dua aturan replikasi (A ke B dan B ke C), data yang direplikasi dari A ke B tidak akan direplikasi ke C.
-
Konfigurasi tingkat bucket
Misalnya, item berikut tidak akan direplikasi: aturan lifecycle, pengaturan cross-origin resource sharing (CORS), pengaturan hosting situs web statis, pengaturan perlindungan hotlink, dan kebijakan bucket.
Konfigurasi ObjectWorm bucket sumber.
OSS tidak secara otomatis menyinkronkan konfigurasi ObjectWorm dari bucket sumber ke bucket tujuan. Anda harus mengonfigurasi ObjectWorm untuk bucket tujuan secara independen.
Dalam skenario apa saya harus menggunakan replikasi lintas wilayah (cross-region replication)?
-
Kepatuhan regulasi
Secara default, OSS mengaktifkan redundansi data. Namun, jika persyaratan kepatuhan Anda mengharuskan replikasi data di pusat data yang tersebar secara geografis, Anda dapat memanfaatkan replikasi lintas wilayah (CRR) untuk memastikan kepatuhan terhadap regulasi dan ketersediaan data.
-
Latensi minimal
Untuk meminimalkan latensi akses data, Anda dapat menyimpan replika objek di pusat data OSS yang secara geografis lebih dekat dengan pengguna.
-
Backup data dan pemulihan bencana
Memastikan keamanan data yang kuat dan ketersediaan tinggi sangat penting bagi aplikasi Anda. Untuk melindungi dari gangguan tingkat wilayah, Anda perlu menyimpan salinan lengkap seluruh data di pusat data yang terpisah secara geografis. Jika terjadi bencana besar seperti gempa bumi atau tsunami yang memengaruhi satu pusat data, data yang direplikasi di lokasi sekunder memastikan kelangsungan bisnis dengan memungkinkan pemulihan yang cepat.
-
Migrasi data
Anda ingin memigrasikan data dari satu pusat data ke pusat data lain.
-
Tujuan operasional
Anda memiliki kluster komputasi yang ditempatkan di dua pusat data untuk menganalisis kelompok objek yang sama. Anda dapat mempertahankan replika objek tersebut di kedua wilayah.
Dalam skenario apa saya harus menggunakan replikasi di wilayah yang sama (same-region replication)?
-
Kepatuhan regulasi
Ketika ketentuan regulasi mewajibkan data tetap berada di dalam negara atau wilayah tertentu, Anda dapat memanfaatkan replikasi di wilayah yang sama (SRR) untuk mereplikasi data dari bucket sumber ke beberapa bucket tujuan dalam wilayah geografis yang sama.
-
Sinkronisasi antara lingkungan pengujian dan lingkungan produksi
Untuk memastikan lingkungan pengujian mencerminkan lingkungan produksi sedekat mungkin, Anda dapat menggunakan SRR untuk menyinkronkan data antara keduanya secara aman dan efisien. Hal ini memungkinkan validasi fitur baru dalam lingkungan terkendali tanpa mengorbankan integritas data produksi.
-
Agregasi log ke satu bucket
Jika Anda menyimpan log di beberapa bucket atau di beberapa akun, Anda dapat menggunakan SRR untuk mereplikasi log tersebut ke satu bucket dalam wilayah yang sama guna pemrosesan terpusat.