Skip Navigation Links | |
Exit Print View | |
Managing Oracle Solaris 11.1 Network Performance Oracle Solaris 11.1 Information Library |
1. Introduction to Network Performance Management
4. Administering Bridged Networks (Tasks)
7. Exchanging Network Connectivity Information With LLDP
8. Working With Data Center Bridging Features in Oracle Solaris
9. Edge Virtual Bridging in Oracle Solaris
10. Integrated Load Balancer (Overview)
11. Configuring Integrated Load Balancer
12. Managing Integrated Load Balancer
Administering ILB Server Groups
How to Create an ILB Server Group
How to Delete an ILB Server Group
Administering Back-End Servers in ILB
How to Add a Back-End Server to an ILB Server Group
How to Remove a Back-End Server From an ILB Server Group
How to Re-enable or Disable a Back-End Server in an ILB Server Group
Obtaining Statistical Information
Displaying the NAT Connection Table
Displaying the Session Persistence Mapping Table
13. Virtual Router Redundancy Protocol (Overview)
A. Link Aggregation Types: Feature Comparison
ILB provides the following optional types of server health checks for you to select from:
Built-in ping probes
Built-in TCP probes
Built-in UDP probes
User-supplied custom tests that can run as health checks
By default, ILB does not perform any health checks. You can specify health checks for each server group when creating a load-balancing rule. You can configure only one health check per load-balancing rule. As long as a virtual service is enabled, the health checks on the server group that is associated with the enabled virtual service starts automatically and is repeated periodically. The health checks stop as soon as the virtual service is disabled. The previous health check states are not preserved when the virtual service is re-enabled.
When you specify a TCP, UDP, or custom test probe for running a health check, ILB sends a ping probe, by default, to determine if the server is reachable before it sends the specified TCP, UDP, or custom test probe to the server. The ping probe is a method of monitoring server health. If the ping probe fails, the corresponding server is disabled with the health check status of unreachable. If the ping probe succeeds, but the TCP, UDP, or custom test probe fails, the server is disabled with the health check status of dead.
Note -
You can disable the default ping probe.
The default ping probe cannot be disabled for the UDP probe. Thus, for the UDP health checks, the ping probe is always the default probe.
In the following example, two health check objects, hc1 and hc-myscript, are created. The first health check uses the built-in TCP probe. The second health check uses a custom test, /var/tmp/my-script.
# ilbadm create-healthcheck \ -h hc-timeout=3,hc-count=2,hc-interval=8,hc-test=tcp hc1 # ilbadm create-healthcheck -h hc-timeout=3, \ hc-count=2,hc-interval=8,hc-test=/var/tmp/my-script hc-myscript
A description of each argument is as follows:
Specifies the timeout when the health check is considered to have failed if it does not complete.
Specifies the number of attempts to run the hc-test health check.
Specifies the interval between consecutive health checks. To avoid synchronization, the actual interval is randomized between 0.5 * hc-interval and 1.5 * hc-interval.
Specifies the type of health check.
Note - The port specification for hc-test is specified with the hc-port keyword in the create-rule subcommand. For details, refer to the ilbadm(1M) man page.
The following criteria must be met by the user-supplied custom test:
The test can be a binary or a script.
The test can reside anywhere on the system, and you must specify the absolute path when using the create-healthcheck subcommand.
When you specify the test (for example, /var/tmp/my-script) as part of the health check specification in the create-rule subcommand, the ilbd daemon forks a process and executes the test, as follows:
/var/tmp/my-script $1 $2 $3 $4 $5
A description of each argument is as follows:
VIP (literal IPv4 or IPv6 address)
Server IP (literal IPv4 or IPv6 address)
Protocol (UDP, TCP as a string)
Numeric port range (the user-specified value for hc-port)
Maximum time (in seconds) that the test must wait before returning a failure. If the test runs beyond the specified time, it might be stopped, and the test is considered failed. This value is user-defined and specified in hc-timeout.
The user-supplied test, my-script, may or may not use all the arguments, but it must return one of the following :
Round-trip time (RTT) in microseconds
0 if the test does not calculate RTT
-1 for failure
By default, the health check test runs with the following privileges: PRIV_PROC_FORK, RIV_PROC_EXEC, and RIV_NET_ICMPACCESS.
If a broader privilege set is required, you must implement setuid in the test. For more details on the privileges, refer to the privileges(5) man page.
You can use the following ilbadm list-healthcheck subcommand to obtain detailed information about configured health checks:
# ilbadm list-healthcheck
The following sample output lists two configured health checks.
|
You can use the ilbadm list-hc-result subcommand to obtain health check results. If a rule or a health check is not specified, the subcommand lists all the health checks.
The following example displays the health check results associated with a rule called rule1:
# ilbadm show-hc-result rule1
|
The LAST column in the table shows the time a health check was done on a server. The NEXT column shows the time the next health check will be done on a server.
The following example deletes a health check called hc1:
# ilbadm delete-healthcheck hc1