Bagaimana saya bisa memuat-menyeimbangkan penyeimbang beban?


11

Saya akan mengubah aplikasi web database server tunggal menjadi konfigurasi yang tersedia secara fisik dengan server di dua lokasi fisik (untuk saat ini). Sekarang, jelas, saya memerlukan penyeimbang beban (lebih seperti proxy terbalik dalam kasus ini, tapi saya akan menyebutnya "penyeimbang beban" untuk kesederhanaan), yang akan merutekan permintaan untuk mywebsitesalah satu node1.mywebsiteatau node2.mywebsite. Namun, saya berasumsi bahwa server yang tersedia tinggi tidak digunakan jika penyeimbang beban saya turun. Oleh karena itu, jadi pemikiran saya, saya benar-benar membutuhkan dua penyeimbang beban, satu di setiap lokasi. Namun, saya masih menginginkan satu titik akses eksternal, oleh karena itu saya memerlukan penyeimbang beban untuk penyeimbang beban, yang pada gilirannya akan perlu diseimbangkan di seluruh lokasi ... ini berjalan terus dan terus.

Jadi apa yang salah dengan alasan saya? Bagaimana saya memastikan ketersediaan penyeimbang beban saya yang tinggi dalam praktik, dengan asumsi masing-masing lokasi fisik dapat terputus dari daya untuk jangka waktu yang lama?

PS : Saya menyadari fakta bahwa pemahaman saya tentang perbedaan antara HA dan penyeimbangan beban paling tidak biasa-biasa saja. Yang saya inginkan adalah server yang tersedia bahkan ketika daya di satu lokasi turun. Terima kasih atas pengertian Anda.


1
Sudahkah Anda menyelidiki IP failover? Jika kedua pusat data adalah penyedia yang sama, maka itu harus lurus ke depan
Smudge

Anda harus memiliki node di jaringan yang berbeda? - Saat berada di LAN yang sama, HA lebih mudah diatur.
Sandman4

Apa tujuan utama Anda - Anda ingin makna load-balancing Anda ingin menangani beban lebih tinggi daripada yang ok untuk server tunggal, atau Anda ingin HA berarti bahwa Anda ingin situs Anda berfungsi bahkan jika satu node gagal?
Sandman4

Jawaban:


4

Anda tidak bisa, itulah sebabnya mengapa load-balancing tidak ada hubungannya dengan ketersediaan .


2

Dua penyeimbang beban harus cukup. Anda hanya akan menggunakan satu penyeimbang beban sekaligus. Nama situs web saya harus menyelesaikan VIP yang ditugaskan ke salah satu penyeimbang beban.


Apakah VIP = IP virtual? Bagian mana dari infrastruktur yang akan menjadi tempat rute VIP, yaitu mendeteksi bahwa satu LB turun dan rute ke yang lain? Jika ada di salah satu lokasi, bisa juga turun ...
Nikolai Prokoschenko

Dengan VIP permintaan pergi ke LB dan salah satu dari mereka memutuskan untuk menanggapi berdasarkan apakah menurutnya yang lain sudah habis. Ini akan menyarankan mereka tidak terpisah secara geografis meskipun yang merupakan tingkat ketersediaan lainnya.
JamesRyan

2

Anda dapat melakukan HA kasar dan menyeimbangkan dengan round robin dns dengan menempelkannya di depan load balancers Anda.


Round robin akan melakukan load-balancing, tetapi untuk HA - NO. Pada dasarnya browser akan memilih salah satu node dan tetap menggunakannya. Ini memiliki peluang 50% untuk memukul yang baik atau buruk.
Sandman4

Tidak, ini bukan yang terjadi. Sebagian besar browser modern akan mengambil semua IP termasuk yang buruk dan secara transparan coba lagi dari yang baik. Ini tidak mudah tetapi akan bekerja untuk sebagian besar pengguna.
JamesRyan

Apa yang membuat Anda berpikir begitu ? Saya juga berharap begitu sampai saya benar-benar mengujinya sendiri. Baik firefox dan chrome akan mencoba IP pertama selama 180 detik , kemudian beralih ke IP berikutnya. Setelah Anda pergi ke halaman berikutnya, mereka akan mulai dengan IP 1 (non-responsif) lagi dan menunggu 180 detik dan seterusnya. ( serverfault.com/questions/327708/… )
Sandman4

Ya, Anda memiliki kemungkinan 50% bahwa permintaan pertama akan habis, tetapi segera setelah itu terjadi atau Anda menyegarkan kembali, akan pergi ke ip yang baik dan mengambil yang ok. Dari permintaan ke-2 dan seterusnya, itu tidak kembali ke IP buruk lagi, tetap pada yang baik.
JamesRyan

Yuck. Kita bisa terus mengatakan "tidak" atau "tidak". Coba saja dan lihat. Dan mengklik menyegarkan tidak mengubah apa pun (setidaknya dalam chrome) - Anda menunggu 180 detik bahkan jika Anda mengklik berhenti dan buka halaman lagi.
Sandman4
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.