Buat instance cluster sharded multi-zona - ApsaraDB for MongoDB

Topik ini menjelaskan cara membuat instance cluster sharded multi-zona. ApsaraDB for MongoDB menyediakan solusi pemulihan bencana zona untuk memastikan keandalan dan ketersediaan tinggi instance cluster sharded Anda. Solusi ini menerapkan node dari instance cluster sharded 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 Sign up with 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 dan instance ECS memenuhi persyaratan berikut untuk memastikan konektivitas jaringan. Untuk informasi lebih lanjut tentang cara melihat informasi instance ECS, lihat Lihat informasi instance.

Instance ApsaraDB for MongoDB dan instance ECS diterapkan di wilayah yang sama.
Instance ApsaraDB for MongoDB dan instance ECS menggunakan tipe jaringan yang sama.
Catatan
- Zona yang sama direkomendasikan karena mengurangi latensi jaringan.
- VPC direkomendasikan karena memberikan keamanan yang lebih tinggi.
- Jika tipe jaringan adalah VPC, pastikan 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 dan instance ECS memenuhi persyaratan berikut untuk memastikan konektivitas jaringan. Untuk informasi lebih lanjut tentang cara melihat informasi instance ECS, lihat Lihat informasi instance.
- Instance ApsaraDB for MongoDB dan instance ECS diterapkan di wilayah yang sama.
- Instance ApsaraDB for MongoDB dan instance ECS menggunakan tipe jaringan yang sama.
  Catatan
  - Zona yang sama direkomendasikan karena mengurangi latensi jaringan.
  - VPC direkomendasikan karena memberikan keamanan yang lebih tinggi.
  - Jika tipe jaringan adalah VPC, pastikan 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 set replika ApsaraDB for MongoDB diatur 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 kegagalan 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.
Alih zona ganda berada dalam mode manual atau otomatis. Anda dapat masuk ke halaman detail instance suatu instance untuk menentukan mode alih zona ganda. Secara default, mode alih manual digunakan.

Batasan

Anda hanya dapat menerapkan instance cluster sharded 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 set replika 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 Zones (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

Zona	Kebijakan penyebaran
Satu zona	Node mongos, shard, dan ConfigServer dari instance cluster sharded diterapkan di zona yang sama.
Dua zona	Node mongos, shard, dan ConfigServer dari instance cluster sharded diterapkan di dua zona. Komponen Mongos: Semua komponen mongos diterapkan secara merata di semua pusat data. Komponen mongos hanya berisi satu node. Instance cluster sharded berisi setidaknya dua node mongos yang diterapkan di dua zona. Node tambahan yang akan ditambahkan diterapkan secara merata di dua zona. Komponen Shard: Node utama, sekunder, dan tersembunyi dari komponen shard diterapkan di dua zona. Zona node dapat berubah karena alih manual utama/sekedunder atau alih otomatis high-availability (HA). Komponen ConfigServer: Node utama, sekunder, dan tersembunyi dari komponen ConfigServer diterapkan di dua zona. Zona node dapat berubah karena alih manual utama/sekedunder atau alih otomatis HA. 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 alih zona ganda yang Anda tentukan. Mode berikut tersedia untuk menangani kegagalan zona: Alih 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 alih otomatis hanya terjadi setelah Anda menerima kehilangan data. Alih 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.
Beberapa zona	Node mongos, shard, dan ConfigServer dari instance cluster sharded diterapkan di tiga zona. Komponen Mongos: Semua komponen mongos diterapkan secara merata di semua pusat data. Instance cluster sharded berisi setidaknya dua komponen mongos yang diterapkan di dua zona. Secara default, ketika Anda menambahkan node mongos ketiga, node tersebut diterapkan di zona ketiga. Node tambahan yang akan ditambahkan diterapkan di tiga zona secara bergantian. Komponen Shard: Node utama, sekunder, dan tersembunyi dari komponen shard tidak diterapkan di tiga zona secara berurutan. Zona node dapat berubah karena alih manual utama/sekedunder atau alih otomatis HA. Komponen ConfigServer: Node utama, sekunder, dan tersembunyi dari komponen ConfigServer diterapkan 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 lebih lanjut tentang cara membuat instance cluster sharded multi-zona, lihat Buat instance cluster sharded.

Referensi

Anda dapat menggunakan fitur ketersediaan layanan untuk melihat penyebaran node dalam instance cluster sharded multi-zona di seluruh zona. Anda juga dapat mengalihkan peran node instance berdasarkan penyebaran bisnis Anda. Dengan cara ini, aplikasi Anda dapat terhubung ke node terdekat. Untuk informasi lebih lanjut, lihat Alih peran node.