Buat instance replica set multi-zona - ApsaraDB for MongoDB

Topik ini menjelaskan cara membuat instance replica set multi-zona. ApsaraDB for MongoDB menyediakan solusi pemulihan bencana zona untuk memastikan keandalan dan ketersediaan tinggi dari instance replica set Anda. Solusi ini menerapkan node dari instance replica set tiga-node di dua atau tiga zona dalam wilayah yang sama. Node-node tersebut bertukar data melalui jaringan internal.

Prasyarat

Akun Alibaba Cloud telah dibuat. Untuk informasi lebih lanjut, lihat Daftar dengan Alibaba Cloud.
Fitur penyebaran dua zona masih dalam pratinjau undangan. Untuk menggunakan fitur ini, submit a ticket.

Catatan penggunaan

Tiga zona

Jika aplikasi Anda diterapkan pada Instance Elastic Compute Service (ECS), pastikan bahwa instance ApsaraDB for MongoDB Anda dan instance ECS memenuhi persyaratan berikut untuk memastikan konektivitas jaringan. Untuk informasi lebih lanjut tentang cara melihat informasi tentang instance ECS, lihat Lihat informasi instance.

Instance ApsaraDB for MongoDB Anda dan instance ECS diterapkan di wilayah yang sama.
Instance ApsaraDB for MongoDB Anda dan instance ECS menggunakan tipe jaringan yang sama.
Catatan
- Zona yang sama direkomendasikan karena zona yang sama mengurangi latensi jaringan.
- VPC direkomendasikan karena VPC memberikan keamanan yang lebih tinggi.
- Jika tipe jaringan adalah VPC, Anda harus memastikan bahwa mereka menggunakan ID VPC yang sama.
- Jika Anda ingin menggunakan tipe jaringan VPC, tetapi tipe jaringan instance ECS adalah classic network, Anda dapat mengubah tipe jaringan instance ECS menjadi VPC. Untuk informasi lebih lanjut, lihat Migrasikan instance ECS dari jaringan klasik ke VPC.

Dua zona

Jika aplikasi Anda diterapkan pada instance ECS, pastikan bahwa instance ApsaraDB for MongoDB Anda dan instance ECS memenuhi persyaratan berikut untuk memastikan konektivitas jaringan. Untuk informasi lebih lanjut tentang cara melihat informasi tentang instance ECS, lihat Lihat informasi instance.
- Instance ApsaraDB for MongoDB Anda dan instance ECS diterapkan di wilayah yang sama.
- Instance ApsaraDB for MongoDB Anda dan instance ECS menggunakan tipe jaringan yang sama.
  Catatan
  - Zona yang sama direkomendasikan karena zona yang sama mengurangi latensi jaringan.
  - VPC direkomendasikan karena VPC memberikan keamanan yang lebih tinggi.
  - Jika tipe jaringan adalah VPC, Anda harus memastikan bahwa mereka menggunakan ID VPC yang sama.
  - Jika Anda ingin menggunakan tipe jaringan VPC, tetapi tipe jaringan instance ECS adalah classic network, Anda dapat mengubah tipe jaringan instance ECS menjadi VPC. Untuk informasi lebih lanjut, lihat Migrasikan instance ECS dari jaringan klasik ke VPC.
Jika keamanan tulis instance replica set ApsaraDB for MongoDB disetel ke WriteConcer=majority, operasi tulis tidak akan dianggap berhasil sampai operasi tersebut dikonfirmasi untuk merutekan mayoritas node dalam instance. Oleh karena itu, dalam skenario pemulihan bencana di mana terjadi gangguan di zona dengan dua node yang diterapkan, kehilangan data mungkin terjadi dalam jendela latensi sinkronisasi antara node utama di salah satu dari dua zona dan node yang diterapkan di zona lainnya.
Pergantian zona ganda berada dalam mode manual atau otomatis. Anda dapat masuk ke halaman detail instance suatu instance untuk menentukan mode pergantian zona ganda. Secara default, mode pergantian manual digunakan.

Batasan

Anda hanya dapat menerapkan instance replica set multi-zona yang menggunakan disk cloud di wilayah tertentu. Untuk informasi lebih lanjut tentang wilayah yang didukung, lihat bagian Instance berbasis disk cloud (penyebaran tiga zona) dan Instance berbasis disk cloud (penyebaran dua zona) dari topik "Wilayah dan zona yang tersedia".
Anda hanya dapat memilih Single-zone untuk instance ApsaraDB for MongoDB yang menggunakan disk lokal. Namun, Anda dapat mengonfigurasi parameter Zone untuk menerapkan instance replica set di beberapa zona. Untuk menerapkan instance di beberapa zona, Anda harus memilih wilayah yang mencakup kombinasi beberapa zona dalam format berikut: Wilayah Zona (1 + 2 + 3). Contoh: Shenzhen Zona (C + D + E). Untuk informasi lebih lanjut tentang wilayah yang didukung, lihat bagian Instance berbasis disk lokal dari topik "Wilayah dan zona yang tersedia".

Kebijakan penyebaran node

Penyebaran zona	Deskripsi
Satu zona	Sistem menerapkan node utama, sekunder, dan tersembunyi dari instance replica set di zona yang sama.
Dua zona	Sistem menerapkan node utama, sekunder, dan tersembunyi dari instance replica set di dua zona. Jika salah satu zona tidak tersedia karena faktor force majeure seperti kegagalan daya atau jaringan, sistem melakukan operasi yang diperlukan untuk memastikan ketersediaan instance berdasarkan solusi pergantian zona ganda yang Anda tentukan. Mode berikut tersedia untuk menangani gangguan zona: Pergantian manual: Jika zona tidak tersedia, sistem high-availability (HA) tidak secara otomatis beralih zona dan memulai instance dua zona untuk memulihkan ketersediaan instance. Dalam kasus ini, Anda dapat menggunakan proses konfirmasi manual yang disediakan oleh ApsaraDB for MongoDB untuk mengonfirmasi bahwa pergantian otomatis hanya terjadi setelah Anda menerima kehilangan data. Pergantian otomatis: Jika zona tidak tersedia, sistem HA secara otomatis memulai node yang tersisa sebagai node tunggal untuk memulihkan ketersediaan instance. Selama proses ini, kehilangan data mungkin terjadi dalam jendela latensi sinkronisasi.
Tiga zona	Sistem menerapkan node utama, sekunder, dan tersembunyi dari instance replica set di tiga zona. Jika salah satu zona tidak tersedia karena faktor force majeure seperti kegagalan daya atau jaringan, sistem HA secara otomatis beralih layanan ke zona lain.

Prosedur

Untuk informasi tentang cara membuat instance replica set multi-zona, lihat Buat instance replica set.

Referensi

Anda dapat menggunakan fitur ketersediaan layanan untuk melihat penyebaran node dalam instance replica set multi-zona di seluruh zona. Anda juga dapat mengganti peran node dari instance berdasarkan penyebaran bisnis Anda. Dengan cara ini, aplikasi Anda dapat terhubung ke node terdekat. Untuk informasi lebih lanjut, lihat Ganti peran node.