# Server Health

You can configure the TIBCO Enterprise Message Service server to service HTTP GET requests for the current health of the server on a dedicated port.

This feature can be used to support the health check probes in an OpenShift cluster. For more information refer to the OpenShift documentation.

Note: The EMS server supports this feature only on the Linux, macOS, and Windows platforms.

## Configure the Health Check Listen

The `health_check_listen` configuration property in `tibemsd.conf` controls the interface and port the server will service HTTP health check requests on. If this property is not set, the server will not attempt to service these type of requests. This property cannot be set dynamically.

You can use only one `health_check_listen` and this listen should not conflict with other server listens.

These same restrictions apply to `secondary_health_check_listen` which is used by a server designated as secondary in a fault tolerant pair.

## Health Check Response

A requestor can check whether the server is live or ready. An OK response to a liveness request means the server is up and running. An OK response on a readiness request means the server is in the active state while a BAD response means the server is not.

Liveness requests to the server should be HTTP GET requests for the `path /isLive`. Readiness requests to the server should be HTTP GET requests for the path `/isReady`.

For example: `http://machine:7220/isLive` and `http://machine:7220/isReady`.

Copyright © Cloud Software Group, Inc. All rights reserved.