-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
set maximum number of connections to 60000 #109
Conversation
Signed-off-by: Felix Breuer <fbreuer@pm.me>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like a very good idea to manage it more explicitly.
We do also limits in the Thresholds: []*envoycluster.CircuitBreakers_Thresholds{
{
Priority: envoycore.RoutingPriority_DEFAULT,
MaxConnections: &wrappers.UInt32Value{Value: 10000 * uint32(hostmetrics.GetCPUNum())},
MaxRequests: &wrappers.UInt32Value{Value: 8000 * uint32(hostmetrics.GetCPUNum())},
MaxPendingRequests: &wrappers.UInt32Value{Value: 2000 * uint32(hostmetrics.GetCPUNum())},
},
}, This is set per upstream Port which even do not make sense. If I have 10 Ports the sum of all MaxConnections are 100.000 (with 1 CPU). But the new setting dedicated for each listener port or is it global. Because it do also not make sense to limit each listener port to 60.000 connections. |
Signed-off-by: Felix Breuer <fbreuer@pm.me>
Good point, i haven't found any option which limits the overall connections for envoy across all listeners / clusters yet. |
Signed-off-by: Felix Breuer <fbreuer@pm.me>
I thought about this and i guess a solid way is to handle this on a system level. We can set the maximum number of open files for the What do you think about this @dergeberl @nightlyone ? |
Signed-off-by: Felix Breuer <fbreuer@pm.me>
Signed-off-by: Felix Breuer <fbreuer@pm.me>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Signed-off-by: Felix Breuer fbreuer@pm.me