It's a design choice, the only reason is it would be a very complex
situation to deal with. In fact the redundant router itself's policy has
already been very complex...
We didn't look into details at the time of implementing redundant router,
but there are lots of concerns e.g. a network glitch m
bled
This way it's configurable, doesn't change default behavior and is more
intuitive.
Thanks & Cheers,
Roeland
-Original Message-
From: Sheng Yang [mailto:sh...@yasker.org]
Sent: vrijdag 23 augustus 2013 3:03
To:
Subject: Re: HA redundant virtual router
It's a design
s can create a custom
> offering with HA enabled
>
> This way it's configurable, doesn't change default behavior and is more
> intuitive.
>
> Thanks & Cheers,
> Roeland
>
>
>
> -Original Message-
> From: Sheng Yang [mailto:sh...@yaske
ibute this
functionality.
Thanks for your feedback!
Cheers,
Roeland
-Original Message-
From: Sheng Yang [mailto:sh...@yasker.org]
Sent: vrijdag 23 augustus 2013 23:25
To:
Subject: Re: HA redundant virtual router
Hi Roeland,
Thank you for your testing!
Power off is not an concern right no
ute this
> functionality.
>
> Thanks for your feedback!
>
> Cheers,
> Roeland
>
> -----Original Message-
> From: Sheng Yang [mailto:sh...@yasker.org]
> Sent: vrijdag 23 augustus 2013 23:25
> To:
> Subject: Re: HA redundant virtual router
>
> Hi Roeland,
&g
From: Sheng Yang [mailto:sh...@yasker.org]
Sent: donderdag 29 augustus 2013 0:19
To:
Cc: int-cloud; Daan Hoogland
Subject: Re: HA redundant virtual router
Hi Roeland,
I would write a design doc to explain how redundant router works currently. For
example, for the point 2, we have to force BACKUP
requirement to have this implement on CS. And we have
> Developers willing to create these changes to make this possible.
> We also like to see RvR on VPC's and are also willing to contribute this
> functionality.
>
> Thanks for your feedback!
>
> Cheers,
> Roeland
>
>
>
> > From: Sheng Yang [mailto:sh...@yasker.org]
> > Sent: donderdag 29 augustus 2013 0:19
> > To:
> > Cc: int-cloud; Daan Hoogland
> > Subject: Re: HA redundant virtual router
> >
> > Hi Roeland,
> >
> > I would write a design doc to explain
escribed, with a functioning guest
>> > network, keepalived should be able to handle this situation if we make sure
>> > all routers have different prios.
>> >
>> > I still have the opinion HA and RvR are different mechanisms.
>> >
>> > So what do
and thinking too, to see
> how
> >> > we can improve things to also have HA on the RvR in a safe way.
> >> > We will share this once ready.
> >> >
> >> > Thanks,
> >> > Roeland
> >> >
> >> >
> >> > F
gt; >> > Point 3: In my opinion keepalived is solid enough to leave this
>> >> > responsibility with keepalived and that CS just should check the
>> state and
>> >> > not fiddle with priorities to force masters. Because there is
>> obvio
there is
>> >> > something wrong. This conflicts a bit with point 2 as we do intervene
>> >> > here.
>> >> >
>> >> > Point 3: In my opinion keepalived is solid enough to leave this
>> >> > responsibility with keepalived and t
t;>
> >> >> kind regards,
> >> >> Daan
> >> >>
> >> >> On Thu, Aug 29, 2013 at 1:13 PM, Roeland Kuipers
> >> >> wrote:
> >> >> > Hi Sheng,
> >> >> >
> >> >> > Than
On Mon, 16 Sep 2013, Sheng Yang wrote:
The reason for no HA as I said before, due to the complexity. E.g, if there
can be 3 routers in the network(which control network is down but not the
guest network), and it would cause two of them with the same priority(at
certain time). The doc is mainly f
No, it's not intentional.
the HAproxy is a part of services that redundant router would
enable/disabled according to the MASTER/BACKUP status. All the services
related to redundant router are controlled by services.sh.
What's the failure of HAproxy exactly in your case? And what's the root
cause?
, "int-cloud"
Sent: Tuesday, September 17, 2013 6:10:42 PM
Subject: Re: HA redundant virtual router
No, it's not intentional.
the HAproxy is a part of services that redundant router would
enable/disabled according to the MASTER/BACKUP status. All the services
related to r
16 matches
Mail list logo