Cross-region replication (CRR) secara otomatis dan asinkron (dalam waktu nyaris real time) mereplikasi operasi objek—seperti pembuatan, pembaruan, dan penghapusan—dari bucket sumber ke bucket tujuan di wilayah lain. Anda dapat mengonfigurasi CRR baik untuk bucket dalam akun yang sama maupun akun berbeda. Fitur ini membantu memenuhi persyaratan kepatuhan, mengurangi latensi, serta menjamin keamanan dan ketersediaan data.
Kasus penggunaan
CRR mendukung kebutuhan pemulihan bencana lintas wilayah dan replikasi data. Objek di bucket tujuan merupakan replika persis dari objek di bucket sumber, termasuk nama objek, informasi versioning, metadata, dan konten—seperti waktu pembuatan, pemilik, metadata yang ditentukan pengguna, serta ACL objek. Anda dapat mengonfigurasi aturan CRR sesuai dengan persyaratan kasus penggunaan berikut.
Memenuhi persyaratan kepatuhan
Meskipun OSS menyediakan mekanisme redundansi data default untuk setiap objek yang disimpan, beberapa persyaratan kepatuhan mewajibkan replika data disimpan di lokasi geografis yang berjauhan. Dengan CRR, Anda dapat mereplikasi data antar pusat data OSS yang berlokasi jauh untuk memenuhi persyaratan tersebut.
Meminimalkan latensi
Jika pelanggan Anda tersebar di dua atau lebih lokasi geografis, Anda dapat menyimpan replika objek di pusat data OSS yang lebih dekat secara geografis dengan pelanggan Anda, sehingga meminimalkan latensi saat mereka mengakses objek tersebut.
Backup data dan pemulihan bencana
Jika Anda memiliki persyaratan tinggi terhadap keamanan dan ketersediaan data, Anda dapat menyimpan replika eksplisit dari seluruh data yang ditulis di pusat data terpisah. Praktik ini memastikan Anda dapat mengaktifkan data backup di pusat data lain jika bencana besar, seperti gempa bumi atau tsunami, menghancurkan salah satu pusat data OSS.
Migrasi data
Anda dapat menggunakan CRR untuk memigrasikan data dari satu pusat data OSS ke pusat data lain karena alasan bisnis.
Efisiensi operasional
Jika Anda memiliki kluster komputasi di dua pusat data berbeda yang menganalisis kumpulan objek yang sama, Anda dapat menyimpan replika objek di kedua wilayah tersebut.
Fitur
CRR menyediakan fitur-fitur berikut:
Replication Time Control (RTC)
Saat Anda mengaktifkan RTC, OSS mereplikasi sebagian besar objek dalam hitungan detik dan 99,99% objek dalam waktu 10 menit. RTC juga menyediakan pemantauan waktu nyata terhadap replikasi data, sehingga Anda dapat melacak berbagai metrik untuk tugas replikasi Anda.
Replikasi data waktu nyaris real time
Operasi objek seperti pembuatan, penghapusan, dan modifikasi direplikasi ke bucket tujuan dalam waktu nyaris real time.
Konsistensi data
Secara default, OSS menjamin konsistensi akhir antara bucket sumber dan tujuan selama proses replikasi. Namun, jika Anda menulis objek dengan nama yang sama langsung ke bucket tujuan selama proses replikasi, OSS tidak dapat menjamin konsistensi akhir antara kedua bucket tersebut.
Replikasi data yang sudah ada
Selain mereplikasi data baru yang ditulis ke bucket sumber setelah aturan replikasi dikonfigurasi, Anda juga dapat mereplikasi data yang sudah ada di bucket sebelum aturan tersebut dikonfigurasi.
Lacak kemajuan replikasi
Anda dapat melihat stempel waktu replikasi terbaru untuk data baru, serta melacak progres migrasi sebagai persentase untuk data yang sudah ada.
Pengendalian versi
Untuk bucket sumber dan tujuan yang keduanya telah mengaktifkan versioning, CRR menjamin konsistensi akhir untuk semua versi objek. Jika aturan replikasi dikonfigurasi untuk operasi tulis (buat dan perbarui), operasi penghapusan pada versi tertentu di bucket sumber tidak direplikasi. Namun, penanda hapus yang dibuat di bucket sumber akan direplikasi ke bucket tujuan.
Akselerasi transfer
Anda dapat menggunakan akselerasi transfer untuk meningkatkan kecepatan transfer data CRR antar wilayah di Tiongkok daratan dan wilayah luar Tiongkok daratan. Untuk informasi selengkapnya tentang akselerasi transfer, lihat Akses OSS menggunakan akselerasi transfer.
Replikasi data terenkripsi
CRR mendukung replikasi objek yang tidak terenkripsi serta objek yang dienkripsi menggunakan SSE-KMS atau SSE-OSS. Untuk informasi selengkapnya, lihat Replikasi dengan enkripsi sisi server.
Konfigurasi notifikasi event
Anda dapat mengonfigurasi aturan notifikasi event untuk memantau perubahan di bucket sumber dan tujuan selama replikasi data. Tetapkan jenis event ke
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemoved, danObjectReplication:ObjectModifieduntuk menerima notifikasi tentang pembuatan, pembaruan, penghapusan, dan penimpaan objek. Untuk informasi selengkapnya, lihat Gunakan notifikasi event untuk memantau perubahan objek secara real time.
Pertimbangan
Tagihan
Saat menggunakan CRR, Anda dikenai biaya atas traffic transfer data yang dihasilkan oleh replikasi. Untuk informasi selengkapnya, lihat Biaya traffic replikasi lintas wilayah. Untuk CRR lintas akun, biaya traffic ini ditagihkan ke akun yang memiliki bucket sumber.
Jika Anda mengaktifkan RTC, biaya tambahan RTC akan dikenakan. Untuk informasi selengkapnya, lihat Biaya RTC. Untuk CRR lintas akun, biaya RTC ditagihkan ke akun yang memiliki bucket sumber.
Untuk setiap objek yang berhasil direplikasi, OSS menghitung operasi tersebut sebagai permintaan dan mengenakan biaya permintaan API. Untuk informasi selengkapnya, lihat Biaya permintaan.
Jika Anda mengaktifkan akselerasi transfer, biaya tambahan akselerasi transfer akan dikenakan untuk bucket tujuan. Biaya ini ditagihkan ke akun yang memiliki bucket tujuan. Untuk informasi selengkapnya, lihat Biaya akselerasi transfer.
Saat CRR mereplikasi objek Infrequent Access (IA) atau Archive, objek tersebut tidak dipulihkan terlebih dahulu. Oleh karena itu, tidak ada biaya pengambilan data yang dikenakan.
Waktu replikasi
CRR menggunakan mekanisme asinkron (waktu nyaris real time). Waktu replikasi dapat berkisar dari beberapa menit hingga beberapa jam, tergantung pada volume data. Jika replikasi memakan waktu terlalu lama, periksa apakah tugas tersebut tertunda karena batas bandwidth. Jika bandwidth menjadi masalah, hubungi dukungan teknis untuk meminta peningkatan bandwidth guna meningkatkan efisiensi replikasi.
Anda dapat melihat penggunaan bandwidth inbound CRR di Konsol OSS. Buka tab dan temukan metrik Inbound CRR Bandwidth di bagian Used Bandwidth. Metrik ini menunjukkan bandwidth yang digunakan untuk mentransfer data ke bucket tujuan selama CRR. Untuk informasi selengkapnya, lihat Catat penggunaan bandwidth untuk bucket.
Risiko penimpaan objek dengan nama yang sama
Karena Anda dapat menulis ke kedua bucket secara bersamaan, objek yang direplikasi dari sumber dapat menimpa objek yang sudah ada dengan nama yang sama di tujuan.
Batasan
Batasan wilayah
Anda harus mengaktifkan akselerasi transfer untuk mengonfigurasi CRR antara wilayah di Tiongkok daratan dan wilayah luar Tiongkok daratan.
Jumlah aturan
Data di bucket sumber dapat direplikasi ke beberapa bucket tujuan. Satu bucket dapat dikaitkan dengan maksimal 100 aturan replikasi.
Jika kasus penggunaan Anda memerlukan lebih dari 100 aturan replikasi, hubungi dukungan teknis.
Batasan operasi
Bucket sumber dan tujuan harus memiliki status versioning yang sama. Status tersebut tidak boleh dalam keadaan ditangguhkan.
Anda tidak dapat mengubah status versioning kedua bucket dalam hubungan replikasi.
Karena Anda dapat melakukan operasi pada kedua bucket selama aturan replikasi aktif, objek yang direplikasi dari sumber dapat menimpa objek dengan nama yang sama di tujuan.
Satu bucket dibatasi hingga 100 aturan replikasi, baik sebagai sumber maupun tujuan. Jika kasus penggunaan Anda memerlukan lebih banyak, hubungi dukungan teknis.
Anda tidak dapat mereplikasi objek Cold Archive atau Deep Cold Archive dari bucket sumber ke bucket tujuan, baik objek tersebut telah dipulihkan maupun belum.
Anda tidak dapat mereplikasi objek Appendable dari bucket sumber ke bucket tujuan yang kelas penyimpanannya adalah Cold Archive atau Deep Cold Archive.