Forum Discussion
Causing GTM failover if highest priority group in LTM have failed - iCall?
I don't know if this is the most elegant solution, but consider something like this.
Instead of 1 pool with priority groups, create two pools, the default pool, and the backup pool, and manage the priority group in an irule. The same irule can be used to determine which pool is in use, and which can be used to supply this info to the GTM via a monitor on the GTM.
The LTM irule would look something like this:
ltm rule my-rule {
when HTTP_REQUEST {
if { [HTTP::uri] eq "/_gtm_monitor" } {
if { [active_members [LB::server pool] ] < 1 } {
HTTP::respond 200 content "default pool down"
} else {
HTTP::respond 200 content "default pool up"
}
} else {
if { [active_members [LB::server pool] ] < 1 } {
pool backup_pool
}
}
}
}
You then create an http monitor on the GTM assigned to the virtual server which requests /_gtm_monitor, and expects "default pool up".
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com