Какво измерва leastconn на HAProxy в SOCKS пул

TCP пул в HAProxy избира по активни връзки и тегла, а не по скорост на изтегляне към целта или пълно здраве на 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 крайни точки и таймаути, съответстващи на натоварването. Настройте приложението като SOCKS клиент на loopback слушателя; бекендите трябва да приемат очаквания протокол и акаунт. За разрешени тестове към публични цели без SOCKS идентификационни данни списъкът със SOCKS проксита предоставя кандидат-бекенди; съобразете версията на SOCKS на клиента и проверете достъпа до действителните цели.

По-малко натоварен сървър може да има по-бавен upstream. leastconn балансира активните бройки и тегла, а показаната проверка установява само приемане на TCP. Договарянето, удостоверяването и достъпът до дестинацията изискват отделни доказателства.

Живият тунел остава на избрания бекенд. Този TCP пул не пренася отделните UDP ASSOCIATE дейтаграми.

Ако е нужна най-ниска латентност към целта, дефинирайте и измервайте точно този резултат, вместо да го извеждате от броя връзки.

Подобни статии