Skip to content
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

Increased the time the proxy will hold connections when unidling #12754

Conversation

knobunc
Copy link
Contributor

@knobunc knobunc commented Feb 1, 2017

Before we would wait 30 seconds for a pod to come live before dropping
the connections. That time is too short, so we have increased it to
120 seconds.

Fixes bug 1416037 (https://bugzilla.redhat.com/show_bug.cgi?id=1416037)

@knobunc knobunc self-assigned this Feb 1, 2017
@knobunc knobunc requested a review from DirectXMan12 February 1, 2017 15:37
@knobunc
Copy link
Contributor Author

knobunc commented Feb 1, 2017

@openshift/networking PTAL

@smarterclayton
Copy link
Contributor

What user is going to wait for 120 seconds?

@smarterclayton
Copy link
Contributor

I would never wait for 30 seconds for anything.

@smarterclayton
Copy link
Contributor

We chose 30s as the longest possible value a user would wait. I'd argue the problem here is not idling - it's the rest of the system sucks. As a user, I don't care that our image pulls are slow - I expect it to just work.

@knobunc
Copy link
Contributor Author

knobunc commented Feb 1, 2017

So is the real problem here the quick-start applications that have the 30 second delay before the readiness checks?

@knobunc
Copy link
Contributor Author

knobunc commented Feb 1, 2017

I don't disagree that waiting for 30 seconds is awful, but what's the cost in making the system wait that long, allowing patient users (or programs that are connecting) to wait longer rather than dropping them on the floor at 30 seconds?

@smarterclayton
Copy link
Contributor

One angle here is that event delivery isn't guaranteed - unidling is best effort. So if the event misses, that's 4 times longer that it would be before someone hit refresh and tried to unidle.

@smarterclayton
Copy link
Contributor

How about this - I'm not opposed to making this configurable. I'm much less certain that a longer default makes anything work better (quickstarts that don't start in 30seconds aren't very quick). Heroku for instance comes up in under 3-5 seconds. That's really the experience we're looking for, and I would at least put pressure on the other parts of the product to not suck.

@smarterclayton
Copy link
Contributor

I'm ok with bumping the timeout to 120s if we promise to make this configurable ASAP

@knobunc
Copy link
Contributor Author

knobunc commented Feb 2, 2017

[test]

Before we would wait 30 seconds for a pod to come live before dropping
the connections.  That time is too short, so we have increased it to
120 seconds.

Fixes bug 1416037 (https://bugzilla.redhat.com/show_bug.cgi?id=1416037)
@knobunc knobunc force-pushed the bug/bz1416037-increase-unidler-wait-time branch from 461cfcf to 845e285 Compare February 2, 2017 18:14
@openshift-bot
Copy link
Contributor

Evaluated for origin test up to 845e285

@openshift-bot
Copy link
Contributor

continuous-integration/openshift-jenkins/test SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/13523/) (Base Commit: 89ed457)

@knobunc
Copy link
Contributor Author

knobunc commented Feb 2, 2017

Created trello card https://trello.com/c/W3PYdBDG to do the settings work @smarterclayton requested.

[merge]

@openshift-bot
Copy link
Contributor

Evaluated for origin merge up to 845e285

@knobunc
Copy link
Contributor Author

knobunc commented Feb 2, 2017

This will probably also fix #10773

@openshift-bot
Copy link
Contributor

openshift-bot commented Feb 3, 2017

continuous-integration/openshift-jenkins/merge SUCCESS (https://ci.openshift.redhat.com/jenkins/job/test_pr_origin/13549/) (Base Commit: f6d6014) (Image: devenv-rhel7_5842)

@openshift-bot openshift-bot merged commit 889cece into openshift:master Feb 3, 2017
@knobunc knobunc deleted the bug/bz1416037-increase-unidler-wait-time branch June 7, 2018 12:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants