[lvs-users] ldirectord feature patch - add abilility to signal system maintenance
Simon Horman
horms at verge.net.au
Fri May 15 17:24:55 BST 2009
On Fri, May 15, 2009 at 12:04:43PM -0400, Sean Millichamp wrote:
> On Fri, 2009-05-15 at 09:19 -0400, Geoff Harrison wrote:
> > we actually use the existing infrastructure for this. service checks
> > go to a script that returns OK if the system is available for new
> > connections, or doesn't if it is down
> >
> > for our mysql checks we do something like 'select * from
> > ldirectord_pool where enabled=1' and truncate those tables when we're
> > taking a box out for maint.
>
> True. However, while there are things I like in that approach I was
> hoping to be able to continue using the built-in checks in ldirectord.
> They are good enough for what we are currently doing and it (overall)
> keeps things simpler.
>
> My understanding it that you can't (for instance) run both a connect or
> negotiate check and an external check for a single virtual service.
>
> > however - it would be nice if we could do something like continue
> > routing old connections... but that would require something in terms
> > of ipvs level support I'm thinking
>
> Isn't that what quiescent=yes is for? At least in masquerade mode (what
> we use), when the weight is set to 0 ipvs continues to send existing TCP
> sessions to that server. We weight a server to 0, then watch to make
> sure all of the connections have closed, then bring the service down.
Just to clarify, quiescent=yes should work this way for all of LVS's
forwarding methods.
More information about the lvs-users
mailing list