adjust logstash health check so kubernetes liveness probe doesn't kill it · Issue #630 · cisagov/Malcolm · GitHub
More Web Proxy on the site http://driver.im/
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 liveness check for the logstash container checks for green/yellow status. However, if a pipeline is severely loaded, it could be red, but we really don't want something like Kubernetes to try to force restart the pod, since that would only make it worse. We should probably adjust the container_health script to just return ok as long as it can hit the health report API endpoint at all, regardless of the state of the pipelines.
On the other hand, the logstash pipelines check for the /mapi/ready makes sure none of them are red. In my opinion we should leave this the way it is.
The text was updated successfully, but these errors were encountered:
Okay, I've set it now so that docker-compose.yml runs the health check with a -s argument (for "strict") so it will report unhealthy if things aren't green/yellow. This is desirable because I want it to show as unhealthy, but docker compose doesn't kill/restart unhealthy containers. Kubernetes, on the other hand, doesn't run it with -s so it will just check to make sure the endpoint is live rather than being so strict with the pipeline status.
The liveness check for the logstash container checks for green/yellow status. However, if a pipeline is severely loaded, it could be red, but we really don't want something like Kubernetes to try to force restart the pod, since that would only make it worse. We should probably adjust the container_health script to just return ok as long as it can hit the health report API endpoint at all, regardless of the state of the pipelines.
On the other hand, the
logstash pipelines
check for the/mapi/ready
makes sure none of them are red. In my opinion we should leave this the way it is.The text was updated successfully, but these errors were encountered: