Replikasi lintas wilayah (CRR) secara otomatis dan asinkron mereplikasi operasi objek, seperti pembuatan, pembaruan, dan penghapusan, dari bucket sumber di satu wilayah ke bucket tujuan di wilayah lain. Bucket-bucket tersebut dapat berada dalam akun yang sama atau berbeda. Proses ini membantu memenuhi persyaratan kepatuhan, mengurangi latensi, serta memastikan keamanan dan ketersediaan.
Skenario
Fitur replikasi lintas wilayah dirancang untuk pemulihan bencana lintas wilayah dan replikasi data. Objek di bucket tujuan adalah salinan identik dari objek di bucket sumber, termasuk nama objek, informasi pengendalian versi, metadata, konten, waktu pembuatan, pemilik, metadata yang ditentukan pengguna, dan daftar kontrol akses objek (ACL). Anda dapat mengonfigurasi aturan replikasi lintas wilayah untuk skenario-skenario berikut:
Kepatuhan
Meskipun OSS menyediakan mekanisme redundansi data untuk setiap objek yang disimpan, beberapa persyaratan kepatuhan mewajibkan salinan data disimpan pada jarak minimum tertentu. Replikasi lintas wilayah memungkinkan Anda mereplikasi data antara pusat data OSS yang jauh untuk memenuhi persyaratan kepatuhan ini.
Latensi Minimal
Jika Anda memiliki pelanggan di beberapa lokasi geografis, Anda dapat meminimalkan latensi akses dengan memelihara replika objek di pusat data OSS yang secara geografis lebih dekat dengan mereka.
Cadangan Data dan Pemulihan Bencana
Jika Anda memiliki persyaratan tinggi untuk keamanan data dan ketersediaan, Anda dapat secara eksplisit memelihara salinan semua data yang ditulis di pusat data lain. Ini memastikan bahwa Anda dapat menggunakan data cadangan dari pusat data OSS lain jika satu pusat data hancur oleh bencana besar, seperti gempa bumi atau tsunami.
Migrasi Data
Anda dapat menggunakan replikasi lintas wilayah untuk memindahkan data dari satu pusat data OSS ke pusat data lain karena alasan bisnis.
Alasan Operasional
Jika Anda memiliki kluster komputasi di dua pusat data yang berbeda yang menganalisis set objek yang sama, Anda dapat memelihara replika objek di kedua wilayah.
Fitur
Replikasi lintas wilayah menyediakan fitur-fitur berikut:
Kontrol Waktu Replikasi (RTC)
Setelah Anda mengaktifkan RTC, OSS mereplikasi sebagian besar objek yang Anda unggah ke OSS dalam beberapa detik dan 99,99% objek dalam 10 menit. RTC juga menyediakan pemantauan waktu nyata dari replikasi data, memungkinkan Anda melihat berbagai metrik tugas replikasi.
Replikasi Data Hampir Real-Time
Operasi seperti pembuatan, penghapusan, dan modifikasi objek dapat direplikasi ke bucket tujuan dalam waktu mendekati nyata.
Konsistensi Data
Secara default, OSS memastikan 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. Anda juga dapat mereplikasi data historis yang ada di bucket sebelum aturan dikonfigurasi.
Progres Replikasi
Anda dapat melihat waktu replikasi terbaru untuk data yang direplikasi. Untuk migrasi data historis, Anda dapat melihat progres migrasi sebagai persentase.
Versi
Ketika bucket sumber dan tujuan memiliki pengendalian versi diaktifkan, konsistensi akhir versi data dijamin. Jika aturan replikasi dikonfigurasi untuk menyinkronkan operasi penulisan (penambahan dan modifikasi), penghapusan versi objek tertentu di bucket sumber tidak direplikasi. Namun, penanda hapus yang dibuat di bucket sumber direplikasi ke bucket tujuan.
Akselerasi Transfer
Anda dapat menggunakan fitur akselerasi transfer untuk meningkatkan kecepatan transfer data untuk replikasi lintas wilayah antara wilayah di Daratan Tiongkok dan wilayah Luar daratan Tiongkok. Untuk informasi lebih lanjut, lihat Akses OSS menggunakan akselerasi transfer.
Replikasi Data Terenkripsi
Anda dapat mereplikasi objek yang tidak dienkripsi dan objek yang dienkripsi di sisi server menggunakan SSE-KMS atau SSE-OSS. Untuk informasi lebih lanjut, lihat Replikasi lintas wilayah dengan enkripsi sisi server.
Konfigurasikan Notifikasi Event
Anda dapat mengonfigurasi aturan notifikasi event dengan menyetel jenis event menjadi
ObjectReplication:ObjectCreated,ObjectReplication:ObjectRemoved, atauObjectReplication:ObjectModified. Ini memungkinkan Anda menerima notifikasi tentang perubahan objek di bucket sumber dan tujuan selama replikasi data, termasuk pembuatan objek, pembaruan, penghapusan, dan penimpaan. Untuk informasi lebih lanjut, lihat Proses perubahan file OSS secara real-time menggunakan notifikasi event.
Catatan penggunaan
Penagihan
Untuk replikasi lintas wilayah, OSS mengenakan biaya lalu lintas replikasi lintas wilayah berdasarkan lalu lintas transfer data. Untuk informasi lebih lanjut, lihat Biaya lalu lintas replikasi lintas wilayah.
Untuk CRR lintas akun, biaya lalu lintas replikasi lintas wilayah dikenakan kepada akun yang memiliki bucket sumber.
Untuk setiap objek yang berhasil direplikasi, OSS menghitung operasi tersebut sebagai satu permintaan dan mengenakan biaya permintaan. Untuk informasi lebih lanjut, lihat Biaya permintaan.
Jika Anda mengaktifkan akselerasi transfer, Anda akan dikenakan biaya tambahan untuk fitur akselerasi transfer untuk bucket tujuan. Biaya ini dikenakan kepada akun yang memiliki bucket tujuan. Untuk informasi lebih lanjut, lihat Biaya akselerasi transfer.
Jika Anda mengaktifkan kontrol waktu replikasi (RTC), Anda akan dikenakan biaya tambahan untuk replikasi lintas wilayah RTC. Untuk informasi lebih lanjut, lihat Biaya replikasi lintas wilayah RTC.
Saat Anda menggunakan replikasi lintas wilayah untuk menyalin objek Infrequent Access atau Arsip dari bucket sumber ke bucket tujuan, tidak ada operasi pengambilan data yang dilakukan dan tidak ada biaya pengambilan data yang dikenakan.
Waktu replikasi
Replikasi data lintas wilayah adalah proses asinkron (mendekati waktu nyata). Waktu yang diperlukan untuk mentransfer data dari bucket sumber ke bucket tujuan berkisar dari beberapa menit hingga beberapa jam, tergantung pada jumlah data. Jika replikasi membutuhkan waktu yang berlebihan, periksa apakah penundaan disebabkan oleh batasan bandwidth. Jika penundaan disebabkan oleh batasan bandwidth, Anda dapat mengirimkan tiket untuk meminta peningkatan bandwidth dan meningkatkan efisiensi replikasi.
Di Konsol OSS, buka tab . Di bagian Used Bandwidth, lihat data Cross-Region Replication Inbound. Metrik ini menunjukkan bandwidth yang digunakan untuk data yang mengalir masuk ke bucket tujuan selama replikasi lintas wilayah. Untuk informasi lebih lanjut, lihat Catat penggunaan bandwidth bucket selama periode yang berbeda.
Risiko menimpa objek dengan nama yang sama
Jika dua bucket berada dalam hubungan replikasi, Anda dapat melakukan operasi pada kedua bucket secara bersamaan. Akibatnya, objek yang direplikasi dari bucket sumber mungkin menimpa objek dengan nama yang sama di bucket tujuan.
Batasan
Pembatasan wilayah
Saat Anda mengonfigurasi replikasi lintas wilayah antara wilayah di Daratan Tiongkok dan wilayah Luar daratan Tiongkok, Anda harus mengaktifkan akselerasi transfer.
Jumlah aturan
Data di bucket sumber dapat direplikasi ke beberapa bucket tujuan. Satu bucket dapat dikaitkan dengan maksimum 100 aturan replikasi. Dalam aturan-aturan ini, bucket dapat berfungsi baik sebagai bucket sumber maupun bucket tujuan.
Jika skenario bisnis Anda memerlukan jumlah aturan replikasi yang lebih besar, hubungi dukungan teknis.
Pembatasan operasi
Bucket sumber dan tujuan harus memiliki status pengendalian versi yang sama. Keduanya harus tidak memiliki versi atau memiliki pengendalian versi diaktifkan. Anda tidak dapat mengonfigurasi aturan replikasi data untuk bucket dengan pengendalian versi ditangguhkan.
Anda tidak dapat mengubah status pengendalian versi dua bucket yang berada dalam hubungan replikasi.
Jika dua bucket berada dalam hubungan replikasi, Anda dapat melakukan operasi pada kedua bucket secara bersamaan. Akibatnya, objek yang direplikasi dari bucket sumber mungkin menimpa objek dengan nama yang sama di bucket tujuan.
Data di bucket sumber dapat direplikasi ke beberapa bucket tujuan. Satu bucket dapat dikaitkan dengan maksimum 100 aturan replikasi. Dalam aturan-aturan ini, bucket dapat berfungsi baik sebagai bucket sumber maupun bucket tujuan. Jika skenario bisnis Anda memerlukan jumlah aturan replikasi yang lebih besar, hubungi dukungan teknis.
Anda tidak dapat mereplikasi objek Cold Archive atau Deep Cold Archive dari bucket sumber ke bucket tujuan, terlepas dari apakah objek tersebut telah dipulihkan.
Anda tidak dapat mereplikasi objek tambahan dari bucket sumber ke bucket tujuan yang kelas penyimpanannya adalah Cold Archive atau Deep Cold Archive.