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
