Alteon Application Switch Operating System Application Guide
Health Checking
484
Document
ID:
RDWR-ALOS-V2900_AG1302
—
Retries to restore (1-63)—The monitored element is considered available after failure if this
number of consecutive health checks is successful.
—
Down-time interval (0-600 sec)—This parameter allows defining a different health check
interval (usually longer than regular interval) while the server is down. When the parameter
is set to 0, the server is tested at the same interval whether it is up or down.
Note:
Interval, retries to failure, and retries to restore parameters can be overridden at the real
server level.
•
Application arguments —Application related arguments that differ based on health check type.
For details on the available health check types and their arguments, see
Advanced Server Health Checks
Alteon lets you determine real server availability based on multiple health checks. These checks can
monitor different applications and different targets. For example, to determine whether application
servers are available, you must test that the application is running on the server and back-end
processing servers or databases are available.
Multiple basic health checks can be bound to the monitored real server by means of an advanced
logical expression (LOGEXP) health check.
Supported Health Check Types
Alteon supports the following health check types:
•
•
•
•
•
HTTP/S Health Checks, page 486
•
TCP and UDP-based DNS Health Checks, page 488
•
•
•
FTP Server Health Checks, page 489
•
POP3 Server Health Checks, page 489
•
SMTP Server Health Checks, page 490
•
IMAP Server Health Checks, page 490
•
NNTP Server Health Checks, page 490
•
RADIUS Server Health Checks, page 490
•
SSL HELLO Health Checks, page 491
•
WAP Gateway Health Checks, page 491
•
LDAP/LDAPS Health Checks, page 492
•
Windows Terminal Server Health Checks, page 493
•
•
•
