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
Allow configuring the dispatcher and connection pool of the KubernetesClient
shared underlying http client.
#8892
Conversation
... of the `KubernetesClient` shared underlying http client. For example, default values are 64 concurrent asynchronous requests, and **only 5 concurrent asynchronous requests per-host**, which obviously doesn't seem correct for multi-user scenarios, knowing that Che keeps a number of connections opened (e.g. for commands or ws-agent logs) Leaving these wrong default values can lead to workspace starts being stuck in the middle of the process while waiting for an available request, as soon as several users start a workspace on the same che-server. Signed-off-by: David Festal <dfestal@redhat.com>
Can one of the admins verify this patch? |
ci-test-ocp |
ci-test build report: |
Maybe we should move |
Why not in a next PR ;-) |
# Keep-alive timeout of the connection pool | ||
# of the Kubernetes-client shared http client | ||
# in minutes | ||
che.infra.kubernetes.client.http.connection_pool.keep_alive.mins=5 |
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.
We practice separation of measurement unit by underscore instead of a dot
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.
Fixed in commit e88a264
... as requested by @garagatyi in [this comment](#8892 (comment)) Signed-off-by: David Festal <dfestal@redhat.com>
…esClient` shared underlying http client. (#8892) Allow configuring the dispatcher and connection pool of the `KubernetesClient` shared underlying http client. For example, default values are 64 concurrent asynchronous requests, and **only 5 concurrent asynchronous requests per-host**, which obviously doesn't seem correct for multi-user scenarios, knowing that Che keeps a number of connections opened (e.g. for commands or ws-agent logs) Leaving these wrong default values can lead to workspace starts being stuck in the middle of the process while waiting for an available request, as soon as several users start a workspace on the same che-server. Signed-off-by: David Festal <dfestal@redhat.com>
What does this PR do?
Allow configuring the dispatcher and connection pool of
the
KubernetesClient
shared underlying http client.For example, default values are 64 concurrent asynchronous
requests, and only 5 concurrent asynchronous requests per-host,
which obviously doesn't seem correct for multi-user scenarios,
knowing that Che keeps a number of connections opened
(e.g. for commands or ws-agent logs)
Leaving these wrong default values can lead to workspace
starts being stuck in the middle of the process while waiting
for an available request, as soon as several users start
a workspace on the same che-server.