Details
Major Description
The current pool_health metric is useful, but there are no other metrics to use in order to exclude disabled pools, or pools which have no health monitors associated with them from being checked for pool_health.
e.g. A pool with four pool members but no health monitors will always have pool_health of 0, as the BIG-IP will not report any members as actually being up.
e.g. A pool which is disabled cannot be excluded from checks for pool_health, as there was no metric to conditionally exclude disabled pools from trigger alerts.
The attached patch creates two metrics for, "pool_available" and "pool_enabled"
From F5-BIGIP-LOCAL-MIB,
ltmPoolStatusAvailState OBJECT-TYPE
|
SYNTAX INTEGER {
|
none(0), |
green(1), |
yellow(2), |
red(3), |
blue(4), |
grey(5) |
}
|
MAX-ACCESS read-only
|
STATUS current
|
DESCRIPTION
|
"The availability of the specified pool indicated in color.
|
none - error;
|
green - available in some capacity;
|
yellow - not currently available;
|
red - not available;
|
blue - availability is unknown;
|
gray - unlicensed"
|
::= { ltmPoolStatusEntry 2 } |
ltmPoolStatusEnabledState OBJECT-TYPE
|
SYNTAX INTEGER {
|
none(0), |
enabled(1), |
disabled(2), |
disabledbyparent(3) |
}
|
MAX-ACCESS read-only
|
STATUS current
|
DESCRIPTION
|
"The activity status of the specified pool, as specified by the user." |
::= { ltmPoolStatusEntry 3 } |
In my lab F5, I have a number of pools which intentionally do not have health monitors associated, as such they are enabled(1) for ltmPoolStatusEnabledState, and their availability is blue(4) aka. "availability is unknown"
The looks like this in BIG-IP,
Prior to patching this is the result of an alert checker based on pool_health,
Post patch and update of alert checker with conditions for pool_available and pool_enabled, I get my desired result, which is no alerts for pools that are not explicitly known to be down.
