Dalam instance cloud-native yang diterapkan di beberapa zona, jika jumlah node di zona utama lebih besar dari atau sama dengan 2 (dengan total minimal 3 node), sistem high availability (HA) akan memprioritaskan failover di dalam zona utama ketika Node master gagal. Fitur ini membantu mencegah lonjakan latensi selama failover ke zona sekunder.
Standar dan arsitektur kluster cloud-native secara otomatis mengaktifkan fitur ini, sehingga tidak memerlukan intervensi manual. Topik ini menggunakan arsitektur kluster sebagai contoh untuk penjelasan.
Informasi latar belakang
Dalam penerapan multi-zona, Node master dan replika setiap shard dalam instance kluster ditempatkan di zona berbeda dalam wilayah yang sama. Zona tersebut merupakan area fisik terpisah dengan sumber daya listrik dan jaringan independen untuk memastikan pemulihan bencana yang tinggi.
Ketika Node master suatu shard gagal, instance secara otomatis memicu failover untuk meminimalkan dampaknya. Dalam banyak kasus, klien juga ditempatkan di zona utama. Jika tidak ada failover yang terjadi, klien dan Node master instance kluster tetap berada di zona yang sama, meminimalkan latensi akses dan menghasilkan koneksi paling optimal. Gambar berikut menunjukkan arsitektur instance kluster tiga-shard.
Ketika Node master suatu shard gagal dan memicu failover, sistem HA memindahkan beban kerja dari Node master ke Node replika di zona sekunder. Dalam hal ini, klien mengakses instance lintas zona (pusat data), yang dapat meningkatkan latensi akses secara signifikan.
Latensi lintas zona jauh lebih tinggi daripada latensi di dalam zona yang sama. Untuk informasi tentang rata-rata latensi lintas zona, kunjungi halaman Kinerja Jaringan Cloud.
Tair (Redis OSS-compatible) adalah database in-memory yang menyediakan performa tinggi dan latensi rendah. Latensi jaringan tinggi dapat langsung memengaruhi waktu respons keseluruhan permintaan layanan. Untuk mengoptimalkan performa, stabilitas, dan pemulihan bencana, kami merekomendasikan agar Anda menambahkan Node replika ke zona utama instance kluster.
Jika Node master gagal dan memicu failover, instance akan memprioritaskan pengalihan di zona yang sama. Setelah pengalihan, Node master tetap berada di zona utama, sehingga tidak meningkatkan latensi akses.
Jika terjadi kegagalan tingkat zona di zona utama, instance melakukan pengalihan zona silang untuk pemulihan bencana.
Ikhtisar solusi
Tair (Redis OSS-compatible) memungkinkan Anda menentukan dua hingga lima node untuk satu shard dari instance kluster.
Ketika jumlah node adalah 2, satu node ditempatkan di zona utama dan yang lainnya di zona sekunder.
Ketika jumlah node adalah 3, dua node ditempatkan di zona utama dan satu node di zona sekunder.
Ketika jumlah node adalah 4 atau 5, Anda dapat menempatkan node tambahan di zona utama atau sekunder.
Gambar berikut menunjukkan arsitektur instance kluster dengan tiga shard dan tiga node (dua node di zona utama dan satu node di zona sekunder).
Jika Node master suatu shard gagal dan memicu failover, sistem HA memprioritaskan pemindahan beban kerja dari Node master ke Node replika di zona utama. Dalam hal ini, klien terus mengakses instance di dalam zona yang sama untuk mencegah peningkatan latensi akses, seperti yang ditunjukkan pada gambar berikut.
Panduan cara
Jika Anda belum membuat instance, Anda harus membuat instance cloud-native yang diterapkan di beberapa zona. Untuk informasi lebih lanjut, lihat Langkah 1: Buat Instance.
Gambar berikut menunjukkan konfigurasi di mana jumlah node di zona utama lebih besar dari atau sama dengan 2.
Jika Anda telah membuat instance kluster cloud-native yang diterapkan di beberapa zona, Anda dapat pergi ke halaman Node Management di halaman detail instance dan klik Modify untuk menambah jumlah node di zona utama menjadi minimal 2.
Jika Anda telah membuat instance klasik, Anda dapat membuat instance yang memenuhi kondisi tersebut dan menggunakan Data Transmission Service (DTS) untuk menyinkronkan data ke instance baru. Untuk informasi lebih lanjut, lihat Konfigurasikan Sinkronisasi Data Satu Arah Antar Instance.