cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daan Hoogland <daan.hoogl...@gmail.com>
Subject Re: [Proposal] Minimise VR downtime during network update.
Date Tue, 11 Aug 2015 16:20:30 GMT
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 <bharat.kumar@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 <daan.hoogland@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 <bharat.kumar@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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message