Earlier quoted context omitted.
There are at most 65536 ports per remote IP . TCP connections are basically identified with an (ip, port) tuple. Also you can set the file descriptor limits to whatever you want.
Aren't TCP connections more accurately identified by (srcip, srcport, dstip, dstport) tuple? This is somewhat significant as you can easily have tons of IPs in a single box.
How we fine-tuned HAProxy to achieve 2M concurrent SSL connections (2017)
11–14 of 14 posts
Re: How we fine-tuned HAProxy to achieve 2M concurrent SSL connections (2017)
#12Earlier quoted context omitted.
There are at most 65536 ports per remote IP . TCP connections are basically identified with an (ip, port) tuple. Also you can set the file descriptor limits to whatever you want.
Aren't TCP connections more accurately identified by (srcip, srcport, dstip, dstport) tuple? This is somewhat significant as you can easily have tons of IPs in a single box.
Re: How we fine-tuned HAProxy to achieve 2M concurrent SSL connections (2017)
#13Earlier quoted context omitted.
There are at most 65536 ports per remote IP . TCP connections are basically identified with an (ip, port) tuple. Also you can set the file descriptor limits to whatever you want.
Aren't TCP connections more accurately identified by (srcip, srcport, dstip, dstport) tuple? This is somewhat significant as you can easily have tons of IPs in a single box.
Re: How we fine-tuned HAProxy to achieve 2M concurrent SSL connections (2017)
#14One quibble I would make with the article is that you are not actually limited to ~65k connections from a client. It is only ~65k per IP address on the client (given that they're all talking to a single remote port) You can add NICs or virtual IPs and bind your client instances to specific IP addresses instead of INADDR_ANY.