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
> [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]
------------------------------------------------------------------------------
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
