Praktik terbaik replikasi lintas wilayah dan wilayah yang sama di Azure DocumentDB

Artikel ini membahas pemulihan bencana lintas wilayah (DR) untuk Azure DocumentDB. Ini juga mencakup kemampuan untuk membaca kluster replika dalam wilayah Azure yang sama atau lainnya untuk meningkatkan skalabilitas operasi pembacaan.

Fitur replikasi memungkinkan Anda mereplikasi data dari kluster ke kluster baca-saja di wilayah Azure lain atau yang sama. Replika diperbarui dengan teknologi replikasi asinkron. Anda dapat memiliki satu replika kluster di wilayah pilihan lain untuk kluster Azure DocumentDB utama. Dalam kasus pemadaman wilayah yang jarang terjadi, Anda dapat mempromosikan replika kluster di wilayah lain untuk menjadi kluster baca-tulis baru untuk pengoperasian berkelanjutan database MongoDB Anda. Aplikasi mungkin terus menggunakan string koneksi yang sama setelah replika kluster di wilayah lain dipromosikan untuk menjadi kluster utama baru.

Replika adalah kluster baru yang Anda kelola yang mirip dengan kluster biasa. Untuk setiap replika baca, Anda akan dikenakan biaya untuk daya komputasi yang dialokasikan dalam vCores dan penyimpanan dengan ukuran GiB per bulan. Biaya komputasi dan penyimpanan untuk kluster replika memiliki struktur yang sama dengan kluster reguler dan harga wilayah Azure tempat kluster dibuat.

Pemulihan bencana menggunakan kluster replika

Replikasi lintas wilayah adalah salah satu dari beberapa pilar penting dalam strategi kelangsungan bisnis Azure dan pemulihan bencana (BCDR). Replikasi lintas wilayah secara asinkron mereplikasi aplikasi dan data yang sama di seluruh wilayah Azure lainnya untuk perlindungan pemulihan bencana. Tidak semua layanan Azure secara otomatis mereplikasi data atau secara otomatis beralih kembali dari wilayah yang gagal untuk mereplikasi silang ke wilayah lain yang tersedia. Azure DocumentDB menyediakan opsi untuk membuat replika kluster di wilayah lain dan memiliki data yang ditulis pada kluster utama yang direplikasi ke replika tersebut secara otomatis. Fallback ke replika kluster jika ada pemadaman di wilayah utama perlu dimulai secara manual.

Saat replikasi lintas wilayah diaktifkan pada kluster Azure DocumentDB, setiap shard akan direplikasi ke wilayah lain secara terus menerus. Replikasi ini mempertahankan replika data di wilayah yang dipilih. Replika semacam itu siap digunakan sebagai bagian dari rencana pemulihan bencana dalam kasus langka pemadaman wilayah utama. Replikasi bersifat asinkron. Operasi tulis pada pecahan kluster utama tidak menunggu replikasi selesai ke shard replika yang sesuai sebelum mengirim konfirmasi keberhasilan penulisan. Replikasi asinkron membantu menghindari peningkatan latensi untuk operasi tulis pada kluster utama.

Penulisan berkelanjutan, operasi baca pada replika kluster, dan string koneksi

String koneksi baca-tulis global di Azure DocumentDB secara konsisten mengarahkan penulisan ke kluster aktif yang sudah diaktifkan untuk penulisan. Saat Anda memulai promosi kluster replika, kluster replika di Region B dialihkan ke mode tulis, sementara kluster utama di Region A beralih ke baca-saja. Sebelum promosi, string koneksi baca-tulis global menargetkan kluster utama di Wilayah A dan kemudian diperbarui untuk menunjuk ke Wilayah B ketika ia mengambil alih tanggung jawab tulis. Untuk aplikasi yang menggunakan string koneksi baca-tulis global, operasi tulis berlanjut dengan lancar selama proses promosi, mempertahankan aliran data yang tidak terganggu.

Kluster replika juga tersedia untuk dibaca. Ini membantu mengalihkan operasi baca intensif dari kluster utama atau memberikan latensi rendah untuk operasi baca kepada klien yang berlokasi lebih dekat ke wilayah replikasi. Ketika replikasi lintas wilayah diaktifkan, aplikasi dapat menggunakan string koneksi mandiri kluster replika untuk melakukan pembacaan dari replika kluster. Kluster utama tersedia untuk operasi baca dan tulis menggunakan string koneksi sendiri.

Saat Anda membuat replika dengan mengaktifkan replikasi lintas wilayah atau wilayah yang sama, replikasi tersebut tidak mewarisi pengaturan jaringan seperti aturan firewall kluster utama. Pengaturan ini harus disiapkan secara independen untuk replika. Replika mewarisi akun admin dari kluster utama. Akun pengguna perlu dikelola pada kluster utama. Anda dapat terhubung ke kluster utama dan kluster replikanya menggunakan akun pengguna yang sama.

Promosi kluster replika

Jika pemadaman wilayah terjadi, Anda dapat melakukan operasi pemulihan bencana dengan mempromosikan replika kluster Anda di wilayah lain agar tersedia untuk ditulis. Selama operasi promosi replika, langkah-langkah ini terjadi:

1. Penulisan pada replika di wilayah B diaktifkan selain bacaan. Replika yang sebelumnya kini menjadi kluster baru dengan fungsi baca-tulis.
2. Kluster replika yang dipromosikan di wilayah B menerima penulisan menggunakan string koneksi dan string koneksi baca-tulis global.
3. Kluster di wilayah A diatur ke baca-saja dan menyimpan string koneksi.

Penting

Karena replikasi tidak sinkron, beberapa data dari kluster di wilayah A mungkin tidak direplikasi ke wilayah B ketika replika kluster di wilayah B dipromosikan. Jika demikian, promosi akan mengakibatkan data yang tidak direplikasi tidak hadir dalam kedua-dua kluster.

Metode autentikasi pada kluster replika

Metode autentikasi dikelola secara independen pada kluster utama dan replika. Pengguna dan prinsip keamanan lainnya, seperti identitas terkelola, selalu dikelola pada kluster utama dan disinkronkan ke kluster replika.

Jika kluster utama memiliki metode autentikasi DocumentDB asli yang dinonaktifkan pada saat kluster replika dibuat, mengaktifkan autentikasi DocumentDB asli pada replika tidak diizinkan. Untuk mengaktifkan autentikasi DocumentDB asli pada replika tersebut, autentikasi tersebut harus terlebih dahulu dipromosikan.

Konten terkait

• Pelajari cara mengaktifkan replikasi dan mempromosikan kluster replika
• Lihat batas dan batasan replikasi
• Untuk mengatasi masalah replikasi lintas wilayah, lihat panduan pemecahan masalah ini.
• Pelajari tentang keandalan di Azure DocumentDB