Re: [DISCUSS] VR upgrade downtime reduction

Yes, nice work! From: Daan Hoogland <daan.hoogl...@gmail.com> Sent: Tuesday, May 1, 2018 5:28 AM To: us...@cloudstack.apache.org Cc: dev Subject: Re: [DISCUSS] VR upgrade downtime reduction good work Rohit, I'll review 2508 https://github.com/apache/clou

Re: [DISCUSS] VR upgrade downtime reduction

> > > > rohit.ya...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > - Original Message - > > > From: "Rene Moser" <m...@renemoser.net> > > > To: "dev&qu

Re: [DISCUSS] VR upgrade downtime reduction

com> Sent: Thursday, February 8, 2018 3:11:51 PM To: dev Subject: Re: [DISCUSS] VR upgrade downtime reduction to stop the vote and continue the discussion. I personally want unification of all router vms: VR, 'shared network', rVR, VPC, rVPC, and eventually the one we want to create for 'enterpr

Re: [DISCUSS] VR upgrade downtime reduction

From: "Rene Moser" <m...@renemoser.net> > > To: "dev" <dev@cloudstack.apache.org> > > Sent: Wednesday, 7 February, 2018 10:11:45 > > Subject: Re: [DISCUSS] VR upgrade downtime reduction > > > On 02/06/2018 02:47 PM, Remi Bergsma wrote: >

Re: [DISCUSS] VR upgrade downtime reduction

+1 too -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - > From: "Rene Moser" <m...@renemoser.net> > To: "dev" <dev@cloudstack.apache.org> > Sent: Wednesday, 7 February, 2018 10:11:45 > Subject:

Re: [DISCUSS] VR upgrade downtime reduction

On 02/06/2018 02:47 PM, Remi Bergsma wrote: > Hi Daan, > > In my opinion the biggest issue is the fact that there are a lot of different > code paths: VPC versus non-VPC, VPC versus redundant-VPC, etc. That's why you > cannot simply switch from a single VPC to a redundant VPC for example. > >

Re: [DISCUSS] VR upgrade downtime reduction

ind regards, > > Paul Angus > > paul.an...@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -Original Message- > From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] > Sent: 07 February 201

RE: [DISCUSS] VR upgrade downtime reduction

February 2018 08:58 To: dev <dev@cloudstack.apache.org> Subject: Re: [DISCUSS] VR upgrade downtime reduction Reading all the reactions I am getting wary of all the possible solutions that we have. We do have a fragile VR and Remi's way seems the only one to stabilise it. It also a

Re: [DISCUSS] VR upgrade downtime reduction

Reading all the reactions I am getting wary of all the possible solutions that we have. We do have a fragile VR and Remi's way seems the only one to stabilise it. It also answers the question on which of my two tactics we should follow. Wido's abjection may be valid but services that are not

Re: [DISCUSS] VR upgrade downtime reduction

Hi Remi, Actually in our fork, there are more changes than restartnetwork and restart vpc, similar as your changes. (1) edit networks from offering with single VR to offerings with RVR, will hack VR (set new guest IP, start keepalived and conntrackd, blablabla) (2) restart vpc from single VR to

Re: [DISCUSS] VR upgrade downtime reduction

looking forward to your blog(s), Remi. sound like you guys are still having fun. PS did you review your PR, i submitted for you ;) ? On Tue, Feb 6, 2018 at 2:47 PM, Remi Bergsma wrote: > Hi Daan, > > In my opinion the biggest issue is the fact that there are a lot

Re: [DISCUSS] VR upgrade downtime reduction

Hi Daan, In my opinion the biggest issue is the fact that there are a lot of different code paths: VPC versus non-VPC, VPC versus redundant-VPC, etc. That's why you cannot simply switch from a single VPC to a redundant VPC for example. For SBP, we mitigated that in Cosmic by converting all

Re: [DISCUSS] VR upgrade downtime reduction

On 02/06/2018 12:28 PM, Daan Hoogland wrote: I'm afraid I don't agree on some of your comments, Wido. On Tue, Feb 6, 2018 at 12:03 PM, Wido den Hollander wrote: On 02/05/2018 04:44 PM, Daan Hoogland wrote: H devs, I have recently (re-)submitted two PRs, one by Wei [1]

Re: [DISCUSS] VR upgrade downtime reduction

I'm afraid I don't agree on some of your comments, Wido. On Tue, Feb 6, 2018 at 12:03 PM, Wido den Hollander wrote: > > > On 02/05/2018 04:44 PM, Daan Hoogland wrote: > >> H devs, >> >> I have recently (re-)submitted two PRs, one by Wei [1] and one by Remi >> [2], >> that reduce

Re: [DISCUSS] VR upgrade downtime reduction

On 02/05/2018 04:44 PM, Daan Hoogland wrote: H devs, I have recently (re-)submitted two PRs, one by Wei [1] and one by Remi [2], that reduce downtime for redundant routers and redundant VPCs respectively. (please review those) Now from customers we hear that they also want to reduce downtime

[DISCUSS] VR upgrade downtime reduction

H devs, I have recently (re-)submitted two PRs, one by Wei [1] and one by Remi [2], that reduce downtime for redundant routers and redundant VPCs respectively. (please review those) Now from customers we hear that they also want to reduce downtime for regular VRs so as we discussed this we came