Section – Out-of-band Checks

Out-of-band checks allow constant monitoring of a specific page independent of any end-user traffic. This page is called in a defined interval, the response analyzed, and used to decide whether a back-end server is in a good or a bad state. As soon as at least one of the failure patterns matches, the request is treated as a failed request. If out-of-band checks are configured, no probe requests from end-users are being sent to bad servers.
For both states, good and bad, you can configure how often the test page should be called, and how many subsequent failed or successful attempts are necessary to initiate a state change from good to bad or vice versa.

Out-of-band Checks

Check URL path

This is the address for the test page, e.g. a login page, or a dedicated test page explicitly implemented to return status information on the back-end application.

HTTP status failure pattern

To analyze the return status of the response, you can define a regular expression to match the response status code. Activate/deactivate the pattern by clicking on the gray/green button to the left of the pattern input field. This regular expression is always case insensitive, but can be inverted if required. If the response status code matches with the pattern, the request is counted as a failed request.

Example:

^503$                   = interpret response status 503 as failed
^5                      = interpret response status 5xx as failed
^(200|3..)$, inverted   = only 200 and 3xx responses are expected, every other status is interpreted as a failure

Content failure pattern

If this regular expression matches against the response body, then the request is counted as a failed request. The regular expression can be configured to be either case sensitive or case insensitive. Checking the content can be turned on or off by clicking on the grey/green button to the left of the pattern input field.

Check when status is "good"

The "Interval" value defines how many seconds pass between individual calls to the check URL in case of a good back-end. The second parameter on this line defines the number of subsequent failed requests after which the back-end will be marked as "bad".

Check when status is "bad"

The "Interval" value defines how many seconds pass between individual calls to the check URL in case of a bad back-end. The second parameter on this line defines the number of subsequent successful requests after which the back-end will be marked as "good".

HTTP request time-out (seconds)

Since out-of-band checks only call one specific page, their expected timing behavior can differ considerably from that of general pages within an application. This field allows setting an HTTP request time-out which will only apply to Out-of-band calls to the check URL. All other requests use the time-out defined on their corresponding Timeout.