Then with the first point, only TWO backend allowed by zen cluster. Maybe this logical diagram can help you to understand the zen cluster implementation and the reason why only two servers allowed to configure zen cluster service. (Active-Pasive)
http://www.zenloadbalancer.com/images/clusterT1.jpg Regards! 2012/4/16 Laurent Bardi <[email protected]> > Emilio Campos a écrit : > > Hi guys, some clarifications: > > > > 1º Cluster Active / Pasive related with Zen Servers, It is a service > > used to make HA between zen appliances, two servers (and only two) > > work together with UCARP protocol to give HA. More information in > > documentation: > > > http://www.zenloadbalancer.com/web/index.php?page=zen-load-balancer-administration-guide#section5_8 > > 2º cluster concept in a farm, It is related with a farm, the paste > > definition of "Priority" by Laurent is OK but it is a farm concept not > > server concept. (In this point you can configure more than one backend > > for give load balancing Active / 1st Pasive / 2nd Pasive .... > > > > Laurent which point did you refer in your first email? Andreas and me > > thought you was speaking about 1st point > > > > Absolutely, it is the first point. > In fact, for me, as in keepalived the farm and the load-balancers are > mixed (it is the same host), there is no "real" differences in term of > functionality. > > If i understand well, i should declare 3 clusters, one for each real > machine, > -the first cluster would have the first machine as a master > (active)(host1) and the two others as backup (passive) (host2 host3), > -the second cluster would have the second machine as a master > (active)(host2) and the two others as backup (passive) (host3 host1), > -the third cluster would have the third machine as a master > (active)(host3) and the two others as backup (passive) (host1 host2), > > am i wrong ? > > (PS for the keepalived i use a modified version of > http://osdir.com/ml/linux.keepalived.devel/2004-05/msg00037.html not > with 2, but with 3 servers) > > > > > so for the first host (RIP = 10.64.101.2) , this host manage 3 VIP : > > 10.64.100.2 (master, prio = 150) > > 10.64.100.12 (backup1, prio = 140) > > 10.64.100.22 (backup2, prio = 130) > > for the second host (RIP = 10.64.101.12) , this host manage the same > 3 VIP : > > 10.64.100.2 (backup2, prio = 130) > > 10.64.100.12 (master, prio = 150) > > 10.64.100.22 (backup1, prio = 140) > > for the third host (RIP = 10.64.101.22) , this host manage the same 3 > VIP : > > 10.64.100.2 (backup1, prio = 140) > > 10.64.100.12 (backup2, prio = 130) > > 10.64.100.22 (master, prio = 150) > > > > > > > > > > > > 2012/4/16 Andreas M. Iwanowski <[email protected] > > <mailto:[email protected]>> > > > > Apologies, I thought you were talking about CARP. I haven't used > > keepalived. Please disregard. > > > > -----Original Message----- > > From: Laurent Bardi [mailto:[email protected] > > <mailto:[email protected]>] > > Sent: Monday, April 16, 2012 10:19 AM > > To: [email protected] > > <mailto:[email protected]> > > Subject: Re: [Zenloadbalancer-support] cluster with 3 machines ? > > > > Andreas M. Iwanowski a écrit : > > > Laurent, I don't know if this is a type, but the master host is > > the one with the _lowest_ priority. > > > > in keepalived ? > > extract from `man keepalived.conf` : > > > > # for electing MASTER, highest priority wins. > > # to be MASTER, make 50 more than other machines. > > priority 100 > > > > > > and in zenloadbalancer: > > > > /Priority - connections to the highest priority available/. > > Balance all connections to the same highest priority server. If > > this server is down, the connections switch to the next highest > > server. With this algorithm you can build an Active-Pasive cluster > > service with several real servers. > > > > > > ???? I m sorry i do'nt understand your remark ? > > > > > > > > -Andy > > > > > > -----Original Message----- > > > From: Laurent Bardi [mailto:[email protected] > > <mailto:[email protected]>] > > > Sent: Monday, April 16, 2012 8:28 AM > > > To: Emilio Campos; [email protected] > > <mailto:[email protected]> > > > Subject: Re: [Zenloadbalancer-support] cluster with 3 machines ? > > > > > > Emilio Campos a écrit : > > >> Laurent can you be more specific? Where is the sense? > > > Well, at first, i came from the Keepalived world, so i m not > > familiar with Carp/Ucarp. > > > > > > I use 3 VMWare ESX servers. Into those servers i use a lot of > > redundant virtualized machines/services. > > > (IE for ldap i ve 3 hosts (virtualized machines) one by ESX > server). > > > > > > Each host has it own VIPs, one which manage the RIP of the same > > > host(with the highest priority) > > > 2 other VIP which manage the others host in case of failure. > > > > > > (each host is in fact the service server+load-balancer, > > > 3 VIP : 10.64.100.2 10.64.100.12 10.64.100.22 for 3 hosts with RIP > > > 10.64.101.2 10.64.101.12 10.64.101.22 > > > so for the first host (RIP = 10.64.101.2) , this host manage 3 VIP > : > > > 10.64.100.2 (master, prio = 150) > > > 10.64.100.12 (backup1, prio = 140) > > > 10.64.100.22 (backup2, prio = 130) > > > for the second host (RIP = 10.64.101.12) , this host manage the > > same 3 VIP : > > > 10.64.100.2 (backup2, prio = 130) > > > 10.64.100.12 (master, prio = 150) > > > 10.64.100.22 (backup1, prio = 140) > > > for the third host (RIP = 10.64.101.22) , this host manage the > > same 3 VIP : > > > 10.64.100.2 (backup1, prio = 140) > > > 10.64.100.12 (backup2, prio = 130) > > > 10.64.100.22 (master, prio = 150) > > > > > > With this scheme, when one machine fails, one of the 2 other > > (with the highest prio) take the hand. > > > For named services, i've in my DNS the same IN A record > (Round-Robin > > > load-balancing) (IE : > > > server IN A 10.64.100.2 > > > server IN A 10.64.100.12 > > > server IN A 10.64.100.22 > > > ) > > > > > > As you notice, i use RFC 1918 for my IP, and it is compatible > > with NAT > > > (IE 10.64.100.2 10.64.100.12 10.64.100.22 are NATed with 3 real IP > > > address of my network) > > > > > > Now, i've found Zenloadbalancer (really nice job!) and i was > > thinking of putting 3 special hosts, (one in each ESX) which will > > make the whole job of load-balancing/fail-over. > > > > > > So, if you can tell me the trick :-} > > > Many thanks by advance > > > > > > (PS: sorry for my English, i m a bloody frenchy :-}) > > > > > > > > > > > > -- > > > Laurent BARDI / RSI CNRS-IPBS / CRSSI DR14 INSTITUT de > > PHARMACOLOGIE et de BIOLOGIE STRUCTURALE > > > Tel : 05-61-17-59-05 http://www.ipbs.fr/ > > > Fax : 05-61-17-59-94 Laurent.BardiATipbs.fr > > <http://Laurent.BardiATipbs.fr> > > > CNRS-IPBS 205 Route de Narbonne 31400 TOULOUSE FRANCE ... > > > J'étais indéniablement misanthrope. > > > Je voulus traverser à gué un marigot infesté d'imbéciles. > > > Quand j'atteignis l'autre rive, j'étais devenu philanthrope. > > > > > > > > > > > > ---------------------------------------------------------------------- > > > -------- For Developers, A Lot Can Happen In A Second. > > > Boundary is the first to Know...and Tell You. > > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > _______________________________________________ > > > Zenloadbalancer-support mailing list > > > [email protected] > > <mailto:[email protected]> > > > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > > > > > > > ---------------------------------------------------------------------- > > > -------- For Developers, A Lot Can Happen In A Second. > > > Boundary is the first to Know...and Tell You. > > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > _______________________________________________ > > > Zenloadbalancer-support mailing list > > > [email protected] > > <mailto:[email protected]> > > > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > > > > -- > > Laurent BARDI / RSI CNRS-IPBS / CRSSI DR14 INSTITUT de > > PHARMACOLOGIE et de BIOLOGIE STRUCTURALE > > Tel : 05-61-17-59-05 http://www.ipbs.fr/ > > Fax : 05-61-17-59-94 Laurent.BardiATipbs.fr > > <http://Laurent.BardiATipbs.fr> > > CNRS-IPBS 205 Route de Narbonne 31400 TOULOUSE FRANCE ... > > J'étais indéniablement misanthrope. > > Je voulus traverser à gué un marigot infesté d'imbéciles. > > Quand j'atteignis l'autre rive, j'étais devenu philanthrope. > > > > > > > ------------------------------------------------------------------------------ > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > > Zenloadbalancer-support mailing list > > [email protected] > > <mailto:[email protected]> > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > > > ------------------------------------------------------------------------------ > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > > Zenloadbalancer-support mailing list > > [email protected] > > <mailto:[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] > > <mailto:[email protected]> > > > > > > > > > ------------------------------------------------------------------------------ > > For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > > > > > _______________________________________________ > > Zenloadbalancer-support mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > > -- > Laurent BARDI / RSI CNRS-IPBS / CRSSI DR14 > INSTITUT de PHARMACOLOGIE et de BIOLOGIE STRUCTURALE > Tel : 05-61-17-59-05 http://www.ipbs.fr/ > Fax : 05-61-17-59-94 Laurent.BardiATipbs.fr > CNRS-IPBS 205 Route de Narbonne 31400 TOULOUSE FRANCE > ... > J'étais indéniablement misanthrope. > Je voulus traverser à gué un marigot infesté d'imbéciles. > Quand j'atteignis l'autre rive, j'étais devenu philanthrope. > > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > 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]
------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
