Hi Laura,

 

The algorithm is comparable, but there is one big difference. When using the 
priority balancing, you will always go back to the highest priority server. In 
my case, the algorithm will remain on the active backend as long as it is up, 
no matter priority or order in the farm.

 

 

Concerning the build from source, I do not have performance issues with pen, 
but with pound. And I see that there is a difference in version compared to the 
stock Debian version (2.6). Was there a specific reason for this, or is it just 
not yet tested with 2.6?

 

I was trying to build Pound from source using 2.5, but it seams hard to find 
the source.... Can you help me out finding it somewhere?

 

 

Thank you, Steven.

 

Steven Van Loo



Lead Security Architect




TrueGEN
Securing your network


  

T: +32 3 613 23 05
M: +32 475 41 36 55




 

 
 
-----Original message-----
To:[email protected]; 
From:Laura Garcia <[email protected]>
Sent:Thu 27-02-2014 18:03
Subject:Re: [Zenloadbalancer-support] Feature improvement
Attachment:inline.txt,inline.txt
Thank you for your improvement!
 
Maybe your lb method is similar to the priority algorithm, isn't it?
 
Regarding to the pen core, the compilation was done without any specific 
configuration or change. And the pen lb core is going to be deprecated as it 
could be used the L4 farm instead.

One of the lb methods that we're working on is the implementation of the least 
connections, very useful for the vast majority of platforms.
 
Anyway, thanks a lot for your work!
 





On Tue, Feb 25, 2014 at 5:06 PM, Steven Van Loo <[email protected]> 
wrote:

Dear,

 

I have implemented Zen loadbalancer v3.0.3 recently and am very happy about the 
structure and options available in Zen. Also the performance is very good.

 

I have however added a new balancing algorithm to the PEN and POUND daemon's to 
leverage the following functionality:

 

Let's say there are 2 backend servers (not limited to 2, but to keep the 
example easy).

Both servers are active.

Zen will select server 1 as first selection and will remain on this one as long 
as it is active.

When it is not active, the first next active backend will be selected and will 
remain on this one as long as this one is active.

Even if server 1 comes back up, it will stay on the selected backend until it 
fails. This is independant of the configured priority or weight.

 

I call it sticky server or backend. The idea behind it is that a server is 
active untill brought down and is then available for development until 
everything is tested offline (or directly without LB). Once all is ok, the 
other one is stopped and all connections are switched to the new version.

 

 

I have succesfully implemented this for the pen daemon and the ZEN web 
frontend. But for pound, I use pound 2.6 and this gives me performance issues 
that I do not have when using the pound daemon that comes with your 
appliance/ISO.

 

Can you tell me why you still use 2.5 and how it is compiled? Did you use 
specific build options/libraries. I have installed the Google lib's and 
performance add-ons as found in the FAQ, but am not able to have the same 
performance, independant of the changes I did.

 

 

I attached the diff files for all related files.

 

 

Thank you for your help in this.

And let me know if you find this a good option to include in new releases? I 
would be very happy.

 

 

Kind regards, Steven.

 

Steven Van Loo



Lead Security Architect



---




TrueGEN
Bredastraat 118/1
2060 Antwerpen



E: [email protected]

T: +32 3 613 23 05
M: +32 475 41 36 55

W: www.truegen.be




 

Support E: [email protected]


Support T: +32 3 613 23 03

 


------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support



------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
_______________________________________________
Zenloadbalancer-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support

Reply via email to