Kami memiliki aplikasi SaaS yang kami perlukan sangat tersedia. Kami sudah memiliki kluster failover Hyper-V Hyper-V yang mahal dan terawat dengan baik, tetapi hari ini datacenter tempat kami meng-host cluster itu memiliki pemadaman listrik lima jam yang membuat kami benar-benar offline. Jadi sekarang kita bertanya-tanya apakah pendekatan yang lebih baik mungkin menggunakan server di dua pusat data yang terpisah. Dengan asumsi kita mendapatkan semua replikasi file back-end dan replikasi data bekerja antara dua situs ini, kami bertanya-tanya bagaimana menangani perutean front-end - tidak heran bagaimana kita mendekati masalah, kita selalu berakhir dengan penyeimbang beban menjadi satu titik kegagalan.
Jadi pertanyaannya adalah ... bagaimana kita bisa mengatur load-balancing antara dua situs hosting sehingga load balancer bukan satu-satunya titik kegagalan? Apakah ada cara untuk menggunakan dua penyeimbang beban terpisah, satu di setiap situs? Haruskah kita mempertimbangkan DNS round-robin?
Anda perlu menyeimbangkan beban dengan penyeimbang beban.
Anda dapat melakukan ini dengan round-robin DNS tetapi pendekatan itu memiliki banyak masalah. Anda tidak dapat mengontrol klien yang memasukkan entri cache lebih lama dari yang Anda inginkan dan Anda tidak bisa memaksa lalu lintas untuk pergi ke lokasi tertentu.
Anda juga dapat melakukan ini dengan Global Server Load Balancing (GSLB). Ini adalah cara yang lebih maju untuk memanfaatkan DNS untuk memberi Anda visibilitas ke banyak pusat data dari internet. Singkatnya, Anda mengatur beberapa mekanisme untuk membagi lalu lintas menjadi beberapa irisan dan menggunakan DNS untuk memilih sepotong. Kami menggunakan hash resolver DNS yang dikonfigurasi untuk melakukan pencarian untuk klien. Orang lain menggunakan geografi untuk merutekan ke pusat data "terdekat". Anda harus menambahkan beberapa mekanisme untuk menghapus IP dengan cepat dari GSLB jika ada satu titik kegagalan untuk pusat data atau cluster yang turun.
http://www.eukhost.com/web-hosting/kb/global-server-load-balancing/
Akhirnya, beberapa orang yang benar-benar mahir menangani masalah ini dengan DNS Anycast. Ini lagi mencoba memanfaatkan pendekatan pusat data "terdekat". Melakukan anycasting pada layanan Anda berarti Anda harus menghilangkan "status penuh". Ini mungkin terbukti sulit.
sumber
Bertahun-tahun kemudian ... tetapi bagi mereka yang masih mencari ini tampaknya menjadi solusi yang paling terjangkau / sederhana untuk kegagalan DNS:
sumber