რას ზომავს HAProxy-ის leastconn SOCKS-პულში

HAProxy-ის TCP პულსი ირჩევს აქტიური კავშირებითა და წონებით, და არა სამიზნის ჩამოტვირთვის სიჩქარით ან SOCKS-ის სრული ჯანმრთელობით.

listen socks_pool
    bind 127.0.0.1:1080
    mode tcp
    balance leastconn
    timeout connect 5s
    timeout client 1h
    timeout server 1h
    server proxy_a 192.0.2.10:1080 check
    server proxy_b 192.0.2.11:1080 check

გამოიყენეთ რეალური თავსებადი SOCKS საბოლოო წერტილები და დატვირთვის შესაბამისი დროის ლიმიტები. დააყენეთ პროგრამა loopback-მსმენელის SOCKS კლიენტად; backend-ებმა უნდა მიიღონ მოსალოდნელი პროტოკოლი და ანგარიში. SOCKS-ის მონაცემების გარეშე დაშვებული საჯარო სამიზნეების ტესტებისთვის SOCKS პროქსების სია გთავაზობთ კანდიდატ backend-ებს; შეუსაბამეთ კლიენტის SOCKS ვერსია და გადაამოწმეთ რეალურ სამიზნეებზე წვდომა.

ნაკლებად დატვირთულ სერვერს მაინც შეიძლება ჰქონდეს ნელი აღმავალი გზა. leastconn აბალანსებს აქტიურ რაოდენობებსა და წონებს, ხოლო ნაჩვენები შემოწმება მხოლოდ TCP-ის მიღებას ადასტურებს. მოლაპარაკება, ავთენტიფიკაცია და დანიშნულებაზე წვდომა ცალკე მტკიცებულებას საჭიროებს.

აქტიური გვირაბი რჩება არჩეულ backend-ზე. ეს TCP პულსი არ გადაიტანს ცალკე UDP ASSOCIATE დატაგრამებს.

თუ საჭიროა სამიზნემდე ყველაზე დაბალი დაყოვნება, განსაზღვრეთ და გაზომეთ სწორედ ეს სამიზნეზე სპეციფიკური შედეგი, ნაცვლად იმისა, რომ ის კავშირების რაოდენობიდან გამოიტანოთ.

დაკავშირებული სტატიები