You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The documentation in the troubleshooting guide mentions that in order to allow pod health checks to succeed when in strict TLS mode, exposing the liveness/readiness port on a separate port from the actual application port is necessary. However, it does not provide an example, and my attempt at making this work is not getting me anywhere.
With this approach, however, I only get a crashloop deployment as the healthcheck says Readiness probe failed: Get "http://xx.xx.xx.xx:3001/healthcheck": dial tcp xx.xx.xx.xx:3001: connect: connection refused
Describe the solution you'd like
Adding documentation to the troubleshooting guide and/or the mTLS walkthrough for this workaround would be much appreciated. I'm not sure if I'm on the right path with this solution but I would like to continue having my deployment healthchecks as opposed to removing them as seemingly demonstrated in the mTLS walkthrough.
Is your feature request related to a problem?
Yes
The documentation in the troubleshooting guide mentions that in order to allow pod health checks to succeed when in strict TLS mode, exposing the liveness/readiness port on a separate port from the actual application port is necessary. However, it does not provide an example, and my attempt at making this work is not getting me anywhere.
I've set up my deployment as below:
With this approach, however, I only get a crashloop deployment as the healthcheck says
Readiness probe failed: Get "http://xx.xx.xx.xx:3001/healthcheck": dial tcp xx.xx.xx.xx:3001: connect: connection refused
Describe the solution you'd like
Adding documentation to the troubleshooting guide and/or the mTLS walkthrough for this workaround would be much appreciated. I'm not sure if I'm on the right path with this solution but I would like to continue having my deployment healthchecks as opposed to removing them as seemingly demonstrated in the mTLS walkthrough.
Describe alternatives you've considered
Moving to Istio -- Istio provides a more in depth guide for this issue, though their solutions don't seem applicable to app mesh functionality. https://istio.io/latest/docs/ops/configuration/mesh/app-health-check/
The text was updated successfully, but these errors were encountered: