Hi, Frederic.
Have you installed the v1 stable version? In this version, the client ip
address persistence through memory is enabled by default in the priority
protocol, and can't be disabled.
In the v2RC1 version, you can disable it with a checkbox that is
located below the Load Balance Algorithm select.
We have made some tests and we think that if you disable that checkbox, the
behaviour is like you have asked for.
Try it and let us know the results.
Best regards.
Jose
> Date: Wed, 23 Nov 2011 20:07:09 +0100
> From: laura Garcia <[email protected]>
> Subject: Re: [Zenloadbalancer-support] Algorithm for failover only
> To: [email protected]
> Message-ID:
> <caf90-wixtyvsun1ltuowsdxoqvmw4k5zm19uztbrre_4ucc...@mail.gmail.com
> >
> Content-Type: text/plain; charset="windows-1252"
>
> Hi Fr?d?ric, we're analyzing the priority algorithm to implement the
> behaviour you requested.
>
> I tell you something soon.
>
> Regards,
> Laura.
>
> 2011/11/21 PROST Fr?d?ric <[email protected]>
>
> > Hello, ****
> >
> > ** **
> >
> > I just discovered Zen Load Balancer and found it really interesting.****
> >
> > I would like to know if it was possible to add an algorithm to manage
> > failover of real servers without load-balancing.****
> >
> > ** **
> >
> > It?s almost like priority algorithm but I would like that when the server
> > with the highest priory come back, Zen LB stops sending requests to the
> > second server (as it works for the cluster : only one server can handle
> > request).****
> >
> > ** **
> >
> > With the priority algorithm, it seems that sessions opened on the second
> > server stay opened event when the irst server come back.****
> >
> > ** **
> >
> > Thank you very much,****
> >
> > ** **
> >
> > Best regards,****
> >
> > *--*
> >
> > *Fr?d?ric PROST*
> >
> > ****
> >
> > ** **
> >
> >
> >
> ------------------------------------------------------------------------------
> > 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. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-novd2d
> > _______________________________________________
> > Zenloadbalancer-support mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Wed, 23 Nov 2011 19:34:15 +0000
> From: Alex Price <[email protected]>
> Subject: Re: [Zenloadbalancer-support] Algorithm for failover only
> To: "<[email protected]>"
> <[email protected]>
> Cc: "[email protected]"
> <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="windows-1252"
>
> This algorithm would be good for us as well. All traffic goes to primary
> server. If primary is down all traffic goes to second until primary is up
> again.
>
> Sent from my iPhone
>
> On 23 Nov 2011, at 19:07, "laura Garcia" <[email protected]<mailto:
> [email protected]>> wrote:
>
> Hi Fr?d?ric, we're analyzing the priority algorithm to implement the
> behaviour you requested.
>
> I tell you something soon.
>
> Regards,
> Laura.
>
> 2011/11/21 PROST Fr?d?ric <[email protected]<mailto:[email protected]
> >>
> Hello,
>
> I just discovered Zen Load Balancer and found it really interesting.
> I would like to know if it was possible to add an algorithm to manage
> failover of real servers without load-balancing.
>
> It?s almost like priority algorithm but I would like that when the server
> with the highest priory come back, Zen LB stops sending requests to the
> second server (as it works for the cluster : only one server can handle
> request).
>
> With the priority algorithm, it seems that sessions opened on the second
> server stay opened event when the irst server come back.
>
> Thank you very much,
>
> Best regards,
> --
> Fr?d?ric PROST
>
>
>
>
> ------------------------------------------------------------------------------
> 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. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Zenloadbalancer-support mailing list
> [email protected]<mailto:
> [email protected]>
> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
>
>
>
> ------------------------------------------------------------------------------
> 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. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Zenloadbalancer-support mailing list
> [email protected]<mailto:
> [email protected]>
> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Thu, 24 Nov 2011 01:31:54 -0800 (PST)
> From: Mirko Brankovic <[email protected]>
> Subject: [Zenloadbalancer-support] ZLB begginer :)
> To: "[email protected]"
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ok i set up 2 backends with debian-zenLB v1 stable booted from iso's but
> still can't manage to get them to connect via RSA (ERROR! RSA connection
> from debian (192.168.100.42) to debian2 (192.168.100.43) not works.)
> I have added? 2 real servers on both but on 192.168.100.42 in Real IP
> servers status:? it sees 192.168.100.43 as disconnected.
> Does anyone know why is this happening? (if more info is needed let me
> know, i'm not sure what can be relevante :))
> Thanks
> Mirko
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> 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. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
> ------------------------------
>
> _______________________________________________
> Zenloadbalancer-support mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
>
>
> End of Zenloadbalancer-support Digest, Vol 12, Issue 8
> ******************************************************
>
--
José García Robles
Departamento I+D y Software Libre
[email protected] <[email protected]>
677751363
www.sofintel.net
------------------------------------------------------------------------------
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. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
