Load Balancing dan ketersediaan perkhidmatan proksi navigasi web yang tinggi

DIPOS oleh Zevenet | 2 Mac 2021

Pengenalan

A pelayan proksi boleh digambarkan sebagai alat pelayan atau aplikasi yang membuat perantaraan untuk permintaan dari pelanggan atau pelanggan yang berusaha mencari sumber dari beberapa pelayan yang menyediakannya. Yang dijelaskan, ini bermaksud bahawa pelayan proksi berfungsi bagi pihak pelanggan atau pelanggan ketika perkhidmatan diminta, dan mungkin berpotensi menyembunyikan asal atau sumber permintaan yang sebenarnya kepada pelayan.

Prosesnya adalah bahawa klien membuat permintaan secara langsung ke pelayan proksi, bukan hanya menyambung ke pelayan konkrit yang dapat menyediakan sumber yang diminta, seperti fail atau web, dan kemudian pelayan proksi menilai permintaan itu dan mengembangkan rangkaian yang sesuai dan diperlukan urus niaga. Ini adalah cara untuk menjadikan kerumitan permintaan lebih mudah atau lebih terkawal, dan selain itu, ia memberikan faedah lain seperti keselamatan, percepatan kandungan, atau privasi. Proksi dirancang untuk merangkum dan menyusun sistem pengedaran yang ada. Beberapa proksi navigasi web yang paling banyak digunakan adalah Sotong, Privoksi, Atau SwiperProxy.

Kadang kala pelayan proksi tidak mencukupi untuk menguruskan bilangan pengguna serentak atau proksi itu sendiri adalah titik kegagalan tunggal yang perlu ditangani, maka ketika ADC diperlukan sepenuhnya.

Artikel berikut menerangkan cara untuk mewujudkan ketersediaan dan skalabiliti yang tinggi untuk perkhidmatan proksi navigasi, sekiranya salah satu pelayan Proksi gagal maka pengimbang beban, dilaksanakan dengan Pengawal Penghantaran Aplikasi ZEVENET, akan mengesan kegagalan dan proksi akan dilumpuhkan dari kumpulan yang tersedia, sebagai tambahan, pelanggan akan diarahkan ke proksi navigasi lain yang tersedia tanpa menjejaskan hubungan lalu lintas.

Senibina rangkaian proksi

Dengan idea untuk membuat pembaca memahami konfigurasi dengan lebih baik, kami ingin mencapai gambarajah berikut yang menggambarkan seni bina.

pengimbang beban kluster proksi zevenet

Pelanggan yang berbeza (komputer riba, komputer, telefon bimbit, dan tablet) mengkonfigurasi penyemak imbas navigasi yang menunjukkan proksi korporat, misalnya https://proxy.company.com:3128. Semua sambungan dari klien ke proksi navigasi web secara jelas HTTP or SSL akan TCP berdasarkan, jadi ini akan digunakan untuk membina ladang pengimbang beban kita.

Resolusi IP untuk proxy.company.com ialah IP maya sudah dikonfigurasi dalam load balancer. Dalam Pengawal Penyampaian Aplikasi ZEVENET, terdapat ladang melalui IP Maya seperti itu, misalnya 192.168.103.34 dan Pelabuhan Maya 3128 in NAT mod untuk TCP protokol.

Ladang dikonfigurasi dengan semua backend yang membina kumpulan proksi navigasi, dalam contoh kami 192.168.103.253 dan 192.168.103.254 melalui port TCP 3128. Sebaik sahaja pelanggan cuba menyambung ke proksi yang dikonfigurasikan, ADC akan menerima sambungan dan ia akan dialihkan ke salah satu proksi navigasi yang tersedia di kolam yang berkongsi pengguna antara semua pelayan proksi backend yang tersedia.

Konfigurasi ketersediaan tinggi proksi navigasi web

Bahagian berikut menerangkan prosedur konfigurasi untuk membuat konfigurasi yang tepat untuk keseimbangan beban Proksi navigasi dalam pengimbang beban ZEVENET.

Pemeriksaan kesihatan proksi navigasi web

Pertama, buat pemeriksaan kesihatan untuk digunakan di ladang pengimbang beban yang akan kita buat dalam baris berikut. Tujuan pemeriksaan kesihatan baru ini adalah untuk mengesahkan bahawa port TCP di proksi backend diaktifkan.

Pergi ke bahagian PEMANTAUAN> Penjaga ladang, buat pengawal ladang baru dengan nama check_tcp_navigation_proxy dan salin dari check_tcp dan lakukan beberapa perubahan kecil dalam batas waktu seperti yang ditunjukkan di bawah:

Dalam Perintah bidang menambah bendera -t 5, ini adalah timeout per backend untuk menanggapi sambungan TCP dari load balancer. The Jeda medan dikonfigurasi nilai 11, 5 saat setiap backend + 1 saat tambahan untuk mengelakkan berulang. Kami mengesyorkan untuk menggunakan formula berikut untuk menetapkan yang optimum Jeda nilai.

(number of backends * timeout seconds per backend (-t) ) + 1

Perkhidmatan maya proksi navigasi web

Kemudian, buat LSLB> L4xNAT ladang, contohnya dengan nama navigasi_proksi, Termasuk IP maya dan Port Maya seperti yang ditunjukkan dalam rajah sebelumnya. Setelah dibuat, masuk untuk menyunting Maju mod dan memastikan bahawa Jenis Protokol dikonfigurasikan dalam TCP dan Jenis NAT dikonfigurasikan dalam NAT mod.

Untuk mengkonfigurasi tingkah laku perkhidmatan maya, pergi ke tab Perkhidmatan Kami dan konfigurasikan algoritma pengimbang beban di Berat (secara lalai). Tolong sesuaikan nilai ini dengan yang paling sesuai untuk persekitaran anda dan tingkah laku yang anda mahukan.

Kemudian, pada bahagian yang sama, pergi ke jadual Backends dan tambahkan pelayan proksi navigasi web sebenar yang akan menguruskan hubungan pengguna.

Akhirnya, pilih pemeriksaan kesihatan yang telah dibuat pada langkah sebelumnya yang dinamakan check_tcp_navigation_proxy untuk mengesahkan bahawa TCP port backend sudah dibuka.

Kini, perkhidmatan maya yang seimbang dapat diuji sebelum mengkonfigurasi klien.

Konfigurasi pelanggan

Langkah terakhir adalah mengkonfigurasi tetapan proksi di penyemak imbas web pelanggan yang menunjuk ke IP maya dan Port Maya digunakan dalam pengimbang beban, atau memperkenalkan IP maya di koperasi DNS dan menggunakan a Nama sebaliknya pada pelanggan, dalam contoh kita proxy.example.com dihalakan ke IP Maya 192.168.103.34).

Akhirnya, nikmati proksi navigasi web anda yang seimbang dengan ketersediaan yang tinggi!

Berkongsi pada:

Dokumentasi di bawah syarat-syarat Lesen Dokumentasi Bebas GNU.

Adakah artikel ini berguna?

Artikel yang berkaitan