Connection limit is inconsistent
Bug #1635416 reported by
Michael Johnson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
octavia |
Invalid
|
High
|
Unassigned |
Bug Description
Our API and CLI show the connection limit as '-1' which gets translated to not specifying a connection limit in the HAProxy configuration. When there is no connection limit specified in the HAProxy configuration it defaults to 2000 [1].
We are incorrectly documenting -1 as infinite in the documentation.
I think we should make the default 2000 and use that as the default instead of -1. There really isn't an "infinite" setting for HAProxy and setting it to 2000 means it is much less likely that the user will exhaust the amphora memory and cause the amphora to fail/failover.
[1] http://
description: | updated |
Changed in octavia: | |
status: | Confirmed → Triaged |
To post a comment you must log in.
That's correct. I don't think there's a way to tell haproxy to have "unlimited" connections, since it defaults to that value so it can set its open files limits properly on start-up. So yes, since haproxy is our default, it seems to make sense to me for this to default to 2000.
Note, in our testing, we could get to just shy of 10k connections on the default amphora image with default memory before the haproxy process on the amphora crashed. So, if we wanted, we could potentially set it a little higher than 2000. However, 2000 is probably a good place to start: Except for applications that have a LOT of long-lived connections, it's hard to even get to that 2000 limit for even high-volume sites.