Content-Server Monitoring

The Configure—>Content-Server Monitoring page allows you to add, view and edit custom monitoring. These are layer 7 server “Health-Checks” and once configure will appear in the dropdown list for Server Monitoring.

Details

Name:

Double click on the column to manually add in a name for your monitor.

Description:

Double click on the column to manually add in a description for your monitor.

Monitoring Method:

Double click on the column to choose from the dropdown list.

Page Location:

Double click on the column to manually add in a page location for an HTTP monitor. This can be a relative link such as /folder1/folder2/page1.html. You can also use an absolute link where the web site is bound to the hostname.

Required Content:

Double click on the column to manually add in the required content. This will change depending on the monitoring method.

NOTE: Please ensure the reponse back from the Application server is not a “Chunked” response

Monitoring Method Description Example
HTTP 200 OK In this mode, a TCP connection is made to the content server as above, but after connection is made, a brief HTTP request is made to the content server.

A HTTP response is waited for and it is checked for the “200 OK” response code. If the “200 OK” response code is received, the content server is deemed to be up and running. If, for any reason, the “200 OK” response code is not received, including timeouts, failure to connect, etc, then the content server is regarded as down.

This monitoring method can only really be used with HTTP and Accelerate HTTP service types, although if a Layer 4 Service Type is in use for an HTTP server, it could still be used if SSL is not in use on the content server, or is handled appropriately by the “Content SSL” facility.

Name:

200OK

Description

Check production web site

Monitoring Method:

HTTP 200 OK

Page Location:

/main/index.html

OR

http://www.edgenexus.io/main/index.html

Required Content:

N/A

HTTP Response In this mode, a connection and HTTP request/response are made/checked for as above, but instead of the “200 OK” response code being checked for, a custom text is searched for in both the HTTP headers, and the body of the HTTP response.

The text can be a whole header, part of a header, a line from part of a page, or just one word. If the text is found, the content server is deemed to be up and running.

This monitoring method can only really be used with HTTP and Accelerate HTTP service types, although if a Layer 4 Service Type is in use for an HTTP server, it could still be used if SSL is not in use on the content server, or is handled appropriately by the “Content SSL” facility.

Name:

Server Up

Description

Check content of page for “Server Up”

Monitoring Method:

HTTP Response

Page Location:

/main/index.html

OR

http://www.edgenexus.io/main/index.html

Required Content:

Server Up

DICOM In this mode we send a DICOM echo using the AET value in the Required content column. Name:

DICOM

Description

L7 health check for DICOM service

Monitoring Method:

DICOM

Page Location:

N/A

Required Content:

AET Value

Example

csmonitoring (32)

back

Log in with your credentials

or    

Forgot your details?

Create Account