Real Server Monitoring

The Configure—>Real Server
Monitor
page allows you to add, view and edit custom monitoring. These are
layer 7 server “Health-Checks” and once configured will appear in the
drop-down 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 response 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
TCP Out of Band This is similar to a TCP Connect
except that you can specify the port you wish to monitor in the
required content column. This port is typically not the same as the
traffic port and is used when you want to tie services together.
Name:

TCP Out of Band

Description:

Monitor Out of Band/Traffic port

Page Location:

N/A

Required Content:

555
Multi Port TCP monitor This
is similar to above except that you can have a number of different
ports. The monitor is deemed successful only if all ports specified in
the required content section respond correctly.
Name:

Multi Port Monitor

Description:

Monitor multiple ports for success

Page Location:

N/A

Required Content:

135,59534,59535

Example

Log in with your credentials

or    

Forgot your details?

Create Account