Forum Discussion
Kevin_Nail
Nimbostratus
Sep 07, 2007GTM and IP selection
Don't know if this issue has been addressed in this forum or not but...
We have an application that is fronted by LTM's in 2 different data centers. Both LTM's are reporting status to the GTM. In the event of a failure (failover) the GTM, of course, hands out 1 IP or the other. My question is, is there a way can we set it up so that the IP that the GTM hands out doesn't change?
We ave several external clients that cache the IP and then never asks for it again, so in the event of a failover the client application fails.
We would like the GTM to always hand out the same IP, regardless of which data center is active, so we can get around this issue. Like I said, I don't know if this is possible or not but any help is appreciated.
Thanks,
Kevin
- James_Thomson
Employee
The job of the GTM is the monitor the LTM and the LTM monitors the application instance. So, in your scenario, are you saying that the application fails, LTM notices, tells the GTM, then the GTM starts handing out the new available site, then the client fails because it never re-requests? If so, getting GTM to hand out the IP address of the broken application won't fix this will it? You application is down and the user's requests would fail anyway. - Kevin_Nail
Nimbostratus
The job of the GTM is the monitor the LTM and the LTM monitors the application instance. So, in your scenario, are you saying that the application fails, LTM notices, tells the GTM, then the GTM starts handing out the new available site, then the client fails because it never re-requests?- smp_86112
Cirrostratus
> Ideally, I would like to have the IP be the same or move (as you suggested) to the other site, so that we do not have to depend on the client to re-request the IP. Perhaps you are using the wrong product (GTM) for this. If you want intelligent failover behind an IP address that never changes, that seems like a job for the LTM, and not the GTM. With the LTM, you can use monitors and other features like priority groups to ensure connections are always routed to the available pool member, regardless of which data center it's in. This intelligence would all be masked behind a single Virtual Server address.
- James_Thomson_1Historic F5 AccountYou made a statement "We would like the GTM to always hand out the same IP, regardless of which data center is active". Wouldn't that be the definition of a static entry in DNS? If you add a static A record it would do that. I feel like you mean something else.
- Meier_16843
Nimbostratus
What do you need GTM for in the second scenario?
- James_Thomson
Employee
You made a statement "We would like the GTM to always hand out the same IP, regardless of which data center is active". Wouldn't that be the definition of a static entry in DNS? If you add a static A record it would do that. I feel like you mean something else.- Meier_16843
Nimbostratus
What do you need GTM for in the second scenario?
- mganji_60652
Nimbostratus
Hi Experts, - dennypayne
Employee
LTM and GTM use ZebOS for the configuration of advanced routing protocols, Click here for the ZebOS configuration guide. - Hamish
Cirrocumulus
Does RHI require a separate license key? Or is it included in the base license? - johns
Employee
You will need a routing module license. - Hamish
Cirrocumulus
Ta. Thought so. - When using RHI + BGP to fail the same public vserver VIP between datacenters doesn't this imply that you are failing over at minimum a /24 of address space? I think this is the minimum size subnet most transit providers will allow you to advertise.
- Meier_16843
Nimbostratus
IIf you have multiple DCs you might also have your own AS inside which you run BGP
Recent Discussions
Related Content
DevCentral Quicklinks
* 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
Discover DevCentral Connects