Same-region replication (SRR) secara otomatis dan asinkron mereplikasi operasi objek—seperti pembuatan, pembaruan, dan penghapusan—dari bucket sumber ke bucket tujuan dalam wilayah yang sama. Replikasi ini terjadi hampir secara real-time.
Skenario
Ketika peraturan lokal mengharuskan Anda menyimpan data di dalam negara atau wilayah Anda, Anda dapat mengonfigurasi aturan same-region replication (SRR) untuk menyimpan replika data dari bucket sumber ke bucket tujuan dalam wilayah yang sama. Objek di bucket tujuan merupakan replika persis dari objek di bucket sumber, dengan nama objek, informasi versi, konten, dan metadata yang identik—termasuk waktu pembuatan, Pemilik, metadata yang ditentukan pengguna, serta Object ACL.
Fitur
SRR mendukung fitur-fitur berikut:
Replikasi data antar-bucket dalam wilayah yang sama
Data dari bucket sumber dapat direplikasi ke beberapa bucket tujuan dalam wilayah yang sama. Satu bucket dapat dikaitkan dengan hingga 100 aturan replikasi, dan dalam aturan tersebut, sebuah bucket dapat berperan sebagai bucket sumber sekaligus bucket tujuan.

Jika skenario bisnis Anda memerlukan lebih banyak aturan replikasi, Anda dapat mengajukan Tiket.
Replikasi data hampir real-time
Operasi seperti pembuatan, penghapusan, dan modifikasi objek dapat direplikasi ke bucket tujuan hampir secara real-time.
Konsistensi data
Secara default, OSS menjamin konsistensi akhir antara bucket sumber dan tujuan. Namun, jika Anda menulis file dengan nama yang sama ke bucket tujuan selama proses replikasi, OSS tidak dapat menjamin konsistensi akhir.
Migrasi data historis
Anda dapat mereplikasi data baru yang ditulis ke bucket sumber setelah aturan replikasi dikonfigurasi, serta data historis yang sudah ada di bucket sebelum aturan tersebut dikonfigurasi.
Progres replikasi
Anda dapat melihat waktu replikasi terbaru untuk data yang telah direplikasi. Untuk migrasi data historis, progres migrasi ditampilkan dalam bentuk persentase.
Pengendalian versi
Ketika bucket sumber dan tujuan sama-sama memiliki Pengendalian versi yang diaktifkan, konsistensi akhir versi data dijamin. Jika aturan replikasi dikonfigurasi untuk menyinkronkan operasi tulis (penambahan dan modifikasi), penghapusan versi objek tertentu di bucket sumber tidak direplikasi. Namun, penanda hapus yang dibuat di bucket sumber akan direplikasi ke bucket tujuan.
Replikasi data terenkripsi
SRR mereplikasi objek yang tidak terenkripsi serta objek yang menggunakan Enkripsi sisi server dengan SSE-KMS atau SSE-OSS.
Konfigurasi Notifikasi event
Anda dapat mengonfigurasi aturan Notifikasi event dengan mengatur tipe event menjadi
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemoved, atauObjectReplication:ObjectModified. Hal ini memungkinkan Anda menerima Notifikasi tentang perubahan pada objek di bucket sumber dan tujuan selama replikasi data, termasuk pembuatan, pembaruan, penghapusan, dan penimpaan objek. Untuk informasi selengkapnya, lihat Memproses perubahan file OSS secara real-time menggunakan Notifikasi event.
Catatan penggunaan
Aturan penagihan
Aturan penagihan berikut berlaku untuk SRR dalam akun yang sama dan SRR lintas akun.
Setelah Anda mengaktifkan SRR, Anda tidak dikenai biaya untuk traffic yang dihasilkan saat mereplikasi file antar-bucket dalam wilayah yang sama.
CatatanTraffic yang dihasilkan oleh SRR tidak mengonsumsi bandwidth OSS default.
Setelah Anda mengaktifkan SRR, OSS menghitung permintaan untuk setiap objek yang direplikasi, tetapi Anda tidak dikenai biaya untuk permintaan tersebut.
Ketika Anda menggunakan SRR untuk mereplikasi objek Archive Storage dari bucket sumber, objek tersebut tidak dipulihkan. Anda tidak dikenai biaya Pengambilan data.
Durasi replikasi
SRR mereplikasi data secara asinkron dan hampir real-time. Waktu yang diperlukan untuk mereplikasi data dari bucket sumber ke bucket tujuan dapat berkisar dari beberapa menit hingga beberapa jam, tergantung pada volume data. Jika replikasi memakan waktu terlalu lama, periksa apakah ada penundaan akibat batasan bandwidth. Jika bandwidth tidak mencukupi, Anda dapat mengajukan Tiket untuk meminta tambahan bandwidth dan meningkatkan efisiensi replikasi.
Di Konsol OSS, pada tab , Anda dapat melihat data Inbound Traffic for SRR di area Used Bandwidth. Metrik ini menunjukkan bandwidth yang digunakan untuk data arah masuk ke bucket tujuan selama SRR. Untuk informasi selengkapnya, lihat Mencatat penggunaan bandwidth bucket dari waktu ke waktu.
Risiko penimpaan objek
Ketika SRR aktif antara dua bucket, Anda dapat melakukan operasi pada keduanya. Objek yang direplikasi dari bucket sumber berpotensi menimpa objek dengan nama yang sama di bucket tujuan.
Batasan
Anda hanya dapat mengaktifkan SRR untuk dua bucket yang sama-sama tidak memiliki Pengendalian versi atau sama-sama memiliki Pengendalian versi yang diaktifkan.
Anda tidak dapat mengubah status Pengendalian versi kedua bucket selama keduanya berada dalam hubungan replikasi.
Anda tidak dapat mereplikasi objek Cold Archive atau Deep Cold Archive dari bucket sumber ke bucket tujuan, bahkan jika objek tersebut telah dipulihkan.
Anda tidak dapat mereplikasi appendable object dari bucket sumber ke bucket tujuan yang kelas penyimpanannya adalah Cold Archive atau Deep Cold Archive.