Hi Dave, on Zen v1rc3 the philosophy of cluster is the next: Zen1: ehA: for webgui + cluster ethb: ip configured + farms (UP) ethc: ip configred + farms (UP)
Zen2: ethA: for webgui + cluster ethb: the same configuration of ip and farms that ethb(zen1) but DOWN ethc: the same configuration of ip and farms that ethc(zen1) but DOWN When a problem is detected on LinuxHA between ethA(zen1) and ethA(zen2) the cluster switch the service, and the configuration on zen2 for ethb and ethc is up and ethb and ethc on zen1 will be down. While the cluster is configured, you can configure farms, interfaces but always on zen active node, because the configuration will be replicated to backup node (on this example, Zen2) With this configuration ethA on zen1 and ethA on zen2 connec to a swithch (no cross over cable) On the next configuration Zenv1rc4(is comming soon) the cluster type configuration going to change, you can select the last configuration, the same interface for webgui and cluster, or create a new configuration, Stefano Chiesa proposed this configuration, and detected bugs on v1rc3 cluster working Zen1 ethA: web gui (this configuration isn't going to be replicated) ethB: cluster configuration (conected with zen2-ethB with cross over cable) (this configuration isn't going to be replicated) ethc: ip configured and farms UP Zen2 ethA: web gui (this configuration isn't going to be replicated) ethB: cluster configuration (conected with zen2-ethB with cross over) (this configuration isn't going to be replicated) ethc: ip configured and farms but down,( waiting a cluster switching) Following your example. If you use interfaces for configure farms (interfaces with no web webgui and no ip cluster) Eth1, is needed that you configure NOTHING on zen2 (if cluster works) because cluster going to replicate all the information that you created on interfaces with farms, will be replicated networking configuration and farms. Now a bug is detected on v1rc3 with cluster configuration steps, this problem going to be solved on v1rc4, adding other type of configuration for cluster: *webgui+cluste on the same eth(this connect directly to a switch) *webgui on one interface and cluster on other diferent interface (with this, the cluster going to communicate with other node with a private network with a cross over cable) Tell me if your doubts are solved Regards 2011/7/14 [email protected] <[email protected]>: > I’ve read through a bunch of clustering posts and I’m not sure I understand > fully how to cluster these boxes. > > > > > > Currently I have this configuration > > Load Balancer 1 > > Eth 1 142.x.x.240 /24 > > Eth 1:Farm1 142.x.x.211 > > > > Eth 2 172.16.0.5 /29 > > Eth 3 192.168.251.1/30 > > > > > > Now I understand that I should be able to use the back to back cable for > clustering the two load balancers. So what I was planning was this > > > > Load Balancer 2 > > > > Eth 1 142.x.x.243 /24 > > > > Eth 2 172.16.0.6 /29 > > Eth 3 192.168.251.2/30 > > > > > > Where my real servers are 172.16.0.1,2,3,4 > > > > But when I go to try and cluster them it wants to create a clustered ip on > eth1 ? I’m confused. Can’t the cluster run across the eth3 interface and > just take over the Farm1 ip on eth1 when it loses the other device ? that’s > how LinuxHA would normally work ? > > > > What am I missing here? > > > > Dave > > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Zenloadbalancer-support mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support > > -- Load balancer distribution - Open Source Project http://zenloadbalancer.sourceforge.net Distribution list (subscribe): [email protected] ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Zenloadbalancer-support mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zenloadbalancer-support
