Layer 4 vs Layer 7 Load Balancing

Saya mencoba untuk memutuskan antara menggunakan solusi load balancing layer 4 untuk datacenter saya atau solusi layer 7. Sayangnya (untuk kewarasan saya, yaitu), kasus penggunaan saya cukup sederhana sehingga kedua solusi akan bekerja dengan baik, menghindari sebagian besar kelemahan dan tidak benar-benar memanfaatkan kekuatan di sisi lain. Apapun solusi yang akhirnya kita gunakan, harus memiliki ketersediaan tinggi dan throughput yang tinggi. Tetapi kami hanya berencana untuk menggunakannya untuk memuat keseimbangan pada sekelompok server web, tidak ada yang memiliki persyaratan untuk manajemen sesi "sticky" (cookie atau IP), aturan penulisan ulang yang kompleks - atau, dalam hal ini, aturan penulisan ulang di semua.

Penyeimbang beban akan terhubung ke dua sakelar, keduanya dengan koneksi independen hingga ke lapisan agregasi pusat data dan digabungkan bersama-sama menggunakan Rapid Spanning Tree dan protokol kepemilikan apa pun yang digunakan sakelar untuk virtualisasi. Penyeimbang beban juga akan dihubungkan silang satu sama lain melalui kabel crossover. Semua server di kluster terhubung ke kedua sakelar. Yang harus dilakukan penyeimbang muatan adalah mengarahkan lalu lintas ke atas mereka.

Karena ini hanya HTTP, saya bisa menggunakan solusi load balancing layer 7 seperti HAProxy atau nginx. Tapi saya juga bisa menggunakan proyek LVS dengan ldirectord atau keepalived atau apa pun.

Saya sudah mencoba untuk memecah pro dan kontra seperti yang saya lihat, tetapi hanya berakhir di cuci. Apa yang akan Anda rekomendasikan dan mengapa? Apakah saya melewatkan sesuatu?

Salah satu manfaat bermanfaat dari "L7" seperti haproxy adalah dapat menggunakan cookie untuk menjaga browser yang sama mengenai server backend yang sama. Ini membuat hit klien debugging lebih mudah.

Penyeimbangan L4 dapat memantulkan satu pengguna di beberapa server backend. (yang dalam kasus tertentu mungkin menguntungkan, tetapi dalam arti debugging / profiling, menggunakan "L7" jauh lebih berharga.)

EDIT: Ada juga keuntungan kecepatan potensial menggunakan HTTP balancing. Dengan keep-alives, klien dapat membuat sesi TCP tunggal ke penyeimbang Anda dan kemudian mengirim banyak HIT tanpa perlu membangun kembali sesi TCP baru (jabat tangan 3 arah). Demikian pula banyak LB mempertahankan sesi tetap hidup untuk sistem back end menghapus kebutuhan untuk melakukan jabat tangan yang sama di back end.

Penyetelan beban TCP yang ketat mungkin tidak menyelesaikan keduanya dengan mudah.

/ * FWIW: Saya tidak akan mengatakan "L7" atau "L4", saya akan mengatakan HTTP atau TCP. Tapi saya ngotot untuk menghindari menggunakan OSI untuk menggambarkan hal-hal yang tidak cocok dengan baik. * /

Saya pikir secara mendasar jika Anda tidak yakin harus menggunakan apa, ikuti apa yang terasa sederhana dan alami bagi Anda. Uji (gunakan bangku apache?) Dan pastikan itu berfungsi untuk kebutuhan Anda. Bagi saya HTTP LB lebih alami.

Mengingat kurangnya keuntungan bagi Anda dari melakukan penyeimbangan L7, saya akan memilih penyeimbang L4 sebagai gantinya. Saya penggemar berat agar sesederhana mungkin, tanpa mengorbankan terlalu banyak.

L7 mengharuskan penyeimbang untuk memeriksa header http dalam paket yang akan melewatinya untuk perutean yang sesuai, menambahkan overhead tambahan dan sedikit peningkatan latensi untuk pengguna akhir. Tampaknya menjadi pengeluaran yang sia-sia bagi saya jika Anda tidak akan mendapatkan apa-apa dari itu.

Beberapa penyedia DNS memiliki fungsi failover sederhana. Anda telah menyebutkan apa persyaratan Anda bukan dan bukan apa persyaratannya, tetapi jika semua yang Anda butuhkan adalah round robin dengan failover jika ada masalah, maka Anda dapat menggunakan misal Failover zoneedit.com . Tergantung pada kebutuhan HA Anda yang mungkin cukup baik dan Anda bisa melewati seluruh tingkatan dalam arsitektur Anda.