You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Daan Hoogland <da...@gmail.com> on 2015/08/11 17:46:21 UTC
Re: [Proposal] Minimise VR downtime during network update.
Can you make a ticket on apache instead of referring an internal ticket?
Can you describe how this work relates to the rvpc refactor work done for
4.6?
On Tue, Aug 11, 2015 at 5:41 PM, Bharat Kumar <bh...@citrix.com>
wrote:
> Hi,
>
> Currently we use redundant virtual router enabled networks to prevent
> network outage even if one of the virtual router fails. This is achieved by
> using redundant virtual routers along with VRRP protocol. This has
> increased the network robustness. However updating a network with new
> network offering involves some downtime due to Vr restarts. In case of
> redundant VR based networks we can sequence the network update operations
> to update the backup first and then update the master while master's
> operations are being handled by backup, this way i think we can minimise
> the downtime.
>
> link to FS.
>
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=61310469
>
> Please review the FS and give suggestion or comments.
>
> Thanks,
> Bharat.
>
>
--
Daan
Re: [Proposal] Minimise VR downtime during network update.
Posted by Daan Hoogland <da...@gmail.com>.
Thanks Bharat,
One of the main implications of the rvpc refactor is that vpc routers and
normal VRs are greatly unified. If you are working with master you will
notice this.
happy sailing,
On Tue, Aug 11, 2015 at 5:57 PM, Bharat Kumar <bh...@citrix.com>
wrote:
> Hi Daan,
>
> I am not aware of the work done for rVPC networks. I am still in the POC
> stage, will update the FS or scope it down depending on
> the changes related to rvpc, If there are too many changes may be i will
> restrict this to non vpc networks.
>
> I will create a apache ticket fro this work.
>
> Thanks,
> Bharat.
>
> On 11-Aug-2015, at 9:16 pm, Daan Hoogland <da...@gmail.com> wrote:
>
> > Can you make a ticket on apache instead of referring an internal ticket?
> >
> > Can you describe how this work relates to the rvpc refactor work done for
> > 4.6?
> >
> >
> >
> > On Tue, Aug 11, 2015 at 5:41 PM, Bharat Kumar <bh...@citrix.com>
> > wrote:
> >
> >> Hi,
> >>
> >> Currently we use redundant virtual router enabled networks to prevent
> >> network outage even if one of the virtual router fails. This is
> achieved by
> >> using redundant virtual routers along with VRRP protocol. This has
> >> increased the network robustness. However updating a network with new
> >> network offering involves some downtime due to Vr restarts. In case of
> >> redundant VR based networks we can sequence the network update
> operations
> >> to update the backup first and then update the master while master's
> >> operations are being handled by backup, this way i think we can minimise
> >> the downtime.
> >>
> >> link to FS.
> >>
> >>
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=61310469
> >>
> >> Please review the FS and give suggestion or comments.
> >>
> >> Thanks,
> >> Bharat.
> >>
> >>
> >
> >
> > --
> > Daan
>
>
--
Daan
Re: [Proposal] Minimise VR downtime during network update.
Posted by Bharat Kumar <bh...@citrix.com>.
Hi Daan,
I am not aware of the work done for rVPC networks. I am still in the POC stage, will update the FS or scope it down depending on
the changes related to rvpc, If there are too many changes may be i will restrict this to non vpc networks.
I will create a apache ticket fro this work.
Thanks,
Bharat.
On 11-Aug-2015, at 9:16 pm, Daan Hoogland <da...@gmail.com> wrote:
> Can you make a ticket on apache instead of referring an internal ticket?
>
> Can you describe how this work relates to the rvpc refactor work done for
> 4.6?
>
>
>
> On Tue, Aug 11, 2015 at 5:41 PM, Bharat Kumar <bh...@citrix.com>
> wrote:
>
>> Hi,
>>
>> Currently we use redundant virtual router enabled networks to prevent
>> network outage even if one of the virtual router fails. This is achieved by
>> using redundant virtual routers along with VRRP protocol. This has
>> increased the network robustness. However updating a network with new
>> network offering involves some downtime due to Vr restarts. In case of
>> redundant VR based networks we can sequence the network update operations
>> to update the backup first and then update the master while master's
>> operations are being handled by backup, this way i think we can minimise
>> the downtime.
>>
>> link to FS.
>>
>> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=61310469
>>
>> Please review the FS and give suggestion or comments.
>>
>> Thanks,
>> Bharat.
>>
>>
>
>
> --
> Daan