mryufeng
- 浏览: 968476 次
- 性别:
- 来自: 广州
-
最新评论
-
qingchuwudi：
有用，非常感谢！
erlang进程的优先级 -
zfjdiamond：
你好 这条命令 在那里输入？？
你们有yum 我有LuaRocks -
simsunny22：
这个是在linux下运行的吧，在window下怎么运行escr ...
escript的高级特性 -
mozhenghua：
http://www.erlang.org/doc/apps/ ...
mnesia 分布协调的几个细节 -
fxltsbl：
A new record of 108000 HTTP req ...
Haproxy 1.4-dev2: barrier of 100k HTTP req/s crossed
原文地址: http://haproxy.1wt.eu/10g.html
点滴优化造就了今天的性能, willy好样的,应该是目前软件做到的最好的数字
Introduction
It was my first test since I moved house. I wanted to quickly plug the machines together to see if my work on version 1.4 went into the right direction, and most importantly was not causing performance drops. Verdict below confirms it. A new record of 108000 HTTP requests processed per second was broken, and a new record of 40000 forwarded HTTP requests per second was broken too.
The first test only accepts a new connection, reads the request, parses it, checks an ACL, sends a redirect and closes. A session rate of 132000 connections per second could even be measured in pure TCP mode, but this is not very useful :
The second test forwards the request to a real server instead, and fetches a 64-byte object :
These improvements are due to the ability to tell the system to merge some carefully chosen TCP packets at critical phases of the session. This results in lower number of packets per session, which in turn saves both bandwidth and CPU cycles. The smallest session is now down to 5-6 packets on each side, down from 9 initially.
你在同一台机器跑ab和haproxy?
是的，一般ab只占一个CPU，还好的。
你在同一台机器跑ab和haproxy?
这个测试太蹊跷了 我有空也看下... 理论上haproxy要快好多...
点滴优化造就了今天的性能, willy好样的,应该是目前软件做到的最好的数字
Introduction
It was my first test since I moved house. I wanted to quickly plug the machines together to see if my work on version 1.4 went into the right direction, and most importantly was not causing performance drops. Verdict below confirms it. A new record of 108000 HTTP requests processed per second was broken, and a new record of 40000 forwarded HTTP requests per second was broken too.
The first test only accepts a new connection, reads the request, parses it, checks an ACL, sends a redirect and closes. A session rate of 132000 connections per second could even be measured in pure TCP mode, but this is not very useful :
The second test forwards the request to a real server instead, and fetches a 64-byte object :
These improvements are due to the ability to tell the system to merge some carefully chosen TCP packets at critical phases of the session. This results in lower number of packets per session, which in turn saves both bandwidth and CPU cycles. The smallest session is now down to 5-6 packets on each side, down from 9 initially.
1
顶
顶
0
踩
踩
分享到：
评论
9 楼
fxltsbl
2012-08-25
A new record of 108000 HTTP requests processed per second was broken, and a new record of 40000 forwarded HTTP requests per second was broken too
麻烦请教：HTTP requests processed 和 forwarded HTTP requests 什么区别?
为什么两个值差距这么大
麻烦请教：HTTP requests processed 和 forwarded HTTP requests 什么区别?
为什么两个值差距这么大
8 楼
yaoweibin
2010-03-31
mryufeng 写道
yaoweibin 写道
今天的发现：
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
你在同一台机器跑ab和haproxy?
是的，一般ab只占一个CPU，还好的。
7 楼
mryufeng
2010-03-23
yaoweibin 写道
今天的发现：
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
你在同一台机器跑ab和haproxy?
6 楼
yaoweibin
2010-03-19
今天的发现：
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
1、Nginx的测试配置少了2台服务器，汗。。。但是对于测试结果应该影响不大。
2、今天我把请求的网页换成100K的大页面，两者测试结果相差不大，至少没有像昨天的测试结果那样明显。两者测试都几乎把1000M的网卡占满了。
5 楼
mryufeng
2010-03-18
yaoweibin 写道
跟HAProxy进行了一下比较，测试结果好像Nginx的性能好一点。由于我对HAProxy并不熟悉，以前甚至以为HAProxy没有多进程支持，十分孤陋寡闻。下面是我的Nginx和HAProxy的配置，请您看一下下面的HAProxy配置还有哪些地方可以优化一下，希望可以得到您的帮助。
nginx的配置：
worker_processes 4;
tcp {
tcp_nodelay off;
upstream test{
server 172.19.0.129;
server 172.19.0.130;
server 172.19.0.131;
server 172.19.0.132;
server 172.19.0.235;
server 172.19.0.236;
server 172.19.0.237;
server 172.19.0.238;
server 172.19.0.239;
check interval=3000 rise=2 fall=5 timeout=500;
}
server {
listen 1982;
proxy_pass test;
}
}
haproxy的配置：
global
log 127.0.0.1 daemon
user yaoweibin
nbproc 4
defaults
backlog 2048
balance roundrobin
log global
mode tcp
retries 3
contimeout 6s
clitimeout 600s
srvtimeout 600s
listen test 0.0.0.0:8080
server test-1 172.19.0.129:80 check inter 3s rise 2 fall 5 weight 10
server test-2 172.19.0.130:80 check inter 3s rise 2 fall 5 weight 10
server test-3 172.19.0.131:80 check inter 3s rise 2 fall 5 weight 10
server test-4 172.19.0.132:80 check inter 3s rise 2 fall 5 weight 10
server test-5 172.19.0.133:80 check inter 3s rise 2 fall 5 weight 10
server test-6 172.19.0.134:80 check inter 3s rise 2 fall 5 weight 10
server test-7 172.19.0.135:80 check inter 3s rise 2 fall 5 weight 10
server test-8 172.19.0.136:80 check inter 3s rise 2 fall 5 weight 10
server test-9 172.19.0.137:80 check inter 3s rise 2 fall 5 weight 10
server test-10 172.19.0.138:80 check inter 3s rise 2 fall 5 weight 10
server test-11 172.19.0.139:80 check inter 3s rise 2 fall 5 weight 10
我的测试机器是一台四核的linux机器，请求获取的是203个字节的网页，后端有11台web服务器。由于在同一台服务器上用ab，当测试并发数大的时候，ab本身的CPU资源消耗有一定的影响。下面是测试结果：
keepalive的请求
ab -k -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 2007 请求/每秒
nginx 8148
sudo ab -k -n 100000 -c 100 http://127.0.0.1:1982/
haproxy 8848
nginx 21726
sudo ab -k -n 100000 -c 200 http://127.0.0.1:1982/
haproxy 11323
nginx 21594
sudo ab -k -n 100000 -c 500 http://127.0.0.1:1982/
haproxy 13761
nginx 21319
sudo ab -k -n 100000 -c 1000 http://127.0.0.1:1982/
haproxy 15229
nginx 19587
sudo ab -k -n 100000 -c 2000 http://127.0.0.1:1982/
haproxy 13722
nginx 18254
非keepalive的请求
sudo ab -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 1476
nginx 1752
sudo ab -n 10000 -c 100 http://127.0.0.1:1982/
haproxy 2547
nginx 2231
sudo ab -n 10000 -c 200 http://127.0.0.1:1982/
haproxy 2525
nginx 4991
sudo ab -n 10000 -c 500 http://127.0.0.1:1982/
haproxy 2356
nginx 4814
sudo ab -n 10000 -c 1000 http://127.0.0.1:1982/
haproxy 2412
nginx 5075
sudo ab -n 10000 -c 2000 http://127.0.0.1:1982/
haproxy 2287
nginx 4721
nginx的配置：
worker_processes 4;
tcp {
tcp_nodelay off;
upstream test{
server 172.19.0.129;
server 172.19.0.130;
server 172.19.0.131;
server 172.19.0.132;
server 172.19.0.235;
server 172.19.0.236;
server 172.19.0.237;
server 172.19.0.238;
server 172.19.0.239;
check interval=3000 rise=2 fall=5 timeout=500;
}
server {
listen 1982;
proxy_pass test;
}
}
haproxy的配置：
global
log 127.0.0.1 daemon
user yaoweibin
nbproc 4
defaults
backlog 2048
balance roundrobin
log global
mode tcp
retries 3
contimeout 6s
clitimeout 600s
srvtimeout 600s
listen test 0.0.0.0:8080
server test-1 172.19.0.129:80 check inter 3s rise 2 fall 5 weight 10
server test-2 172.19.0.130:80 check inter 3s rise 2 fall 5 weight 10
server test-3 172.19.0.131:80 check inter 3s rise 2 fall 5 weight 10
server test-4 172.19.0.132:80 check inter 3s rise 2 fall 5 weight 10
server test-5 172.19.0.133:80 check inter 3s rise 2 fall 5 weight 10
server test-6 172.19.0.134:80 check inter 3s rise 2 fall 5 weight 10
server test-7 172.19.0.135:80 check inter 3s rise 2 fall 5 weight 10
server test-8 172.19.0.136:80 check inter 3s rise 2 fall 5 weight 10
server test-9 172.19.0.137:80 check inter 3s rise 2 fall 5 weight 10
server test-10 172.19.0.138:80 check inter 3s rise 2 fall 5 weight 10
server test-11 172.19.0.139:80 check inter 3s rise 2 fall 5 weight 10
我的测试机器是一台四核的linux机器，请求获取的是203个字节的网页，后端有11台web服务器。由于在同一台服务器上用ab，当测试并发数大的时候，ab本身的CPU资源消耗有一定的影响。下面是测试结果：
keepalive的请求
ab -k -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 2007 请求/每秒
nginx 8148
sudo ab -k -n 100000 -c 100 http://127.0.0.1:1982/
haproxy 8848
nginx 21726
sudo ab -k -n 100000 -c 200 http://127.0.0.1:1982/
haproxy 11323
nginx 21594
sudo ab -k -n 100000 -c 500 http://127.0.0.1:1982/
haproxy 13761
nginx 21319
sudo ab -k -n 100000 -c 1000 http://127.0.0.1:1982/
haproxy 15229
nginx 19587
sudo ab -k -n 100000 -c 2000 http://127.0.0.1:1982/
haproxy 13722
nginx 18254
非keepalive的请求
sudo ab -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 1476
nginx 1752
sudo ab -n 10000 -c 100 http://127.0.0.1:1982/
haproxy 2547
nginx 2231
sudo ab -n 10000 -c 200 http://127.0.0.1:1982/
haproxy 2525
nginx 4991
sudo ab -n 10000 -c 500 http://127.0.0.1:1982/
haproxy 2356
nginx 4814
sudo ab -n 10000 -c 1000 http://127.0.0.1:1982/
haproxy 2412
nginx 5075
sudo ab -n 10000 -c 2000 http://127.0.0.1:1982/
haproxy 2287
nginx 4721
这个测试太蹊跷了 我有空也看下... 理论上haproxy要快好多...
4 楼
yaoweibin
2010-03-18
跟HAProxy进行了一下比较，测试结果好像Nginx的性能好一点。由于我对HAProxy并不熟悉，以前甚至以为HAProxy没有多进程支持，十分孤陋寡闻。下面是我的Nginx和HAProxy的配置，请您看一下下面的HAProxy配置还有哪些地方可以优化一下，希望可以得到您的帮助。
nginx的配置：
worker_processes 4;
tcp {
tcp_nodelay off;
upstream test{
server 172.19.0.129;
server 172.19.0.130;
server 172.19.0.131;
server 172.19.0.132;
server 172.19.0.235;
server 172.19.0.236;
server 172.19.0.237;
server 172.19.0.238;
server 172.19.0.239;
check interval=3000 rise=2 fall=5 timeout=500;
}
server {
listen 1982;
proxy_pass test;
}
}
haproxy的配置：
global
log 127.0.0.1 daemon
user yaoweibin
nbproc 4
defaults
backlog 2048
balance roundrobin
log global
mode tcp
retries 3
contimeout 6s
clitimeout 600s
srvtimeout 600s
listen test 0.0.0.0:8080
server test-1 172.19.0.129:80 check inter 3s rise 2 fall 5 weight 10
server test-2 172.19.0.130:80 check inter 3s rise 2 fall 5 weight 10
server test-3 172.19.0.131:80 check inter 3s rise 2 fall 5 weight 10
server test-4 172.19.0.132:80 check inter 3s rise 2 fall 5 weight 10
server test-5 172.19.0.133:80 check inter 3s rise 2 fall 5 weight 10
server test-6 172.19.0.134:80 check inter 3s rise 2 fall 5 weight 10
server test-7 172.19.0.135:80 check inter 3s rise 2 fall 5 weight 10
server test-8 172.19.0.136:80 check inter 3s rise 2 fall 5 weight 10
server test-9 172.19.0.137:80 check inter 3s rise 2 fall 5 weight 10
server test-10 172.19.0.138:80 check inter 3s rise 2 fall 5 weight 10
server test-11 172.19.0.139:80 check inter 3s rise 2 fall 5 weight 10
我的测试机器是一台四核的linux机器，请求获取的是203个字节的网页，后端有11台web服务器。由于在同一台服务器上用ab，当测试并发数大的时候，ab本身的CPU资源消耗有一定的影响。下面是测试结果：
keepalive的请求
ab -k -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 2007 请求/每秒
nginx 8148
sudo ab -k -n 100000 -c 100 http://127.0.0.1:1982/
haproxy 8848
nginx 21726
sudo ab -k -n 100000 -c 200 http://127.0.0.1:1982/
haproxy 11323
nginx 21594
sudo ab -k -n 100000 -c 500 http://127.0.0.1:1982/
haproxy 13761
nginx 21319
sudo ab -k -n 100000 -c 1000 http://127.0.0.1:1982/
haproxy 15229
nginx 19587
sudo ab -k -n 100000 -c 2000 http://127.0.0.1:1982/
haproxy 13722
nginx 18254
非keepalive的请求
sudo ab -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 1476
nginx 1752
sudo ab -n 10000 -c 100 http://127.0.0.1:1982/
haproxy 2547
nginx 2231
sudo ab -n 10000 -c 200 http://127.0.0.1:1982/
haproxy 2525
nginx 4991
sudo ab -n 10000 -c 500 http://127.0.0.1:1982/
haproxy 2356
nginx 4814
sudo ab -n 10000 -c 1000 http://127.0.0.1:1982/
haproxy 2412
nginx 5075
sudo ab -n 10000 -c 2000 http://127.0.0.1:1982/
haproxy 2287
nginx 4721
nginx的配置：
worker_processes 4;
tcp {
tcp_nodelay off;
upstream test{
server 172.19.0.129;
server 172.19.0.130;
server 172.19.0.131;
server 172.19.0.132;
server 172.19.0.235;
server 172.19.0.236;
server 172.19.0.237;
server 172.19.0.238;
server 172.19.0.239;
check interval=3000 rise=2 fall=5 timeout=500;
}
server {
listen 1982;
proxy_pass test;
}
}
haproxy的配置：
global
log 127.0.0.1 daemon
user yaoweibin
nbproc 4
defaults
backlog 2048
balance roundrobin
log global
mode tcp
retries 3
contimeout 6s
clitimeout 600s
srvtimeout 600s
listen test 0.0.0.0:8080
server test-1 172.19.0.129:80 check inter 3s rise 2 fall 5 weight 10
server test-2 172.19.0.130:80 check inter 3s rise 2 fall 5 weight 10
server test-3 172.19.0.131:80 check inter 3s rise 2 fall 5 weight 10
server test-4 172.19.0.132:80 check inter 3s rise 2 fall 5 weight 10
server test-5 172.19.0.133:80 check inter 3s rise 2 fall 5 weight 10
server test-6 172.19.0.134:80 check inter 3s rise 2 fall 5 weight 10
server test-7 172.19.0.135:80 check inter 3s rise 2 fall 5 weight 10
server test-8 172.19.0.136:80 check inter 3s rise 2 fall 5 weight 10
server test-9 172.19.0.137:80 check inter 3s rise 2 fall 5 weight 10
server test-10 172.19.0.138:80 check inter 3s rise 2 fall 5 weight 10
server test-11 172.19.0.139:80 check inter 3s rise 2 fall 5 weight 10
我的测试机器是一台四核的linux机器，请求获取的是203个字节的网页，后端有11台web服务器。由于在同一台服务器上用ab，当测试并发数大的时候，ab本身的CPU资源消耗有一定的影响。下面是测试结果：
keepalive的请求
ab -k -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 2007 请求/每秒
nginx 8148
sudo ab -k -n 100000 -c 100 http://127.0.0.1:1982/
haproxy 8848
nginx 21726
sudo ab -k -n 100000 -c 200 http://127.0.0.1:1982/
haproxy 11323
nginx 21594
sudo ab -k -n 100000 -c 500 http://127.0.0.1:1982/
haproxy 13761
nginx 21319
sudo ab -k -n 100000 -c 1000 http://127.0.0.1:1982/
haproxy 15229
nginx 19587
sudo ab -k -n 100000 -c 2000 http://127.0.0.1:1982/
haproxy 13722
nginx 18254
非keepalive的请求
sudo ab -n 10000 -c 10 http://127.0.0.1:1982/
haproxy 1476
nginx 1752
sudo ab -n 10000 -c 100 http://127.0.0.1:1982/
haproxy 2547
nginx 2231
sudo ab -n 10000 -c 200 http://127.0.0.1:1982/
haproxy 2525
nginx 4991
sudo ab -n 10000 -c 500 http://127.0.0.1:1982/
haproxy 2356
nginx 4814
sudo ab -n 10000 -c 1000 http://127.0.0.1:1982/
haproxy 2412
nginx 5075
sudo ab -n 10000 -c 2000 http://127.0.0.1:1982/
haproxy 2287
nginx 4721
3 楼
mryufeng
2010-03-12
haproxy通过多进程的方式也是可以利用多smp的, 而且效率要比nginx高好多
2 楼
yaoweibin
2010-03-12
最近我尝试在Nginx上实现简单的TCP proxy，测试代理到Nginx的请求，测试结果有原来Nginx 2/3到3/4的性能，还没有跟HAProxy进行比较过。我写的模块：http://github.com/yaoweibin/nginx_tcp_proxy_module。
我觉得Nginx在SMP系统里面还是有优势的，等我的模块开发成熟了，我再来进行详细比较。
我觉得Nginx在SMP系统里面还是有优势的，等我的模块开发成熟了，我再来进行详细比较。
1 楼
litaocheng
2010-03-11
:) 项目之道啊...
发表评论
-
Libevent 2.0.4-alpha released
2010-03-08 10:48 1608Libevent 2.0.4-alpha is now ava ... -
haproxy 1.4释出
2010-02-27 00:44 1370February 26th, 2010 : New stab ... -
haproxy 1.3.16 is getting closer !
2009-03-18 22:03 1541http://haproxy.1wt.eu/ Secon ... -
nmon 监视不错
2009-02-27 11:40 2643nmon 工具可以为 AIX 和 Linux 性能专家提供监视 ... -
libevent的主干版本把ET加进去了
2008-12-09 22:35 3284老朱说 libevent的主干版本把ET加进去了,Valery ... -
我要改用libev？
2008-12-04 14:29 2932libev http://software.schmorp.d ... -
lighty2.0沙箱版本的协议和配置分析采用ragel 成功案例
2008-12-03 23:18 3167今天发现lighty2.0的 url, config, htt ... -
haproxy支持4层交换的规则了
2008-07-25 12:23 5054July 20th, 2008 : two lines... ... -
必备好用的网络工具socat Multipurpose relay (SOcket CAT)
2008-04-09 11:17 2982http://www.dest-unreach.org/soc ... -
赞！负载均衡器haproxy可以跑满10GBPS
2008-03-31 13:00 2999News, March 30th, 2008 I ... -
出了memcached分布式版本（repcached）的patch
2007-11-15 16:53 4034早上的时候arbow告诉我的。 名字叫repcached 主页 ... -
tcp的状态变迁和socket API
2007-10-17 13:57 3182做了这么多年的网络编程相信和大多数人对tcp的状态变迁不是很了 ... -
echo_server 200k并发
2007-10-17 13:56 2973在intel64位linux2.6.18上，erlang的ec ... -
ethtool包统计
2007-10-17 13:53 2964新版本的ethtool 可以统计到常见的包大小，这个不错 r ... -
mysql-proxy 千呼万唤才出来
2007-10-17 13:51 2653mysql出了个大家期待已久的mysql-proxy 作者就是 ... -
列出tcp连接情况
2007-10-17 12:35 1694看到命令不错 #! /bin/bash netstat -n ... -
我用的压力测试工具
2007-10-17 11:19 3094tsung : erlang编写的功能强劲 可以集群发动测试 ... -
Nginx Web服务器（转）
2007-10-10 21:57 6787感谢coderplayer同学, 让我转这篇文章。 N ... -
最近在研究几个流行的高性能web服务器 lighttpd nginx haproxy, 总结他们高...
2007-05-16 07:09 8675最近研究了几个流行的高性能web服务器 lighttpd ng ... -
总结下securecrt传文件的三种方式.1. scp scp [-1246BCpqrv...
2007-05-22 02:08 8720总结下securecrt传文件的三种方式. 1. scp ...
相关推荐
haproxy-1.8.23 RPM包 for Centos7 rpm -ivh 安装即可，软件目录：/usr/local/haproxy-1.8.23 配置文件: /etc/haproxy/haproxy.cfg 可通过 systemctl 来进行 start 、stop 、restart 可通过 systemctl enable...
HAProxy 2.3（CentOS 7）的RPM构建器 以普通用户的身份在构建框中执行以下步骤： sudo yum -y groupinstall 'Development Tools'cd /optsudo git clone ...2-RPM-builder建造：没有Lua： sudo make使用Lua： sudo make ...
官方离线安装包，测试可用。使用rpm -ivh [rpm完整包名] 进行安装
官方离线安装包，亲测可用。使用rpm -ivh [rpm完整包名] 进行安装
haproxy-2.8.3.tar.gz haproxy-1.1.34.tar.gz haproxy-1.2.18.tar.gz haproxy-1.3.28.tar.gz haproxy-1.4.27.tar.gz haproxy-1.5.19.tar.gz haproxy-1.6.16.tar.gz haproxy-1.7.14.tar.gz haproxy-1.8.12.tar.gz ...
赠送jar包：netty-codec-haproxy-4.1.73.Final.jar； 赠送原API文档：netty-codec-haproxy-4.1.73.Final-javadoc.jar； 赠送源代码：netty-codec-haproxy-4.1.73.Final-sources.jar； 赠送Maven依赖信息文件：netty-...
官网最新版本haproxy-1.9-dev8.tar.gz。
官方离线安装包，测试可用。使用rpm -ivh [rpm完整包名] 进行安装
HAProxy与ETCD for REST Jochen Mader < > v0.1，2015年10月：初始版本。 ==简介 具有丰富的功能，易于配置的反向代理。 是中的分布式层次结构键/值存储。 该项目提供了一些Shell基础结构，用于从ETCD生成主机...
Windows Haproxy-2.2-dev5 20200325 是自己在2020年3月25日在Haproxy官网下载的源代码并Windows系统将其编译成Haproxy.exe的二进制可执行文件，经过压力测试毫无问题，直接在文件中启动Haproxy.bat脚本即可运行。...
haproxy-confd-演示 此 repo 说明了如何使用 HAProxy 和 confd 在 CoreOS 中对 Web 容器进行负载平衡。 快速开始 克隆这个 repo $ git clone https://github.com/coopermaa/haproxy-confd-demo.git $ cd haproxy-...
Cygwin64编译的
HAProxy is a free, very fast and reliable solution offering high availability, load balancing, and proxying for TCP and ... Over the years it has become the de-facto standard opensource load balancer, is...
赠送jar包：netty-codec-haproxy-4.1.74.Final.jar； 赠送原API文档：netty-codec-haproxy-4.1.74.Final-javadoc.jar； 赠送源代码：netty-codec-haproxy-4.1.74.Final-sources.jar； 赠送Maven依赖信息文件：netty-...
HAProxy是一个使用C语言编写的自由及开放源代码软件[1]，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy...
haproxy-auth-request：auth-request允许您基于对配置的HAProxy后端的子请求，对HTTP服务添加访问控制
docker-compose-nodejs-haproxy docker compose 项目基于博客文章 在树莓派上运行。 有关更多详细信息，请参阅。安装确保在 RPi 上安装了 docker-compose： sudo sh -c "curl -L ...
新手练习 haproxy-1.5.18-1.el6.x86_64.rpm
赠送jar包：netty-codec-haproxy-4.1.73.Final.jar； 赠送原API文档：netty-codec-haproxy-4.1.73.Final-javadoc.jar； 赠送源代码：netty-codec-haproxy-4.1.73.Final-sources.jar； 赠送Maven依赖信息文件：netty-...
haproxy ssl 终止将不同域的所有证书保存在 /etc/haproxy/certs.d 下，为您终止的每个域保留一个。 您可以在/etc/haproxy/defaut.pem 中保留默认证书。 /etc/haproxy/haproxy.cfg片段 ......frontend www bind ${LB...