Tair (Redis® OSS-Compatible)：Alih beban kerja secara manual dari node master ke node replika

Dampak

• Node data tempat alih dilakukan terputus selama beberapa detik. Alih memiliki risiko potensial kehilangan data. Sebagai contoh, data mungkin menjadi tidak konsisten antara node master dan replika karena latensi sinkronisasi. Untuk mencegah risiko kehilangan data potensial yang disebabkan oleh alih dan penulisan ganda data yang disebabkan oleh cache Sistem Nama Domain (DNS), node data tetap hanya-baca hingga 30 detik.

• Setelah instance memasuki status Switching, Anda tidak dapat mengelola instance ini. Sebagai contoh, Anda tidak dapat memodifikasi konfigurasi instance atau memigrasikan instance ke zona lain.

Contoh skenario

Dalam contoh berikut, instance Elastic Compute Service (ECS) tempat aplikasi Anda diterapkan berada di Zona B, dan node master instance Tair (Redis OSS-compatible) berada di Zona A. Koneksi antara instance ECS dan node master instance Tair (Redis OSS-compatible) mencakup zona yang berbeda. Hal ini meningkatkan latensi jaringan serta memengaruhi kinerja instance Tair (Redis OSS-compatible) dan bisnis Anda.

Untuk mengoptimalkan arsitektur penyebaran sumber daya cloud, Anda dapat mengalihkan beban kerja Anda dari node master ke node replika untuk meminimalkan latensi jaringan. Setelah alih manual, node replika asli dipromosikan menjadi node master baru. Alih manual tidak menyebabkan perubahan pada zona dan ID node master dan node replika.

Prosedur

1. Masuk ke konsol dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instance yang ingin Anda kelola berada. Kemudian, temukan instance dan klik ID instance.

2. Di panel navigasi sisi kiri, klik Service Availability.

3. Di bagian Data Node, pilih shard data tempat Anda ingin melakukan alih dan klik Switchover.

   Catatan

   Jika instance adalah instance kluster, Anda dapat melihat informasi tentang zona tempat node master dan replika dari setiap shard data berada.

4. Di panel yang muncul, pilih waktu ketika Anda ingin melakukan alih.

   • Immediate: melakukan alih segera.

   • Maintenance Window: melakukan alih dalam jendela pemeliharaan yang ditentukan. Untuk informasi lebih lanjut tentang cara melihat dan memodifikasi jendela pemeliharaan instance, lihat Konfigurasikan Jendela Pemeliharaan.

5. Klik OK.

   Peringatan

   Jika Anda mengubah VPC atau vSwitch instance, koneksi transien yang berlangsung sekitar 30 detik akan terjadi. Pastikan Anda melakukan operasi ini selama jam-jam sepi dan aplikasi Anda dapat terhubung kembali secara otomatis ke instance.

FAQ

• Mengapa status instance berubah menjadi Switching setelah saya memilih Update During Maintenance?

  Status instance berubah menjadi Switching karena instance sedang mempersiapkan pembaruan. Ketika sistem mempersiapkan pembaruan, seperti mengajukan sumber daya dan menyinkronkan data, switchovers instance atau switchovers master-replika tidak dilakukan, dan ketersediaan layanan tidak terpengaruh. Switchovers instance atau switchovers master-replika hanya dilakukan selama maintenance window. Dalam kasus ini, instance mengalami koneksi transien selama beberapa detik dan kemudian tetap dalam status hanya-baca hingga 30 detik.

Operasi API terkait

Referensi

Tair (Redis OSS-compatible) dapat memantau status kesehatan node. Jika node master dalam instance gagal, alih master-replika secara otomatis dipicu. Sebagai contoh, peran node master dan replika dialihkan untuk memastikan ketersediaan tinggi instance. Untuk informasi lebih lanjut, lihat Ketersediaan Tinggi.