-
Notifications
You must be signed in to change notification settings - Fork 304
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
configure maxRatePerInstance in backend #545
Comments
@ukai I have another option to alleviate this which would allow us not to expose it. We could just increase the default maxRatePerInstance we set from 1 to N (possibly even the max int as shown in the comment). /kind cleanup |
We need to consider though how changing that value might effect existing users. I'll give it some thought before creating a PR. /assign |
Do you have a reproable configuration? As far as we know, this should not result in 502s... |
ah, changing maxRatePerInstance doesn't change rate of 502s for a day. anyway, what caused the 502 response?
|
hmm, when pod is deleted while handling http request and terminated without response, ingress (load balancer) returns 502? |
by making backend server robust (less eviction, OOM killed), we could reduce 502 errors, so might not need to set maxRatePerInstance. |
@ukai Can we close this? |
yeah |
ingress configures backend with maxRatePerInstance=1 like
backends:
capacityScaler: 1.0
group: https://www.googleapis.com/compute/v1/projects/$project/zones/$zone/instanceGroups/$ig
maxRatePerInstance: 1.0
This comment says maxRatePerInstance value doesn't matter
ingress-gce/pkg/backends/ig_linker.go
Line 57 in 6583318
but actually I experienced lots of 502 errors when it received too many requests per second.
I manually raised maxRatePerInstance (e.g. to 20.0), 502 errors disappeared.
can we configure maxRatePerInstance by ingress annotation or so.
we might also want to configure timeoutSec too.
The text was updated successfully, but these errors were encountered: