Forum Discussion
Delayed Fail over to a secondary server
- Feb 28, 2018
Seems like all you need is a ratio configuration to make sure your primary DB node gets all connections as long as its available, and a health-check monitor. Maybe even tcp-half-open healt-check monitor will do. As long as the Standby Database Node keeps its TCP listener closed while it's sub-services are unavailable, you will not need any complex alchemy. That's how most database systems operate - if service is down, TCP listener is closed. BigIP can identify this and not send any traffic there. What DB system are you using?
Seems like all you need is a ratio configuration to make sure your primary DB node gets all connections as long as its available, and a health-check monitor. Maybe even tcp-half-open healt-check monitor will do. As long as the Standby Database Node keeps its TCP listener closed while it's sub-services are unavailable, you will not need any complex alchemy. That's how most database systems operate - if service is down, TCP listener is closed. BigIP can identify this and not send any traffic there. What DB system are you using?
- fxn-f5-bot_3543Feb 28, 2018Nimbostratus
Hi Hannes,
Many thanks for your response. It kind of makes sense, as long as the secondary passive DB server is not listening on its service port the F5 will declare the node as down and will not forward any traffic. I will confirm with the client if this is the case (Though I don't see a reason why would someone run a service on a passive DB server). This is a Sybase database, now probably part of the SAP platform.
Thanks for your help. Regards
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