Ինչ է չափում 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 տվյալագրտերը։

Եթե պահանջվում է թիրախի ամենացածր ուշացումը, սահմանեք և չափեք հենց այդ թիրախային արդյունքը՝ փոխարենը այն միացումների քանակից եզրակացնելու։

Առնչվող հոդվածներ