Failover

Jika cluster Bigtable tidak responsif, replikasi memungkinkan traffic masuk mengalami kegagalan ke cluster lain dalam instance yang sama. Failover dapat dilakukan secara manual atau otomatis, bergantung pada profil aplikasi yang digunakan aplikasi dan cara konfigurasi profil aplikasi.

Halaman ini menjelaskan cara kerja failover manual dan otomatis dalam instance yang menggunakan replikasi. Untuk mempelajari cara menyelesaikan failover, lihat Mengelola failover.

Sebelum membaca halaman ini, Anda harus memahami ringkasan replikasi Bigtable. Anda juga harus memahami opsi perutean yang tersedia.

Failover manual

Jika profil aplikasi menggunakan perutean cluster tunggal untuk mengarahkan semua permintaan ke satu cluster, Anda harus menggunakan pertimbangan sendiri untuk memutuskan kapan harus memulai failover ke cluster lain.

Berikut beberapa sinyal yang mungkin menunjukkan bahwa akan bermanfaat untuk melakukan failover ke cluster lain:

  • Cluster mulai menampilkan sejumlah besar error sistem sementara.
  • Sejumlah besar permintaan mulai mengalami waktu tunggu habis.
  • Latensi respons rata-rata meningkat ke tingkat yang tidak dapat diterima.

Karena sinyal ini dapat muncul karena berbagai alasan, melakukan failover ke cluster lain tidak dijamin akan menyelesaikan masalah yang mendasarinya. Pantau instance Anda sebelum dan sesudah failover untuk memverifikasi bahwa metrik telah meningkat.

Untuk mengetahui detail tentang cara menyelesaikan failover manual, lihat Menyelesaikan failover manual.

Failover otomatis

Jika profil aplikasi menggunakan perutean multi-cluster, Bigtable akan menangani failover secara otomatis. Jika cluster terdekat tidak dapat menangani permintaan, Bigtable akan merutekan traffic ke cluster terdekat yang tersedia.

Failover otomatis dapat terjadi meskipun cluster tidak tersedia dalam waktu yang sangat singkat. Misalnya, jika Bigtable merutekan permintaan ke satu cluster, dan cluster tersebut terlalu lambat untuk membalas atau menampilkan error sementara, Bigtable biasanya akan mencoba lagi permintaan tersebut di cluster lain.

Jika Anda menggunakan perutean multi-cluster dan mengirim permintaan dengan batas waktu, Bigtable akan otomatis melakukan failover jika diperlukan untuk membantu Anda memenuhi batas waktu. Jika batas waktu sudah dekat dan cluster awal belum mengirim respons, Bigtable akan merutekan ulang permintaan ke cluster terdekat berikutnya. Batas waktu yang Anda tetapkan memengaruhi seberapa cepat hal ini terjadi: batas waktu yang lebih singkat akan memicu failover lebih awal, sedangkan batas waktu yang lebih lama akan memberikan lebih banyak waktu sebelum melakukan failover.

Pastikan batas waktu Anda cukup lama untuk memungkinkan permintaan failover berhasil diselesaikan di cluster berikutnya, terutama jika cluster berikutnya berada di region yang berbeda.

Bigtable menggunakan algoritma last write wins internal untuk menangani konflik data yang mungkin terjadi akibat failover sebelum replikasi selesai. Lihat Resolusi konflik untuk mengetahui detail selengkapnya.

Jika Anda menggunakan replikasi dengan perutean multi-cluster untuk mencapai ketersediaan tinggi (HA) untuk aplikasi Anda, Anda harus menempatkan server klien atau VM di atau dekat lebih dari satu Google Cloud region. Rekomendasi ini berlaku meskipun server aplikasi Anda tidak dihosting oleh Google Cloud, karena data Anda akan memasuki Google Cloud jaringan melalui Google Cloud region yang paling dekat dengan server aplikasi Anda. Seperti permintaan lainnya, failover akan selesai lebih cepat jika jaraknya lebih pendek.

Banyak failover otomatis yang sangat singkat sehingga Anda tidak akan menyadarinya. Anda dapat memeriksa grafik Failover Otomatis di Google Cloud konsol untuk melihat jumlah permintaan yang otomatis dirutekan ulang selama jangka waktu tertentu: buka daftar instance, klik nama instance, lalu klik Insight sistem.

Langkah berikutnya