Opsi load-balancer [ditutup]


25

Saya melihat sejumlah opsi yang memungkinkan untuk load-balancing.

Sejauh ini, saya dibatasi oleh opsi-opsi berikut:

  • DNS server load-balancer, menyeimbangkan ke sekelompok server kucing jantan, dengan terakota untuk replikasi sesi. Pro - tidak perlu membeli kit baru. Kontra - DNS lb dapat terus mengarahkan ke server yang rusak.

  • Penyeimbang beban perangkat keras, langsung ke sekelompok server kucing jantan. Pro - bisa memiliki kotak kedua untuk failover lb. Kontra - biaya.

  • Load-balancer server Apache. Pro - jajak pendapat lb apache untuk server yang rusak. Server kontra-apache adalah titik kegagalan tunggal, plus perlu membeli server lain.

Apakah ada opsi lain yang harus saya pertimbangkan?

Terima kasih.

Pembaruan: Terima kasih atas semua jawaban sejauh ini +1 semua. Belum menerima jawaban, untuk membuat lebih banyak ide datang.


Apa platform OS?
spoulson

Untuk penyeimbang beban S / W, itu adalah Linux
toolkit

Jendela yang dibangun pada penyeimbangan beban jaringan tidak buruk untuk penyeimbangan beban dengan murah. Tapi secara pribadi saya akan mengatakan jika itu bernilai uang untuk Anda, beli F5.
sclarson

Jika Anda tidak melakukan terakota, afinitas sesi seperti apa yang Anda butuhkan? Berbasis cookie, berbasis header, IP?
sh-beta

@ sh-beta - Saya kira itu tergantung pada implementasinya?
toolkit

Jawaban:


7

saya tidak akan pergi untuk lb berbasis dns - persis karena alasan Anda daftar.

nginx atau vernis dapat menjadi opsi lb / fail-over Anda yang lain yang berada di depan appservs dan bertindak sebagai proxy terbalik. mereka memang membutuhkan lebih banyak perawatan daripada kotak perangkat keras tetapi akan menghemat banyak uang. pastikan untuk meletakkan penyeimbang itu di beberapa kluster juga [aktif-pasif dengan detak jantung akan melakukan trik].


11

Jika Anda melihat alat penyeimbang beban, Anda benar-benar tidak salah dengan F5 Big-IP

sunting: Alasan saya katakan cukup dengan Big-IP adalah karena alat yang bagus untuk administrator server yang tidak memiliki banyak pengalaman dengan peralatan jaringan. Ini memiliki antarmuka web yang bagus dengan opsi hampir tak terbatas untuk konfigurasi dan pelaporan. Mereka adalah opsi penyeimbangan beban "perusahaan" yang paling andal dan paling murah dari semua.

Berikut ini tautan ke studi tentang opsi pengiriman aplikasi pada 2007: Hasil Gartner


1
Saya suka F5 Big-IP. Ini juga bagus untuk menangani akselerasi SSL sehingga server web dapat menangani HTTP biasa.
Chris W. Rea

Saya setuju walaupun jika Anda menjalankan operasi besar yang terbaik adalah menjauh dari pembaruan terbaru yang saya temukan.
mryan1

Kami menjalankan organisasi besar pada mereka, saya tidak benar-benar yakin apa yang ada hubungannya dengan menggunakan F5.
sclarson

+1 untuk Big-IP. Mereka hanya bekerja. Ketika Anda meletakkan sesuatu di antara pengguna dan server Anda, itu harus anti peluru.
Brent Ozar

6

Saya sarankan menggunakan HAProxy . Ini sangat cepat. Dan Anda juga dapat menghindari Single Point of Failure dengan menggunakan dua loadbalancers dengan CARP (* BSD) atau UCARP / LVS (Linux)


4

Kami telah menggunakan Coyote Point Equalizers (penyeimbang beban perangkat keras) selama bertahun-tahun dan sangat senang dengannya. Mereka mungkin tidak memiliki semua fitur F5, tetapi mereka masih memiliki banyak fitur, dan harganya jauh lebih murah. Kinerja dan keandalan keduanya sangat baik.


+1 untuk itu. Kami punya sepasang coyote di sini juga, mereka sudah beroperasi selama beberapa tahun dan masih bersenandung.
Seth

3

Saya cenderung menggunakan hardware LBs karena mereka sering dapat menangani banyak lalu lintas, seringkali lebih sederhana sehingga lebih mampu dikeraskan dengan lebih baik / lebih mudah dan kadang-kadang juga dapat mengelola masalah keamanan lainnya seperti serangan banjir-SYN pada perangkat keras. Saya menggunakan Foundry tapi ada banyak pilihan (F5, Cisco dll.) - boros meskipun :(


1

Cisco GSS (Global Site Selector) adalah server DNS yang juga melakukan pemeriksaan kesehatan. Ini akan menjadi pilihan yang lebih mahal daripada server DNS standar. Halaman web dengan detail lebih lanjut di sini: http://www.cisco.com/en/US/products/hw/contnetw/ps4162/index.html

F5 has similar offerings:  http://www.f5.com/products/ 
Cisco ACE product page: http://www.cisco.com/en/US/products/ps8361/index.html

Seperti yang disebutkan Chopper3, load-balancing berbasis perangkat keras mungkin akan menawarkan kinerja yang lebih besar tetapi Anda akan membayarnya.

Fitur yang dapat Anda cari adalah: SSL off-loading, dukungan vlan, konteks, pengelompokan, dukungan untuk protokol perutean, dan dukungan / interaksi dengan aplikasi yang berbeda (yaitu cookie html & modifikasi header).


1

Sudahkah Anda melihat ldirectord ?

Ini berjalan di linux, dapat berjalan dengan detak jantung pada mesin yang sama dengan load balancing (dan dengan demikian memiliki beberapa redundansi) - atau atau tentu saja, pada kotaknya sendiri di depan mereka, mudah untuk dikonfigurasi, ringan, dan sangat mampu .


1

Saya menemukan bahwa persimpangan jalan adalah penyeimbang beban yang sangat baik. Itu menangani beban produksi kami selama tujuh bulan, sementara orang-orang jaringan menyelesaikan masalah perangkat keras dengan penyeimbang beban cisco.


0

Saya menulis load balancer berbasis perangkat lunak yang tidak memerlukan mesin terpisah.

Sisi buruknya adalah itu tidak benar-benar siap produksi - tetapi jika Anda ingin mengujinya di jaringan pengujian Anda, saya akan senang.

Cluster berbulu ada di sini

Ini pada dasarnya mirip dengan Microsoft NLB (saya pikir) - meskipun saya tidak memiliki sumber mereka dan tidak tahu persis bagaimana cara mereka bekerja.

Tentu saja kami tidak secara otomatis memonitor lapisan aplikasi tetapi Anda dapat menulis sesuatu yang melakukan itu dan mengubah bobot atau mengambil node sesuai.

EDIT: Anda tidak mengatakan OS, Fluffy cluster hanya Linux saat ini.


Terlihat keren. Saya ingin menggunakan ClusterIP tetapi belum siap untuk produksi dan ada terlalu banyak gotcha. Apakah Anda punya rencana untuk membuat cluster Fluffy siap diproduksi?
diq

Jika ada minat di dalamnya, saya akan melakukannya. Ada sedikit pekerjaan yang dibutuhkan untuk rilis dengan kemampuan terbatas.
MarkR

0

keepalived adalah penyeimbang beban linux lainnya, yang mendukung beberapa algoritma penyeimbang muatan (jelas) dan VRRP untuk membuat contoh yang berlebihan dengan failover otomatis ketika kotak penyeimbang muatan turun


0

Jika uang bukan masalah, dapatkan penyeimbang beban perangkat keras.

Perusahaan tempat saya bekerja menggunakan Apache di depan server Tomcat kami dan load balancer berada di kotak yang sama dengan beberapa tomcats (tomcats menggunakan port internal). Kami akan segera pindah ke kotak penyeimbang beban khusus. Kami akan segera pindah ke Nginx, saya menemukan konfigurasi lebih mudah dan semuanya jauh lebih ringan daripada Apache. Bergantung pada arsitektur jaringan Anda, saya juga menyarankan Anda untuk menggunakan "IP mengambang" internal untuk penyeimbang beban, dan jalankan sesuatu seperti detak jantung untuk mengganti IP ke kotak lain jika perlu. Itu akan menambah kemampuan failover tanpa khawatir tentang masalah propagasi DNS.


0

Saya telah menyiapkan solusi dengan DNSMadeEasy . Mereka memiliki screencast yang bagus tentang kegagalan DNS. Mereka memiliki harga yang masuk akal. Dalam sistem kami, kami telah mengimplementasikan layanan sederhana yang "ping" komponen yang berbeda dalam sistem kami (database, antrian JMS, koneksi S3) dan mengembalikan OK yang dapat dimanfaatkan oleh DNSMadeEasy. Setiap kali ada pengecualian, DNSMadeEasy akan menghapus server itu dari daftar server yang menjawab pencarian DNS itu.


0

Pernahkah Anda melihat perlbal?

www.danga.com/perlbal/


0

Hai @toolkit apakah Anda pernah mengimplementasikan NGinX / Varnish dalam pencarian LoadBalancer (LB) Anda? jika demikian, apa hasil Anda? (jika Anda tidak keberatan berbagi dengan kami semua ;-)

Hanya untuk meringkas di atas (dan berikan ZMQ)

Penyeimbangan Beban Dasar

Lebih maju

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.