Forum Discussion
Sandesh_Lohar_8
Nimbostratus
Jun 24, 2008Dynamic switching of requesting between pools
Hi Guys,
Just want to check if somebody can help me resolve a typical scenario for achieving zero downtime deployments, as detailed below.
( Note: I had read the...
hoolio
Cirrostratus
Jun 24, 2008Hello Sandesh,
A web browser will not send any arbitrary HTTP header it receives in a response in subsequent requests to the server, so 3 won't work exactly as you've described.
You could use any type of persistence on the VIP and then when you are ready to upgrade one server in the pool, mark the node down (set it to: 'Only active connections allowed'). While the node is marked down, it will receive no new TCP connections. Once you've upgraded the software on that node and you are ready to upgrade the second server, enable the first node and change the second node's status to 'Only persistent or active connections allowed'. This ensures that clients who make a request with a persistence record pointing to the first node will continue to be persisted there. Once all connections to the second node are closed, change the status to 'Only active connections allowed'. Once the second node has been upgraded, enable it once more.
You could build this same logic in an iRule, but the default configuration options are much easier to implement.
Aaron
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)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
