haproxy负载均衡的问题

[jxph1123]

升级了最新版 c72d767
对haproxy测试发现两个问题:

1. 对下图类型的节点,负载均衡上不了网.虽然可以采用Socks进行负载均衡,但是haproxy健康检测基本废了.

2. 对于haproxy的健康检查,不知道采用何种机制,并不能真实反映服务器连接状况.
如下图,实际服务器已经断了.但haproxy检测还是正常的.建议能采用类似https://www.google.com/generate_20这种检测服务器真实连接情况的方式.

[jxph1123]

我在网上找了段haproxy检测的相关代码,照着加了下,跑不起来,大佬看能有办法不 @xiaorouji @nftbty
https://xzos.net/load-balancing-v2ray-with-haproxy-and-docker/
https://blog.yuanbin.me/posts/2018-06/2018-06-30_21-26-14/

defaults
    mode                    tcp
    option                  dontlognull
    timeout connect         10s
    timeout client          1m
    timeout server          1m

#---------------------------------------------------------------------

frontend v2ray-in
    bind	0.0.0.0:8388
    default_backend	v2ray-out

#---------------------------------------------------------------------

backend	v2ray-out
    balance	leastconn
    option httpchk GET http://google.com/generate_204 HTTP/1.1\r\nHost:\ google.com\r\n
    server	server1_name	v2ray_out_0_tcp:1080  check port 80 
    # 这里的 v2ray_out_0_tcp，Docker 会自动解析为正确的 IP
    # check 表示启用监控，port 80 表示使用 80 端口进行可用性监控
    server	server2_name	v2ray_out_0_quic:1080  check port 80
    server	server3_name	v2ray_out_1_tcp:1080  check port 80
    server	server4_name	v2ray_out_2_tcp:1080  check port 80

#---------------------------------------------------------------------

listen  admin_stats  # 网页管理页面
    bind 0.0.0.0:8080  # 如果在前面你是跟我相同配置的端口映射，启动容器后访问 http://127.0.0.1:8080/haproxy
    mode http
    log 127.0.0.1 local0 err
    stats refresh 10s
    stats uri /haproxy
    stats realm welcome login\ Haproxy
    stats hide-version
    stats admin if TRUE

[jxph1123]

不是,主要是太无聊了,喜欢找点问题,看着passwall有这个功能,就想着测试完善下.

[jxph1123]

我是半吊子,不是这个专业...看不懂哇,只能说能看一点点..

[xiaorouji]

这里悄悄透露一下，我这边已经实现了。无协议限制，节点的配置参数可以不一致均可实现可用性测试。
效果很不错

[xiaorouji]

已经是socks了，所以tls是不需要勾选了。其他参数也不需要

[jxph1123]

已经是socks了，所以tls是不需要勾选了。其他参数也不需要

我试了下,没大问题,就看大家都使用下看有啥BUG没有,大佬就是牛,还有个在弄xray负载均衡的nftbty大佬,都是牛人,passwall更完善了.
我就奇怪问句,HAProxy负载均衡能叠加网速吗,如果能,就是那种小流量节点的福音.

[hujiao80]

目前我个人正在使用中，感觉不错，但是还是需要更多人一起测试。 可能唯一的缺点就是占用的cpu和内存大了

牛！现在配置负载均衡太方便了，连接检测真是好用。

[jxph1123]

我看到前面有人提需求,想更改haproxy的算法,是否可以把这个设置出来,弄几个常用算法,简单说明,可以自己选择负载均衡算法.

[nantayo]

目前我个人正在使用中，感觉不错，但是还是需要更多人一起测试。 可能唯一的缺点就是占用的cpu和内存大了

换成内置的活性检测方式之后靠谱多了，用N1和X86分别测试的，连通性没问题，也没发现明显的内存/CPU占用增加。
btw，luci界面里【健康检查节点间隔时间】这一项，不知道是并发检测还是顺序检测？比如说按默认的10秒，加了5个节点，那是每10秒同时测试5个节点，还是总共5*10=50秒才测试一轮？

[nantayo]

参个团讨论下，之前也是遇到了HAProxy检测不出真连通性的问题，我看luci-next比luci，就只多了35661和5a25a这两次commit，是吗。编译需要一些时间，今晚恐怕试用不上了，想问问配置方式有什么变化？

之前我的配置流程是，在负载均衡页添加一些Vmess节点，回到节点列表页复制一个节点，只把域名改为127.0.0.1、端口改为1181，其它不变。

这样做外网能连通，只是不知道是否合理。

[jxph1123]

比如xray的负载均衡是不是没有HAProxy多线程这个功能?他们两个机制又有什么区别?

[nantayo]

比如xray的负载均衡是不是没有HAProxy多线程这个功能?他们两个机制又有什么区别?

我简单看了一下xray/v2ray-core仓库的issue，似乎开发者们并不希望在core里加入太多的负载均衡功能，当然，自己编写config文件是能做到区分主备、检测存活的，就是比较费事。
论效果，其实是差不多的，不过HA配置起来更简单，而且是专门干这个的。我倾向于既然本插件集成了，就安心用它。

[jxph1123]

比如xray的负载均衡是不是没有HAProxy多线程这个功能?他们两个机制又有什么区别?

我简单看了一下xray/v2ray-core仓库的issue，似乎开发者们并不希望在core里加入太多的负载均衡功能，当然，自己编写config文件是能做到区分主备、检测存活的，就是比较费事。 论效果，其实是差不多的，不过HA配置起来更简单，而且是专门干这个的。我倾向于既然本插件集成了，就安心用它。

这次老大的HAProxy更新基本包含了各种需求了,各个协议兼容,又增加了连接检测机制,给力.

[xcyll]

比如xray的负载均衡是不是没有HAProxy多线程这个功能?他们两个机制又有什么区别?

#2391 (comment)

[nftbty]

#2391 (comment)

那两个2402和2391的讨论就是跟他讨论的。