Re: corosync issue with two interface directives

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Basically traffic of both types comes in from BOTH networks.
We send the traffic to the VIP's on each network.
These VIPS will be held by the Active server.

Traffic will go to Server 1 on both Network1 and Network2.

If we lose either the interface to Network1 or the interface to Network2
we need to fail over the VIP's to the other server.

We cannot keep the VIP on the active server if 1 of the networks is not
working as an entire service will go down.

Yes I would prefer a single ring with 2 interfaces...that fails over if
either interfaces reports a problem.

Can I do that ?

On 06/02/2012 14:29, "Dan Frincu" <df.cluster@xxxxxxxxx> wrote:

>Hi,
>
>On Mon, Feb 6, 2012 at 3:22 PM, Ben Shepherd <bshepherd@xxxxxxxxx> wrote:
>> Now I am even more confused. How do I configure this thing so that it
>> fails over if either of the networks I lost.
>>
>
>Don't really see the reasoning behind this, normally you'd want the
>service to be available if any of the paths is still reachable.
>
>To prevent what I would call undefined behavior, you would be better
>off with just one ring if you don't want redundancy.
>
>Otherwise look into setting up ping location restrictions (but this is
>done one layer up, in the resource manager, not in the communications
>layer). See 
>http://www.clusterlabs.org/wiki/Pingd_with_resources_on_different_networks
>
>Regards,
>Dan
>
>> Can I setup 2 multicast address on separate networks in a non-redundant
>> way.
>
>Now given the statement made here, I have to ask, if they're not
>redundant, why use two multicast groups?
>
>>
>>
>>
>> On 06/02/2012 12:25, "Dan Frincu" <df.cluster@xxxxxxxxx> wrote:
>>
>>>
>>>
>>>
>>>OK so how does that affect the fail over. Each f the networks is
>>>important
>>
>>
>> --
>> Linux-cluster mailing list
>> Linux-cluster@xxxxxxxxxx
>> https://www.redhat.com/mailman/listinfo/linux-cluster
>
>
>
>-- 
>Dan Frincu
>CCNA, RHCE
>
>--
>Linux-cluster mailing list
>Linux-cluster@xxxxxxxxxx
>https://www.redhat.com/mailman/listinfo/linux-cluster


--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster


[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux