Saya baru-baru ini menghadapi masalah seperti ini: Pelayan proksi (boleh LVS haproxy nginx), di sini kita mengambil Ningx sebagai contoh Apabila melakukan proksi kluster prxoy, bagaimana untuk menilai keupayaan pemprosesan sambungan pelayan tunggal Tidak ada tekanan pada CPU jalur lebar beban pelayan proksi masalah yang mungkin adalah masalah sambungan TCP: Kini bilangan sambungan yang dibuat oleh pelayan tunggal adalah sehingga 8k, biasanya 6.5k, dan tamat masa adalah sehingga 2K, biasanya 1.3K Port rawak pelayan dibuka kepada 61000.
Sepatutnya tiada hubungan langsung antara port dan bilangan sambungan yang telah ditetapkan Tetapi bagaimanakah pelayan jenis proksi menentukan keupayaan pemprosesan serentaknya?
Sila beri tunjuk ajar dari pakar Apa kaitannya
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Soalan anda tidak mudah dijawab, kerana perisian proksi terbalik seperti Squid, Haproxy, Nginx, dan Varnish boleh menyokong berpuluh-puluh ribu sambungan HTTP pada masa yang sama, dan rangkaian melibatkan konfigurasi kernel sistem pengendalian parameter mungkin Bilangan sambungan yang disokong adalah berbeza. Jika parameter dioptimumkan dengan baik, bilangannya mungkin meningkat semula.
Secara amnya, masa operasi bahagian belakang pasti lebih lama daripada masa tindak balas bahagian hadapan Jika bahagian belakang tidak dapat menyokong serentak yang besar, adalah tidak bermakna untuk mempertimbangkan bilangan maksimum ejen bahagian hadapan serentak. Adalah lebih baik untuk menghantar beban bahagian belakang ke bahagian hadapan melalui antara muka dan biarkan bahagian hadapan memperuntukkan keutamaan.
Jika anda menggunakan satu pelayan untuk berfungsi sebagai proksi dan bahagian belakang, tidak perlu mempertimbangkan jenis isu ini Secara umumnya, ia dianggap dengan berbilang pelayan Lagipun, terdapat banyak kes di mana bahagian hadapan masih berjalan tetapi bahagian belakang tidak bertindak balas.