Untuk instans cloud-native multi-zona ketersediaan, jika zona primer memiliki dua node atau lebih (dan jumlah total node minimal tiga), sistem ketersediaan tinggi (HA) akan memprioritaskan failover di dalam zona primer saat node master mengalami kegagalan. Fitur ini mencegah peningkatan latensi akses aplikasi akibat failover ke zona sekunder.
Fitur ini diaktifkan secara default untuk instans cloud-native yang menggunakan arsitektur standar atau kluster dan tidak memerlukan konfigurasi manual. Topik ini menggunakan arsitektur kluster sebagai contoh.
Informasi latar belakang
Secara default, penerapan multi-zona ketersediaan menempatkan node master dan replika setiap shard dalam instans kluster di zona ketersediaan berbeda dalam wilayah yang sama. Zona-zona tersebut merupakan lokasi yang terisolasi secara fisik dengan catu daya dan jaringan independen, sehingga memberikan kemampuan disaster recovery yang tinggi pada instans.
Saat node master suatu shard gagal, instans secara otomatis memicu failover untuk meminimalkan dampaknya. Klien biasanya ditempatkan di zona primer. Sebelum failover, klien dan node master berada dalam zona ketersediaan yang sama, sehingga menghasilkan latensi akses serendah mungkin. Diagram berikut menunjukkan arsitektur kluster tiga shard yang khas.
Ketika node master suatu shard gagal, sistem ketersediaan tinggi (HA) mempromosikan node replika di zona sekunder menjadi node master baru. Hal ini memaksa klien mengakses instans lintas zona ketersediaan, yang secara signifikan meningkatkan latensi akses.
Latensi akses antar zona ketersediaan jauh lebih tinggi dibandingkan dalam satu zona ketersediaan. Untuk detail mengenai latensi rata-rata antar zona ketersediaan Alibaba Cloud, lihat Cloud Network Performance.
Karena Tair (Redis OSS-compatible) adalah database dalam memori berkinerja tinggi dengan latensi rendah, latensi jaringan yang tinggi secara langsung memengaruhi waktu respons bisnis Anda. Oleh karena itu, kami menyarankan agar Anda menambahkan satu node replika tambahan ke zona primer instans kluster Anda. Pendekatan ini menyeimbangkan kinerja dan stabilitas tinggi dengan kemampuan disaster recovery yang andal.
-
Saat node master gagal, instans memprioritaskan failover ke node replika dalam zona ketersediaan yang sama. Setelah failover, node master baru tetap berada di zona primer, sehingga mencegah peningkatan latensi akses.
-
Jika terjadi kegagalan tingkat zona di zona primer, instans melakukan failover lintas zona, sehingga tetap menyediakan disaster recovery tingkat tinggi.
Cara kerja
Tair (Redis OSS-compatible) memungkinkan Anda mengonfigurasi 2 hingga 5 node untuk setiap shard instans kluster.
-
Dengan 2 node, satu node ditempatkan di zona primer dan satu node lainnya di zona sekunder secara default.
-
Dengan 3 node, dua node ditempatkan di zona primer dan satu node di zona sekunder secara default.
-
Dengan 4 atau 5 node, Anda dapat mendistribusikan sisa node antara zona primer dan zona sekunder.
Topik ini menggunakan contoh arsitektur kluster tiga shard dengan tiga node (dua node di zona primer dan satu node di zona sekunder), seperti yang ditunjukkan pada gambar berikut.
Jika node master suatu shard gagal, sistem ketersediaan tinggi (HA) memprioritaskan promosi node replika di zona primer menjadi node master baru. Klien terus mengakses instans dalam zona ketersediaan yang sama, sehingga mencegah peningkatan latensi akses, seperti yang ditunjukkan pada gambar berikut.
Prosedur
-
Jika Anda belum memiliki instans, buat instans cloud-native multi-zona ketersediaan. Untuk informasi selengkapnya, lihat Create an instance.
Untuk memastikan zona primer memiliki minimal dua node, konfigurasikan pengaturan berikut: Pada halaman pengaturan, atur Intelligent Read/Write Splitting (Anda dapat memilih Disabled atau Enabled. Fitur ini tidak tersedia untuk instans arsitektur kluster dalam mode koneksi langsung tanpa proxy). Pilih Number of Nodes. Misalnya, 3 Nodes menyediakan satu node master dan dua node replika untuk setiap shard dalam arsitektur kluster. Jika pemisahan baca/tulis diaktifkan, node replika juga dapat melayani permintaan baca. Atur jumlah node untuk Node Allocation (Primary AZ). Jumlah node di zona sekunder dihitung sebagai: Number of Nodes – Nodes in Primary AZ. Kami menyarankan mengonfigurasi minimal dua node di zona primer dan dua node di zona sekunder, sehingga total minimal empat node.
-
Jika Anda memiliki instans cloud-native zona tunggal yang sudah ada, pertama-tama migrasikan instans tersebut ke penerapan multi-zona ketersediaan. Kemudian, pada halaman Add or Remove Replica Nodes, tingkatkan jumlah node di zona primer menjadi minimal dua.
-
Jika Anda memiliki instans cloud-native multi-zona ketersediaan yang sudah ada, tingkatkan jumlah node di zona primer menjadi minimal dua pada halaman Add or Remove Replica Nodes. Pada bagian Node Distribution (Availability Zone), klik Modify di kolom Actions untuk zona primer.
-
Jika Anda memiliki instans yang menggunakan mode penyebaran Classic, buat instans baru yang memenuhi persyaratan di atas dan migrasikan data ke instans baru tersebut menggunakan DTS untuk melakukan sinkronisasi satu arah dalam Akun Alibaba Cloud yang sama.