-
Notifications
You must be signed in to change notification settings - Fork 80
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
[Helm Charts] Add support for configuring Kubernetes startup probe via … #645
base: main
Are you sure you want to change the base?
Conversation
The alternative to those issues is to have the ability to configure a Startup Probe. The Startup Probe can be used to delay the initial checks done by the liveness and readiness probes, allowing some configuration without compromising them. | ||
|
||
The goal of this RFE is to define the default initial configuration of a Startup Probe so users can tweak it when required. | ||
|
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.
For consistency sake same configuration shall also be introduced for liveness and readiness probes |
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.
@laDok8 Notice that there was already a default configuration for the liveness and readiness probes in the Helm Chart. See the changes we added in this proposal: https://github.com/wildfly/wildfly-charts/pull/34/files
I don't mind tracking them as they were added with this proposal, and indeed, it is completely harmless and only paperwork, but I want to be clear that there were already default values for the aforementioned probes.
Are you following me on this? If so, to avoid any bikeshedding on this, I plan to accept your good suggestions, but first I would like to be sure we are on the same page about this.
* The proposal for the default Startup Probe configuration is the following: | ||
+ | ||
[source,yaml] | ||
startupProbe: | ||
httpGet: | ||
path: /health/live | ||
port: admin | ||
initialDelaySeconds: 5 | ||
failureThreshold: 36 | ||
periodSeconds: 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.
* The proposal for the default Startup Probe configuration is the following: | |
+ | |
[source,yaml] | |
startupProbe: | |
httpGet: | |
path: /health/live | |
port: admin | |
initialDelaySeconds: 5 | |
failureThreshold: 36 | |
periodSeconds: 5 | |
* The proposal for the default configurations is following: | |
+ | |
[source,yaml] | |
livenessProbe: | |
httpGet: | |
path: /health/live | |
port: admin | |
readinessProbe: | |
httpGet: | |
path: /health/ready | |
port: admin | |
startupProbe: | |
httpGet: | |
path: /health/live | |
port: admin | |
initialDelaySeconds: 5 | |
failureThreshold: 36 | |
periodSeconds: 5 |
cloud/EAP7-1769-Helm-cahrts-Configuring-Kubernetes-startup-probe.adoc
Outdated
Show resolved
Hide resolved
|
||
== Release Note Content | ||
|
||
Added the ability to configure a Startup Probe using WildFly Helm Charts. |
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.
Added the ability to configure a Startup Probe using WildFly Helm Charts. | |
Increased default timeouts for startup, readiness and liveness probes and added the ability to configure a these probes using WildFly Helm Charts. |
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.
Why Increased default timeouts for startup, readiness and liveness probes
if we are not adding any specific configuration for readiness and liveness?
…be.adoc Co-authored-by: laDok8 <[email protected]>
…Helm Charts
Issue: wildfly/wildfly-charts#37
Resolves #646
CC @laDok8