- 浏览: 981759 次
- 性别:
- 来自: 广州
最新评论
-
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.
评论
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 1675Libevent 2.0.4-alpha is now ava ... -
haproxy 1.4释出
2010-02-27 00:44 1413February 26th, 2010 : New stab ... -
haproxy 1.3.16 is getting closer !
2009-03-18 22:03 1588http://haproxy.1wt.eu/ Secon ... -
nmon 监视不错
2009-02-27 11:40 2677nmon 工具可以为 AIX 和 Linux 性能专家提供监视 ... -
libevent的主干版本把ET加进去了
2008-12-09 22:35 3329老朱说 libevent的主干版本把ET加进去了,Valery ... -
我要改用libev?
2008-12-04 14:29 2970libev http://software.schmorp.d ... -
lighty2.0沙箱版本的协议和配置分析采用ragel 成功案例
2008-12-03 23:18 3215今天发现lighty2.0的 url, config, htt ... -
haproxy支持4层交换的规则了
2008-07-25 12:23 5108July 20th, 2008 : two lines... ... -
必备好用的网络工具socat Multipurpose relay (SOcket CAT)
2008-04-09 11:17 3030http://www.dest-unreach.org/soc ... -
赞!负载均衡器haproxy可以跑满10GBPS
2008-03-31 13:00 3042News, March 30th, 2008 I ... -
出了memcached分布式版本(repcached)的patch
2007-11-15 16:53 4081早上的时候arbow告诉我的。 名字叫repcached 主页 ... -
tcp的状态变迁和socket API
2007-10-17 13:57 3241做了这么多年的网络编程相信和大多数人对tcp的状态变迁不是很了 ... -
echo_server 200k并发
2007-10-17 13:56 3025在intel64位linux2.6.18上,erlang的ec ... -
ethtool包统计
2007-10-17 13:53 3035新版本的ethtool 可以统计到常见的包大小,这个不错 r ... -
mysql-proxy 千呼万唤才出来
2007-10-17 13:51 2688mysql出了个大家期待已久的mysql-proxy 作者就是 ... -
列出tcp连接情况
2007-10-17 12:35 1757看到命令不错 #! /bin/bash netstat -n ... -
我用的压力测试工具
2007-10-17 11:19 3150tsung : erlang编写的功能强劲 可以集群发动测试 ... -
Nginx Web服务器(转)
2007-10-10 21:57 6887感谢coderplayer同学, 让我转这篇文章。 N ... -
最近在研究几个流行的高性能web服务器 lighttpd nginx haproxy, 总结他们高...
2007-05-16 07:09 8744最近研究了几个流行的高性能web服务器 lighttpd ng ... -
总结下securecrt传文件的三种方式.1. scp scp [-1246BCpqrv...
2007-05-22 02:08 8768总结下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 ...
haproxy-1.9-dev8是haproxy的一个开发版本,这标志着它是1.9系列中的一个预发布版本,可能包含新特性、改进和bug修复。 在haproxy-1.9-dev8.tar.gz这个压缩包中,用户可以获取haproxy的源代码,以便在自己的系统上...
官方离线安装包,测试可用。使用rpm -ivh [rpm完整包名] 进行安装
官方离线安装包,亲测可用。使用rpm -ivh [rpm完整包名] 进行安装
- 下载并编译Haproxy:`wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.25.tar.gz`, `tar zcvf haproxy-1.3.20.tar.gz`, `cd haproxy-1.3.20`, `make TARGET=linux26 PREFIX=/usr/local/haproxy ARCH=...
haproxy-2.3.2-win64是一款专为Windows 64位操作系统设计的高性能、免费的负载均衡器和反向代理软件。由Cygwin64编译环境构建,它允许在Windows平台上实现与Linux系统类似的Unix-like功能。Cygwin是一种GNU和开源...
Haproxy下载地址:http://pkgs.fedoraproject.org/repo/pkgs/haproxy/ 关闭SElinux、配置防火墙 1、vi /etc/selinux/config #SELINUX=enforcing #注释掉 #SELINUXTYPE=targeted #注释掉 SELINUX=disabled #增加 :wq...
赠送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-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 ...
wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.8.tar.gz tar zxvf haproxy-1.4.8.tar.gz cd haproxy-1.4.8 make TARGET=linux26 PREFIX=/usr/local/haproxy make install PREFIX=/usr/local/haproxy ...
赠送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-...
2. 进入源码目录:`cd haproxy-1.4.25` 3. 配置编译选项(根据实际需求调整):`./configure --prefix=/usr/local/haproxy` 4. 编译和安装:`make && make install` 5. 创建配置文件(参考`examples/haproxy.cfg`)...
官方离线安装包,测试可用。使用rpm -ivh [rpm完整包名] 进行安装
haproxy-1.7.1.tar.gz 是一个包含haproxy 1.7.1版本源代码的压缩包文件,通常在Linux或类UNIX系统中使用。haproxy是一款高性能、免费且开源的负载均衡器,广泛应用于互联网服务,如Web服务器、数据库集群和API服务等...
HAProxy与ETCD for REST Jochen Mader < > v0.1,2015年10月:初始版本。 ==简介 具有丰富的功能,易于配置的反向代理。 是中的分布式层次结构键/值存储。 该项目提供了一些Shell基础结构,用于从ETCD生成主机...
标题中的“haproxy-ansible-源码.rar”表明这是一个关于使用Ansible自动化部署和管理HAProxy的源代码压缩包。HAProxy是一款广泛使用的开源负载均衡器和反向代理服务器,而Ansible则是一种流行的IT自动化工具,常用于...
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-...
总结来说,"haproxy-3.1 for windows 64位 支持ssl"是一个专为64位Windows系统设计的haproxy版本,它包含了必要的DLL文件和SSL支持,允许在Windows环境中实现高性能的HTTP/HTTPS负载均衡。用户可以通过Cygwin64 ...