Hi Emilio,
I'm using version 1rc5, patched with the content3-3 fix that you supplied and the GARP patch that Laura supplied. That combination gives me working clustering and failover on remote LANs. I probably need to wait for these patches to be included in the main release before I can start playing around with different versions. I'm only just starting testing the working solution so I have not yet picked an algorithm yet, although I will probably start with RR+Persistence. "Default" is not an option in the list (see screenshot). The nice thing about the simple algorithm is that it will always result in the server with the lowest number of connections (and hence lowest load) being picked first. Our terminal server farms are under quite heavy pressure and an unequal loading is very noticeable (In the very early days we used DNS round-robin which was awful. We then swapped to NLB which was better but a real pain to set up (static ARP entries and the like. Eventually we ended up using some old F5 equipment I had lying around but I am worried about hardware failure). As I said before, I'm really grateful for this product and your continued support. I'd be happy to contribute the results of my testing once complete which might help other users. I've got some scripts for vmware-based installations that take some of the pain out of making Zen work nicely on VMWare if they are of any use. Thanks David From: Emilio Campos [mailto:[email protected]] Sent: 18 October 2011 15:43 To: [email protected] Subject: Re: [Zenloadbalancer-support] Algorithms Hi David, which version of zen are you testing?, we are working on v2 version, the best thing is the new concept of profiles, we add profiles for http and https, with better perssitence session , better solution that the actual. At the moment, and like you commented on your mail, now the best solution is select rr with persistence session, but remember that this works persistence is on client-ip. And about your Farm with RDP. Which algorithm are you using?, please try with default algorithm (if you use v1rcX) or "roundrobin - persistence client-time" (for v1stable), you can go to status view on a farm, and you should check that for the same client IP connects to the same server By other hand we recommend you enter on "Max number of real ip servers" field (by default 10), the number of backend that you have, for obtain a more quickly connection. We are waiting your feedback. 2011/10/18 David Martin (IT) <[email protected]> Hi all, Now I have got a Zen cluster up-and-running successfully, I'm turning my attention to the type of load balancing algorithm to use. I can see why Round-Robin with persistence is probably the best option for things like http, every connection is fairly short lived and so the balance remains good. Since I want to use Zen for RDP, I think this might not work so well. Each session can last for anything from 15 minutes up to eight hours and so by the end of the day a simple round-robin would leave an unevenly distributed farm. On our current F5 boxes, we use an algorithm that always picks the server with the fewest connections, but uses persistence to reconnect in the event of a problem. Do any of the Zen or Pen modes allow for something like this? I'm going to try with RR anyway to see if the problem is big enough to worry about but it would be good to hear what other people are doing for this kind of farm. Regards David Johnston Press plc Registered in Scotland no. SC015382 Registered Office:108 Holyrood Road, Edinburgh, EH8 8AS Opinions expressed in this email are those of the writer and not the company. E-mail traffic is monitored within Johnston Press and messages may be viewed. This e-mail and any files with it are solely for the use of the addressee(s). If you are not the intended recipient, you have received this e-mail in error. Please delete it or return it to the sender or notify us by email at [email protected] ------------------------------------------------------------------------ ------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support -- Load balancer distribution - Open Source Project http://www.zenloadbalancer.com Distribution list (subscribe): [email protected] Johnston Press plc Registered in Scotland no. SC015382 Registered Office:108 Holyrood Road, Edinburgh, EH8 8AS Opinions expressed in this email are those of the writer and not the company. E-mail traffic is monitored within Johnston Press and messages may be viewed. This e-mail and any files with it are solely for the use of the addressee(s). If you are not the intended recipient, you have received this e-mail in error. Please delete it or return it to the sender or notify us by email at [email protected]
<<image001.jpg>>
------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
