Anda dapat menggunakan fitur replikasi data dari Object Storage Service (OSS) untuk mereplikasi data dari satu bucket ke bucket lain. Kedua bucket tersebut dapat berada di wilayah yang sama atau berbeda dan dimiliki oleh akun yang sama atau akun yang berbeda.
Apa saja yang akan direplikasi dalam replikasi data?
Objek historis yang ada sebelum aturan replikasi berlaku, serta objek yang ditambahkan atau diperbarui setelah aturan replikasi berlaku.
Objek yang dienkripsi menggunakan Key Management Service (KMS).
Objek metadata.
ACL Objek.
Tag Objek.
Bagian dan objek yang dihasilkan dengan menggabungkan semua bagian.
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 lainnya.
Sebagai contoh, 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.
Sebagai contoh, item-item berikut tidak direplikasi: aturan siklus hidup, pengaturan Berbagi sumber daya lintas domain (CORS), pengaturan hosting situs web statis, pengaturan perlindungan tautan panas, dan kebijakan bucket.
Dalam skenario apa saya harus menggunakan replikasi lintas wilayah?
Kepatuhan.
Secara default, OSS mengaktifkan redundansi data. Namun, jika persyaratan kepatuhan mengharuskan replikasi data di pusat data yang tersebar secara geografis, Anda dapat memanfaatkan replikasi lintas wilayah (CRR) untuk memastikan kepatuhan 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 ke pengguna.
Cadangan data dan pemulihan bencana.
Memastikan keamanan data yang kuat dan ketersediaan tinggi sangat penting bagi aplikasi Anda. Untuk melindungi diri dari gangguan regional, Anda ingin mempertahankan salinan lengkap dari semua data di pusat data yang terpisah secara geografis. Jika peristiwa bencana, seperti gempa bumi atau tsunami, memengaruhi satu pusat data, data yang direplikasi di lokasi sekunder memastikan kelangsungan bisnis dengan memungkinkan pemulihan cepat.
Migrasi data.
Anda ingin memindahkan data dari satu pusat data ke pusat data lainnya.
Tujuan operasional.
Anda memiliki kluster komputasi yang ditempatkan di dua pusat data untuk menganalisis kelompok objek yang sama. Anda dapat mempertahankan replika objek di dua wilayah tersebut.
Dalam skenario apa saya harus menggunakan replikasi dalam wilayah yang sama?
Kepatuhan.
Ketika mandat peraturan mengharuskan residensi data dalam negara atau wilayah tertentu, Anda dapat memanfaatkan replikasi dalam wilayah yang sama (SRR) untuk mereplikasi data dari bucket sumber ke beberapa bucket tujuan dalam wilayah geografis yang sama.
Sinkronisasi antara lingkungan pengujian dan produksi.
Untuk memastikan bahwa lingkungan pengujian mencerminkan dengan erat lingkungan produksi, Anda dapat menggunakan SRR untuk secara aman dan efisien menyinkronkan data di antara keduanya. Ini memungkinkan validasi fitur baru dalam pengaturan terkendali tanpa mengorbankan integritas data produksi.
Aggregasi log ke satu bucket.
Jika Anda menyimpan log di beberapa bucket atau di beberapa akun, Anda dapat menggunakan SRR untuk mereplikasi log ke satu bucket dalam wilayah yang sama untuk pemrosesan terpusat.