Sorry Emilio, I wasn't referring to the cluster of load balancers I was referring to the cluster of servers being balanced. Perhaps cluster wasn't the right term in this case.
Let me rephrase the comment. It would be nice for me at least (and maybe it's already there and I just can't find it), to have a way to temporarily suspend a server in a particular farm from receiving requests. Maybe a couple of buttons added to each server under the farm edit window in the Edit real IP servers configuration table? One for force stop and one for something like a drain stop (as sessions time out don't allow more to connect) so to be clear, I was speaking with respect to devices in a particular farm, not the load balancer appliance itself. Dave -----Original Message----- From: Emilio Campos [mailto:[email protected]] Sent: July-11-11 1:46 PM To: [email protected] Subject: Re: [Zenloadbalancer-support] Feature request Hi Dave, We going to add your suggestion for future developments. if it Would be neccesary for you, and a extreme solution, you can stop the zenloadbalancer service on the pasive node, on the time that you run your maintenance task (/etc/init.d/zenloadbalancer stop|start). And Understand that the cluster service is a global service, which monitors the appliance status , not farms status. By other hand I would like comment, some members of the list reported some bugs with your cluster configuration process, we going to release a new version on some days, it is extremly recommended a update. Thanks and Regards 2011/7/11 [email protected] <[email protected]>: > Hi, > > > > It would be nice for me at least (and maybe it's already there and I just > can't find it), to have a way to temporarily suspend a server in the > cluster. Maybe a couple of buttons added to each server under the farm edit > window in the Edit real IP servers configuration table? > > > > One for force stop and one for something like a drain stop (as sessions time > out don't allow more to connect) > > > > This would be very helpful when doing updates or when working on servers. > You could have the server up and running and working on it without it being > available to the pool of servers in the farm. > > > > Just a suggestion. > > > > Thanks, > > > > Dave > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > -- Load balancer distribution - Open Source Project http://zenloadbalancer.sourceforge.net Distribution list (subscribe): [email protected] ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
