ApsaraDB for MongoDB mendistribusikan node mongos, shard, dan ConfigServer dari instans kluster sharded ke dua atau tiga zona dalam wilayah yang sama. Node-node tersebut berkomunikasi melalui jaringan internal, sehingga kegagalan pada satu zona tidak menyebabkan seluruh kluster mati.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Akun Alibaba Cloud. Untuk membuatnya, lihat Sign up with Alibaba Cloud.
(Hanya untuk dual-zona) Akses ke fitur penerapan dual-zona, yang saat ini berada dalam pratinjau undangan. Submit a ticket untuk meminta akses.submit a ticket
Batasan
| Jenis disk | Konfigurasi zona yang didukung | Catatan |
|---|---|---|
| Cloud disk | Zona tunggal, Dua zona, Multi-zona (tiga zona) | Penerapan multi-zona hanya tersedia di wilayah tertentu. Lihat Instans berbasis cloud disk (penerapan tiga zona) dan Instans berbasis cloud disk (penerapan dua zona). |
| Local disk | Hanya zona tunggal | Instans kluster sharded berbasis local disk tidak mendukung penerapan lintas zona. Instans replica set dapat menggunakan parameter Zone untuk mencakup beberapa zona dalam format Region Zones (1 + 2 + 3) — misalnya, Shenzhen Zones (C + D + E). Lihat Instans berbasis local disk. |
Kebijakan penerapan node
Tabel berikut menjelaskan distribusi node di berbagai zona dan perlindungan gangguan yang disediakan oleh masing-masing konfigurasi.
| Konfigurasi zona | Distribusi node | Perilaku saat kegagalan zona |
|---|---|---|
| Single zone | Semua node mongos, shard, dan ConfigServer berada di satu zona. | Tidak ada perlindungan lintas zona. Kegagalan zona menyebabkan seluruh kluster mati.  |
| Double zones | Node didistribusikan di dua zona: instans kluster sharded berisi minimal dua node mongos yang ditempatkan di kedua zona, dengan node tambahan didistribusikan secara merata di kedua zona tersebut; node shard dan ConfigServer (primary, secondary, hidden) tersebar di kedua zona dan dapat berpindah zona setelah terjadi alih bencana primary/secondary atau HA.  | Kluster tetap tersedia berdasarkan mode alih bencana yang dikonfigurasi. Lihat Mode alih bencana dua zona. |
| Multiple zones (tiga zona) | Node didistribusikan di tiga zona: instans kluster sharded berisi minimal dua komponen mongos yang ditempatkan di dua zona, dengan node mongos ketiga secara default ditempatkan di zona ketiga dan node tambahan selanjutnya ditempatkan bergiliran di ketiga zona; node shard (primary, secondary, hidden) tidak ditempatkan secara berurutan di ketiga zona dan dapat berpindah zona setelah alih bencana; node ConfigServer (primary, secondary, hidden) ditempatkan di ketiga zona.  | Sistem ketersediaan tinggi (HA) secara otomatis mengalihkan layanan ke zona lain. Kluster tetap tersedia. |
Mode alih bencana dua zona
Saat suatu zona tidak tersedia, ApsaraDB for MongoDB menangani pemulihan berdasarkan mode alih bencana yang dikonfigurasi di halaman detail instans.
Mode alih bencana default adalah Manual switchover. Dalam mode manual, kluster tidak melakukan failover secara otomatis. Evaluasi mode mana yang sesuai dengan kebutuhan ketersediaan Anda sebelum instans digunakan secara aktif.
| Mode | Perilaku | Risiko kehilangan data |
|---|---|---|
| Manual switchover (default) | Sistem HA tidak melakukan alih bencana secara otomatis. Sistem akan memulai instans dua zona untuk memulihkan ketersediaan. Anda harus mengonfirmasi alih bencana dan menerima potensi kehilangan data sebelum proses dilanjutkan. | Data mungkin hilang dalam rentang waktu latensi sinkronisasi. |
| Automatic switchover | Sistem HA secara otomatis menjalankan node yang tersisa sebagai node tunggal untuk memulihkan ketersediaan. | Data mungkin hilang dalam rentang waktu latensi sinkronisasi. |
Jika write concern instans diatur ke WriteConcern=majority, operasi tulis tidak dikonfirmasi hingga mayoritas node mengakuinya. Dalam konfigurasi dua zona, jika zona yang berisi dua node mengalami kegagalan, data yang ditulis ke node primary di zona tersebut namun belum disinkronkan ke zona lain mungkin hilang.
Konektivitas jaringan dengan ECS
Jika aplikasi Anda berjalan di Instance Elastic Compute Service (ECS), instance ECS dan instance MongoDB harus memenuhi semua persyaratan berikut:
| Persyaratan | Alasan |
|---|---|
| Wilayah yang sama | Instance di wilayah berbeda tidak dapat berkomunikasi melalui jaringan internal. |
| Jenis jaringan yang sama (VPC direkomendasikan) | VPC memberikan keamanan lebih tinggi dibandingkan jaringan klasik. |
| ID VPC yang sama (saat menggunakan VPC) | Instance di VPC berbeda tidak dapat berkomunikasi, meskipun berada di wilayah yang sama. |
| Zona yang sama (direkomendasikan) | Mengurangi latensi jaringan antara aplikasi dan database Anda. |
Jika instance ECS Anda menggunakan jaringan klasik dan ingin beralih ke VPC, lihat Migrate ECS instances from the classic network to a VPC. Untuk informasi tentang cara menemukan zona dan informasi jaringan instance ECS Anda, lihat View instance information.
Buat instans kluster sharded multi-zona
Ikuti langkah-langkah yang sama seperti saat membuat instans kluster sharded standar. Saat diminta memilih zona, pilih Double zones atau Multiple zones. Untuk prosedur lengkapnya, lihat Create a sharded cluster instance.
Langkah berikutnya
Gunakan fitur ketersediaan layanan untuk melihat distribusi node saat ini di berbagai zona. Anda juga dapat mengalihkan peran node agar aplikasi Anda terhubung ke node terdekat. Untuk informasi lebih lanjut, lihat Switch node roles.