Lukas,
thanks for your feedback on this.
To be honest I am not sure about keep alive on either side (I just
started reading about this to get a better overview) but here's some
numbers for running the command
/netstat -a -n|grep IP:80 |wc -l//
/- on the client side, there are 24K connections
You probably don't want net.ipv4.tcp_tw_recycle = 1 when your clients are
behind NAT/CGN boxes.
If you have troubles with source port exhaustion, refer to the article Baptiste
wrote:
http://blog.exceliance.fr/2012/12/12/haproxy-high-mysql-request-rate-and-tcp-source-port-exhaustion/
Lukas
On 03/07/2013 01:20 PM, Lukas Tribus wrote:
Aren't using HTTPS in the frontend when benchmarking haproxy and plain HTTP
when benchmarking the original server, are you? That could explain the
performance differences.
No, I only tested HTTP version :)
Anyway, you do want to enable keepalive
What are the the response times now with keepalive enabled?
Date: Thu, 7 Mar 2013 13:34:34 +0200
From: a...@pagepeeker.com
To: luky...@hotmail.com
CC: haproxy@formilux.org
Subject: Re: Lots of TIME_WAITs and slow response time
On 03/07/2013 01:20
I need it for my firewall it seems so I'll leave it for now.
In this case you may want to bypass conntrack for TCP port 80 traffic only.
Also consider matching your backend traffic with -j NOTRACK.
You can read more about bypassing conntrack and the NOTRACK target here:
On 03/07/2013 03:32 PM, Lukas Tribus wrote:
What are the the response times now with keepalive enabled?
Here's the result of /ab -n 1000 -c 100///run via HAProxy
/Percentage of the requests served within a certain time (ms)//
// 50%167//
// 66%183//
// 75%196//
// 80%224//
On 03/07/2013 03:32 PM, Lukas Tribus wrote:
What are the the response times now with keepalive enabled?
I noticed something that I cannot explain: I have an identical (from a
HW standpoint) server with a pretty similar configuration running the
same version of HAproxy
and if I run the tests
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
for now
On 03/07/2013 01:23 PM, Lukas Tribus wrote:
You probably don't want net.ipv4.tcp_tw_recycle = 1 when your clients are
behind NAT/CGN
--
Thanks,
Richard Genthner
System Administrator
Symplicity
tel 703.351.0200 x 8051
web www.symplicity.com
I turned off the firewall and removed conntrack related modules and made
the tests again, same results as when firewall is ON and conntrack
module(s) loaded.
On 03/07/2013 04:09 PM, Lukas Tribus wrote:
In this case you may want to bypass conntrack for TCP port 80 traffic
only. Also
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
for now
This indicates you are running out of source ports and it is
probably why the latency increases with the number of simultaneous connections.
你好.23:19:05
在这钢筋水泥的都市你寂寞吗?在这你可以找到无数偶遇人!
火热中!www.92rib.com你懂吧
2013-3-7
On 03/07/2013 05:46 PM, Lukas Tribus wrote:
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
for now
This indicates you are running out of source ports and it is
probably why the latency increases with
Hi,
On 07.03.2013 17:14, Alexandru Florescu wrote:
On 03/07/2013 05:46 PM, Lukas Tribus wrote:
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
Dont use it!
for now
This indicates you are running
On 03/07/2013 07:09 PM, Thomas Heil wrote:
Hi,
On 07.03.2013 17:14, Alexandru Florescu wrote:
On 03/07/2013 05:46 PM, Lukas Tribus wrote:
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
Dont use
When I try with tw_recycle = 0 then I start to get a lot of TIME_WAIT
connections and performance degrades quite quickly so I cannot remove it
Having a lot of TIME_WAIT connections shouldn't be a problem, in fact its
pretty normal.
With tcp_tw_reuse enabled (and tw_recycle disabled), you
Nike transformation, mainly from hip-hop on the inspiration on the nike air max
shoes. Additionally, as a result of interest in the world wide web amid young
adults, Nike begun to accept a different key phrase. Air flow Utmost evolved
into accessible in the web based retailer as well as online
Team HA PROXY,
Kindly share the product Support price of HA PROXY.
Requesting for an early reply..
Thanks Best Regards
Shabbir
9980552272
A.M.D TECHNOLOGY SERVICES
#3/1, S6, S.R COMPLEX
KMARAJ ROAD
BANGALORE 560042
INDIA
Il 07/03/2013 21:27, S Ahmed ha scritto:
How and what tools do you suggest I use to monitor my haproxy service?
How can I tell if haproxy is becoming a bottleneck? (say I
mis-configured it etc.)
Look at the logs and at the statistics.
Search the official documentation for the stats
Team HA PROXY,
Kindly share the product Support price of HA PROXY.
Requesting for an early reply..
Thanks Best Regards
Shabbir
9980552272
A.M.D TECHNOLOGY SERVICES
#3/1, S6, S.R COMPLEX
KMARAJ ROAD
BANGALORE 560042
INDIA
20 matches
Mail list logo