Manfaat, keterbatasan, dan perbedaan node read-only ApsaraDB for MongoDB - ApsaraDB for MongoDB

Node read-only ApsaraDB for MongoDB memiliki URI connection string independen, memungkinkan sistem terpisah untuk terhubung secara langsung dan mengalihkan lalu lintas baca berat dari node primary dan secondary.

Dalam skenario dengan beban baca tinggi, node primary dan secondary dapat menjadi kelebihan beban akibat permintaan baca, yang berpotensi memengaruhi layanan Anda. Anda dapat membuat satu atau beberapa node read-only untuk menangani volume baca tinggi dan meningkatkan throughput aplikasi.

Arsitektur node read-only

只读节点结构图

Node read-only memiliki karakteristik berikut:

Node read-only menyinkronkan data dari node primary atau secondary dengan latensi terendah menggunakan oplog, sehingga mengurangi beban baca pada node primary dan secondary dalam skenario dengan beban baca tinggi.
Node read-only memiliki URI connection string independen, cocok untuk koneksi langsung dari aplikasi analitik seperti server analisis. Koneksi ke node read-only tidak mengganggu koneksi yang sudah ada ke node primary dan secondary.
Jika Anda memiliki dua atau lebih node read-only, Anda dapat menggunakan ReadOnly ConnectionStringURI untuk menerapkan load balancing pada permintaan baca.

Perbedaan antara node read-only dan node secondary

Node	Kesamaan	Perbedaan	Kasus Penggunaan
node read-only	Saat sistem atau aplikasi terhubung ke node read-only atau node secondary menggunakan URI connection string-nya, aksesnya bersifat read-only. Baik node read-only maupun node secondary menyediakan high availability. Jika suatu node gagal, sistem secara otomatis melakukan failover ke node yang sehat. Jika failover otomatis tidak terjadi, Anda dapat melakukan alih manual. URI connection string node tersebut tetap tidak berubah. Catatan Untuk informasi selengkapnya tentang cara mengalihkan role node, lihat Alihkan role node. Saat pemicu alih role node dijalankan, gangguan koneksi sementara hingga 30 detik dapat terjadi. Kami menyarankan agar Anda melakukan operasi ini pada jam sepi atau memastikan aplikasi Anda memiliki mekanisme rekoneksi otomatis.	Node read-only tidak dapat dipilih sebagai node primary dan tidak ikut dalam pemungutan suara pemilihan. Node read-only memiliki URI connection string independen, cocok untuk koneksi langsung dari sistem dan aplikasi terpisah. Koneksi ke node read-only tidak mengganggu koneksi yang sudah ada ke node primary dan secondary.	Jika Anda memiliki dua atau lebih node read-only, Anda dapat menggunakan ReadOnly ConnectionStringURI untuk menerapkan load balancing pada permintaan baca. Ini cocok untuk skenario yang memerlukan pembacaan data dalam jumlah besar, seperti business intelligence (BI) dan analitik big data.
node secondary		Jika node primary gagal, node secondary dapat dipilih sebagai node primary baru untuk memproses permintaan baca dan tulis. Meskipun node secondary memiliki URI connection string independen, node tersebut dapat dipilih sebagai node primary baru jika node primary saat ini gagal. Dalam kasus ini, sistem atau aplikasi yang terhubung ke node tersebut mungkin mendapatkan izin tulis.	Anda dapat menggunakan URI connection string node primary dan secondary untuk menerapkan pemisahan baca/tulis. Ini cocok untuk skenario konkuren dengan lebih banyak operasi baca daripada tulis, memungkinkan Anda meningkatkan performa sekaligus melindungi layanan dari kegagalan node.

Manfaat

Anda dapat mengubah jumlah node read-only kapan saja untuk mengelola biaya.
Node read-only memiliki URI connection string independen, cocok untuk koneksi langsung dari sistem dan aplikasi terpisah, serta tidak mengganggu koneksi yang sudah ada ke node primary dan secondary.
Node read-only memiliki spesifikasi yang sama dengan node primary dan secondary, serta secara otomatis menyinkronkan data dari node primary atau secondary dengan latensi terendah tanpa memerlukan overhead maintenance.
Node read-only hanya melayani permintaan baca dan tidak mengonsumsi sumber daya node primary. Menambah atau menghapus node read-only tidak mengganggu beban kerja pada node primary dan secondary atau menginterupsi koneksi mereka.
ApsaraDB for MongoDB menyediakan alamat terpadu (ReadOnly ConnectionStringURI) untuk instans set replika guna terhubung ke semua node read-only-nya. Anda dapat meningkatkan kapasitas baca dengan menambah jumlah node read-only tanpa perlu mengubah aplikasi Anda.

Catatan
Untuk informasi selengkapnya tentang ReadOnly ConnectionStringURI, lihat Deskripsi koneksi untuk instans set replika.

Keterbatasan

Node read-only hanya didukung untuk instans set replika dan instansi kluster sharded ApsaraDB for MongoDB.
Node read-only hanya dapat memproses permintaan baca dan tidak ikut dalam pemilihan node primary.
Anda dapat menambahkan maksimal lima node read-only ke instans set replika.
Anda dapat menambahkan maksimal lima node read-only ke setiap shard dalam instansi kluster sharded.
Data direplikasi secara asinkron dari node primary atau secondary ke node read-only. Latensi replikasi biasanya dalam kisaran milidetik, tetapi dapat meningkat hingga beberapa detik ketika node primary menangani beban tulis yang berat.

Penagihan

Harga node read-only sama dengan harga satu node dalam instans induknya, baik instans induk tersebut berupa instans set replika maupun shard dalam instansi kluster sharded.

Dokumentasi terkait

Tentukan jumlah node read-only saat membuat instans:
- Buat instans set replika: Atur parameter Read-only Nodes.
- Buat instansi kluster sharded: Atur parameter Shard Read-only Nodes.
Untuk mengubah jumlah node read-only pada instans yang sudah ada:
- Ubah konfigurasi instans set replika
  - Untuk instans pay-as-you-go, pilih Change configuration.
  - Untuk instans subscription, pilih Upgrade atau Downgrade.
- Ubah konfigurasi satu atau beberapa shard
  - Untuk instans pay-as-you-go, pilih Change configuration.
  - Untuk instans subscription, untuk mengubah satu shard, pilih Upgrade atau Downgrade. Untuk mengubah beberapa shard, pilih Batch Upgrade atau Batch Downgrade.