Saya memiliki dan mengoperasikan visualwebsiteoptimizer.com /. Aplikasi ini menyediakan cuplikan kode yang dimasukkan oleh pelanggan saya di situs web mereka untuk melacak metrik tertentu. Karena cuplikan kode adalah JavaScript eksternal (di bagian atas kode situs), sebelum menampilkan situs web pelanggan, browser pengunjung menghubungi server aplikasi kami. Jika server aplikasi kami mogok, browser akan terus berusaha membuat koneksi sebelum waktu habis (biasanya 60 detik). Seperti yang dapat Anda bayangkan, kami tidak dapat menurunkan server aplikasi kami dalam skenario apa pun karena itu akan berdampak negatif pada pengalaman tidak hanya pengunjung situs web kami tetapi juga pengunjung situs web pelanggan kami!
Kami saat ini menggunakan mekanisme DNS failover dengan satu server cadangan yang terletak di pusat data yang berbeda (benua yang sebenarnya berbeda). Yaitu, kami memantau server aplikasi kami dari 3 lokasi terpisah dan segera setelah terdeteksi turun, kami mengubah catatan untuk menunjuk ke cadangan IP server. Ini berfungsi dengan baik untuk sebagian besar browser (karena TTL kami adalah 2 menit) tetapi IE cache DNS selama 30 menit yang mungkin merupakan pembunuh bayaran. Lihat posting terbaru kami dari visualwebsiteoptimizer.com/split-testing-blog/maximum-theoretical-downtime-for-a-website-30-minutes/
Jadi, pengaturan seperti apa yang dapat kita gunakan untuk memastikan kegagalan yang hampir instan jika pusat data aplikasi mengalami pemadaman besar? Saya baca di sini www.tenereillo.com/GSLBPageOfShame.htm bahwa memiliki banyak catatan A adalah solusi tetapi kami tidak dapat melakukan sinkronisasi sesi (belum). Strategi lain yang kami jelajahi adalah memiliki dua catatan A, satu menunjuk ke server aplikasi dan yang kedua ke proxy terbalik (terletak di pusat data yang berbeda) yang memutuskan ke server aplikasi utama jika terserah dan untuk mem-backup server jika terserah. Apakah menurut Anda strategi ini masuk akal?
Untuk memastikan prioritas kami, kami dapat menjaga situs web atau aplikasi kami tetap rendah tetapi kami tidak dapat membiarkan situs web pelanggan melambat karena waktu henti kami. Jadi, seandainya server aplikasi kami tidak berfungsi, kami tidak bermaksud merespons dengan respons aplikasi default. Bahkan tanggapan kosong akan cukup, kita hanya perlu browser menyelesaikan koneksi HTTP itu (dan tidak ada yang lain).
Referensi: Saya membaca utas ini yang berguna serverfault.com/questions/69870/multiple-data-centers-and-http-traffic-dns-round-robin-is-the-only-way-to-ureure