Applies To:
Show VersionsBIG-IP AAM
- 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP APM
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP Analytics
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP Link Controller
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP LTM
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP PEM
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP AFM
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP DNS
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
BIG-IP ASM
- 17.1.2, 17.1.1, 17.1.0, 17.0.0, 16.1.5, 16.1.4, 16.1.3, 16.1.2, 16.1.1, 16.1.0, 16.0.1, 16.0.0, 15.1.10, 15.1.9, 15.1.8, 15.1.7, 15.1.6, 15.1.5, 15.1.4, 15.1.3, 15.1.2, 15.1.1, 15.1.0, 15.0.1, 15.0.0, 14.1.5, 14.1.4, 14.1.3, 14.1.2, 14.1.0, 14.0.1, 14.0.0, 13.1.5, 13.1.4, 13.1.3, 13.1.1, 13.1.0, 13.0.1, 13.0.0
Overview: Maintaining high availability through resource monitoring
Sometimes a traffic group within a BIG-IP® Sync-Failover device group needs a certain number of resources to be up: resources like pool members, trunk links, VIPRION ®cluster members, or some combination of these.
With HA groups, you can define the minimum number of resources that a traffic group needs to stay active on its current device. If resources fall below that number, the traffic group fails over to a device with more resources. An HA group:
- Monitors resource availability on current and next-active devices for an active traffic group.
- Calculates an HA resource score on each device for choosing the next-active device.
The step-by-step tasks in this document guide you through creating the example configuration shown in the illustration. The illustration shows three sample devices with two active traffic groups. We've configured both traffic groups to use HA groups to define acceptable criteria for trunk health. Although it's not shown here, we'll assume that traffic-group-1 and traffic-group-2 use the HA Score and the Preferred Device Order failover methods, respectively, to pick their next-active devices.
In our example, we see that on both BIG-IP A and BIG-IP B, three of four trunk links are currently up, which meets the minimum criteria specified in the HA groups assigned to traffic-group-1 and traffic-group-2 on those devices. This allows each traffic group to stay active on its current device.
Now suppose that the trunk on BIG_IP A loses another link. We see that even though BIG-IP A is still up, traffic-group-1 has failed over because BIG-IP A no longer meets the HA group criteria for hosting the traffic group: only two of four trunk links are now up on that device.
Because we've configured traffic-group-1 to use HA scores to select the next-active device, the traffic group fails over to BIG-IP C, because this is the device with the most trunk links up and therefore has the highest HA score for hosting this traffic group.
As for traffic-group-2, it stays on its current device because BIG-IP B still meets the minimum criteria specified in its HA group.
The remainder of this document provides the step-by-step instructions you'll need to implement this example.
Before you begin
To create the sample HA groups configuration described in this document, make sure that you have:
- Knowledge of F5 Networks® device service clustering (DSC®)
- You'll need a working knowledge of Sync-Failover device groups, including traffic groups and BIG-IP® config sync and failover operations.
- The Administrator user role
- Your BIG-IP® user account must have the Administrator user role assigned to it.
- A working Sync-Failover device group
- The device group should contain three BIG-IP® devices with failover capability working successfully.
- Two VLANs per device
- At a minimum, each device should have a VLAN for the external network and another for the internal network.
- An active traffic group on BIG-IP A and another on BIG-IP B
- Each traffic group should contain:
- Two floating self IP addresses for the external and internal VLANs
- A floating virtual IP address
- A trunk on each device
- Each BIG-IP device should have a 4-link trunk.
Task summary for optimizing BIG-IP resources for an application flow
There are a few tasks you need to perform to optimize BIG-IP resources (such as trunk links) for an application flow.
Define trunk health criteria for traffic-group-1
You can use this task to create three HA groups, one per device, shown in the sample illustrations for traffic-group-1. Each HA group defines the criteria for acceptable trunk health for traffic-group-1.
Assign trunk health criteria and a failover method to traffic-group-1
This task assigns trunk health criteria (an HA group) to traffic-group-1 on all devices. You can also use this task to direct the BIG-IP® system to pick the next-active device for traffic-group-1 based on the HA scores of the other BIG-IP devices.
Define trunk health criteria for traffic-group-2
You can use this task to create three HA groups, one per device, shown in the sample illustrations for traffic-group-2. Each HA group defines the criteria for acceptable trunk health for traffic-group-2.
Assign trunk health criteria and a failover method to traffic-group-2 on BIG-IP B
This task associates trunk health criteria (that is, an HA group) with traffic-group-2 on BIG-IP B. You can also use this task to direct the BIG-IP® system to pick the next-active device for traffic-group-2 based on an ordered list of the devices in the device group.
Sync the BIG-IP configuration from BIG-IP B to the device group
Assign trunk health criteria to traffic-group-2 on BIG-IP A and BIG-IP C
You use this task to assign trunk health criteria (an HA group) to traffic-group-2 on BIG-IP A and BIG-IP C.
Configuration results
After you have completed the tasks in this document, based on our sample configuration, the BIG-IP® system manages high availability for the traffic groups in these ways:
For traffic-group-1:
- The active instance of traffic-group-1 will automatically fail over to another device whenever the number of available trunk links on the current device falls below three.
- The method for picking the next-active device is through a comparison of all HA scores for traffic-group-1 in the device group.
For traffic-group-2:
- The traffic group will automatically fail over to another device whenever the number of available trunk links on the current device falls below two.
- The method for picking the next-active device is through a list of devices in preferred order.
More About HA Scores
About HA score calculation
The HA score on a device for a traffic group is the sum of all HA score contributions from the resources defined in the relevant HA group.
This means that if an HA group on a device had multiple trunks defined and any one of those trunks failed to meet the minimum availability criteria (resulting in a score of 0), the full HA score on the device for the traffic group would be 0.
For example, suppose you have two 4-link trunks in an HA group, each with a weight of 50 and a minimum threshold of 2. If the first trunk contributes a score of 50 because all links are up, and the second trunk contributes a score of 0 because only one link is up (failing to meet the minimum threshold), the full HA score on the device for the traffic group is 0.
If you intentionally set a resource's minimum threshold to 0, and all of the resource's links go down, then the resulting score is whatever the other resources contribute, which in the case of the above example would be 50.
View the HA score for a traffic group using the BIG-IP Configuration utility
You can view the HA score for a traffic group on a particular device using the BIG-IP® Configuration utility.
View the HA score for a traffic group using tmsh
You can view the HA score for a traffic group on a particular device using the Traffic Management shell (tmsh) .
Other HA resources
For more general documentation about BIG-IP® device service clustering (DSC®), see the document titled BIG-IP Device Service Clustering: Administration on the AskF5™ Knowledge Base at support.f5.com.