Optimize OpenShift healthchecks #297

Closed
opened 2026-03-06 10:38:43 +00:00 by jgroman · 3 comments
Owner

OpenShift checks blockerbugs pod service health using Readiness and Liveness probes which both independently hit app main page at 5 sec period resulting in main page refreshes every 2.5 sec or so. This causes unnecessary main page traffic and may have negative impact on app response delay.
We should review healtcheck period lengths and probably make those longer and also create a special endpoint dedicated for those health checks which would just do a simple and fast db query (like retrieving db version) thus reducing server and db load.

OpenShift checks blockerbugs pod service health using Readiness and Liveness probes which both independently hit app main page at 5 sec period resulting in main page refreshes every 2.5 sec or so. This causes unnecessary main page traffic and may have negative impact on app response delay. We should review healtcheck period lengths and probably make those longer and also create a special endpoint dedicated for those health checks which would just do a simple and fast db query (like retrieving db version) thus reducing server and db load.
Owner

This seems to be partially implemented in #299 , IIUIC?

@main.route('/_health')
			def get_health_check():
			    """Endpoint for processing health check requests from loadbalancers etc."""
			    response = make_response('OK')
			    response.mimetype = 'text/plain'
			    return response 
This seems to be partially implemented in #299 , IIUIC? ``` @main.route('/_health') def get_health_check(): """Endpoint for processing health check requests from loadbalancers etc.""" response = make_response('OK') response.mimetype = 'text/plain' return response ```
Author
Owner

Yes, this is one part of that, but we also have to update Ansible scripts with new timeouts and endpoint.

Yes, this is one part of that, but we also have to update Ansible scripts with new timeouts and endpoint.
jgroman added this to the Sprint 10 project 2026-05-18 11:08:14 +00:00
jgroman self-assigned this 2026-05-18 11:08:21 +00:00
Author
Owner

Deployed to staging, pod started fine, new probe endpoints are active and debug log is clean (new healthcheck requests are not logged).

Deployed to staging, pod started fine, new probe endpoints are active and debug log is clean (new healthcheck requests are not logged).
Sign in to join this conversation.
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference
quality/blockerbugs#297
No description provided.