This section of the Service Manager configuration enables and configures the health check that the load balancer can perform on the active servers that have been added to the service. Should any servers in the service fail the health check the load balancer will no longer send them incoming connections. However, the load balancer will continue to perform health checks on the problem server as long as it is health checks are enabled and the load balancer will resume sending it connections when it passes a health check.
The following is an image of the Health Check configuration section of the Service Manager with the fields labelled and explained.
The Update button will save the configuration. It will not push the new configuration live to the load balancer. In order to push all new saved configuration (that is any new configuration for any aspect of the service) the Update Now button must be pushed from the first page of the Service Manager section.
The load balancer has the capability to perform one of two available checks on the members of the servers in the service by connecting to them and assessing the outcome in two different way. The two available connection types are connect and negotiate.
This is the simpler of the two tests. The server will simple initiate a connection on the configured port and classify the server as online and working if there is a correct response from the server before the expiry of the configured timeout period.
This health check is the same as running something like the following by hand to against a webserver:
netcat -v www.memset.com 80 www.memset.com [37.128.131.171] 80 (http) open
where a connection is requested on port 80 (line one) and a successful response is obtained (line 2). Once the load balancer receives the correct response the server has passed the health check.
This health check is only available for the HTTP and HTTPS connection types.
The load balancer performs this health check by requesting a file from the server and checking if that file contains a specific piece of text.
The file and the text are the parameters that are configured in the Request and Check string fields, with the Request being the name of the file and Check String being the text to search for.
A typical example of a file and a string are the home page, typically index.html, and a word that appears on the home page, in the example below this is "Welcome". The fields for this example configuration would look like the following:
A second common configuration for this health check is where a non-public facing (i.e. not viewable by the public) file is specified. This file is created by the server periodically after preforming an internal check and writing either "online" or "offline" to the file. The load balancer will then check for that word and only classify the server as active if the file contains that word.
Configuring the load balancer requires some moderately time consuming work. For this reason it is not desirable that each configuration change goes live immediately as the proper functioning of the cluster depends on all parts being correctly configured.
It is for this reason that the Update button will only save the new configuration but will not put it live. New configuration will only go live on the load balancer when the Update Now butting is clicked. This button is found on the first page of the Service Manager section but only when there is saved but not yet live configuration.
Last updated 16 September 2015, 14:11 GMT