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: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
Date Wed, 03 Jun 2015 13:22:18 GMT
agreed, but we do controlled patching on xs using out of bound migration of
VRs to have no downtime during patching. The present fix actually worsens
the downtime. Let's go for the aggregate command tactics

Op wo 3 jun. 2015 om 15:18 schreef Sateesh Chodapuneedi <
sateesh.chodapuneedi@citrix.com>:

> > -----Original Message-----
> > From: Koushik Das [mailto:koushik.das@citrix.com]
> > Sent: Wednesday, June 3, 2015 6:08 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
> >
> > I think as a design principle we shouldn't introduce HV specific checks
> in the
> > orchestration/API layers.
> > I am not sure if the problem is specific to Vmware. Any out of band VR
> > movement can lead to this issue. For now it is seen in Vmware but what
> about
> > other HVs where CS relies on native HA provided by HV.
>
> [Sateesh] Same is applicable to Hyper-v if HA is enabled
> Also in case of VMware, even enabling DRS causes out of band movement of
> VMs from host to host.
> I think it'd be better to address this irrespective of underlying
> hypervisor.
>
> Regards,
> Sateesh
> >
> > -----Original Message-----
> > From: Remi Bergsma [mailto:RBergsma@schubergphilis.com]
> > Sent: Wednesday, 3 June 2015 17:54
> > To: dev@cloudstack.apache.org
> > Subject: Re: [DISCUSS] Out of Band VR migration, should we reboot VR or
> not?
> >
> > This is a VMware specific problem, right?
> > We could also limit the fix to this hypervisor only.
> >
> > Regards,
> > Remi
> >
> >
> > On 03 Jun 2015, at 14:12, Koushik Das
> > <koushik.das@citrix.com<mailto:koushik.das@citrix.com>> wrote:
> >
> > In case the VR is moved out of band (say as part of Vmware DRS), all
> network
> > rules are lost. Rebooting VR from CS re-applies all the rules. Either
> the reboot is
> > done manually from UI/API or automatically as was done as part of
> > CLOUDSTACK-7994.
> >
> > I haven't looked at the aggregate command. If it can be used to apply
> rules on
> > VR without a reboot then that should work as well.
> >
> > -Koushik
> >
> > -----Original Message-----
> > From: Rohit Yadav [mailto:rohit.yadav@shapeblue.com]
> > Sent: Wednesday, 3 June 2015 17:18
> > To: dev
> > Subject: [DISCUSS] Out of Band VR migration, should we reboot VR or not?
> >
> > Hi all,
> >
> > Recently a behaviour was reported for ACS 4.5.1, where out of band VR
> > migration would cause rebooting of VR. It seems this is a desired
> behaviour as
> > per this issue: https://issues.apache.org/jira/browse/CLOUDSTACK-7994
> >
> > It was shared on the thread on users ML that since CloudStack now
> supports
> > aggregate commands for VR, this behaviour is unnecessary.
> >
> > The VR in 4.5+ supports aggregated execution of commands on VRs to
> allows us
> > to achieve eventual consistency of VR state without actually rebooting
> it, see
> > this for details: https://issues.apache.org/jira/browse/CLOUDSTACK-6047
> >
> > Please share your comments on whether if we should revert the fix or
> not, and
> > the best way to do it. Thanks.
> >
> > Regards,
> > Rohit Yadav
> > Software Architect, ShapeBlue
> > M. +91 88 262 30892 |
> > rohit.yadav@shapeblue.com<mailto:rohit.yadav@shapeblue.com>
> > Blog: bhaisaab.org<http://bhaisaab.org> | Twitter: @_bhaisaab
> >
> >
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> services
> >
> > IaaS Cloud Design & Build<http://secure-web.cisco.com/1dxwCI-
> > iCtF6Z_nBrHijVPBNYijQKrOiFTNAyoWGJy4rj0SYtw0-E0Y0pAkH3D-
> > NB0b01e1nt_XkrPm26uaNt3xXaVo4ZbAU7coVeFNM7kzqwOki5MLTTck7Y8OTbP
> > 1c-Zv9PMiy-M43LI_uAvDx-mT_q0vQcDZCt4fKB5W9A3-
> > 8Bdv5rzE0m03ik1kkWENKj/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-
> > design-and-build%2F%2F>
> > CSForge – rapid IaaS deployment framework<http://secure-
> > web.cisco.com/1KBMX-
> > P7Uz8rk1CFZiKEJ6XOBtwCL6e4cxHjHhKOIeqCjjNcPHHrb0GoqH0CpXLUo42d8Ms
> > SS0X8jUVxeUQUuCEywQ8cHO7-
> > KakvmeWrimKoqc3jlsmu_OgNQqdMRNwrO_uw71z7aOol5O-
> > nshuUYfVgArT2kp2roAFkOUfEGQ2uyy18JLB5k2WhCMiyVyNs1/http%3A%2F%2F
> > shapeblue.com%2Fcsforge%2F>
> > CloudStack Consulting<http://secure-
> > web.cisco.com/18B_NmraREMmC8vTWKXxDVFNi6uVPHolLmQtOC5pxOCqqVKF
> > HBRYmXzR0e97TssbyoSyR90ruMa9xhxhyhPzd1nHvmYZXJWuiWx5eG0625EWlv3
> > ZmrPpKJQcMrxeXCP4RXYkxVrnqKj-
> > V0pH1AMKLwP5WRSrohlcx2oht8DsGOcyHmpFGdATnwmsBwW15ubts/http%3A
> > %2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F>
> > CloudStack Software Engineering<http://secure-
> > web.cisco.com/1YTx4foSk2LL4qOkJ6hp8arX_tkHSgGLRhcrIh4tiJcMv4yOrG9LDzy
> > 23u-
> > Of4to5Vw7pzPe7Z2BtX6UOObpoMHTu1Ygga8bXXaPX063jdDnTXVIeAzV86Qiya0
> > QaVMLi8Yr7h619NJTW99-b2MVlgfrhYr2y0-
> > xhqyX8x_qwxJsJ7ImNvcIeqtzluHsyEMwW/http%3A%2F%2Fshapeblue.com%2Fcl
> > oudstack-software-engineering%2F>
> > CloudStack Infrastructure Support<http://secure-
> > web.cisco.com/1mWtUTi0OKF8weMnbfj_o1Xj1zQYn6dXlewUgkdu2L6UuSQi2hZ
> > dVPstsZ4PKm8seKRW9wKYnvF70hbKmhFdfk6XVguYW3ZXOBYvkNdiBK-yy31X-
> > 1Y4f2ESLclUvykFEl7X-hNmgBZkXpgP-
> > uBL1ohAu36e0HtgdNE1zuX04JWN1YQzfKcYUHCb7GeKszF3x/http%3A%2F%2Fsh
> > apeblue.com%2Fcloudstack-infrastructure-support%2F>
> > CloudStack Bootcamp Training Courses<http://secure-
> > web.cisco.com/16ybXVrdBe17I4mnCuuKp4rP7MHtjPD8iKc-
> > dybhmY02WlxPCR05bGrGVQcpjdJyLH0Iw_X1oC5orlEkNVEpIQLjDWOdf3rsjI2WO
> > QTECMHhA89ZuuE_96g0HQ-
> > eLw_ylw4XsSOUq6KPyLjYryreJO38qidzmHjY6bxYb1MpUr9E7sCwzq_XBVDBdZFH
> > 5gdWF/http%3A%2F%2Fshapeblue.com%2Fcloudstack-training%2F>
> >
> > This email and any attachments to it may be confidential and are
> intended solely
> > for the use of the individual to whom it is addressed. Any views or
> opinions
> > expressed are solely those of the author and do not necessarily
> represent those
> > of Shape Blue Ltd or related companies. If you are not the intended
> recipient of
> > this email, you must neither take any action based upon its contents,
> nor copy or
> > show it to anyone. Please contact the sender if you believe you have
> received
> > this email in error. Shape Blue Ltd is a company incorporated in England
> &
> > Wales. ShapeBlue Services India LLP is a company incorporated in India
> and is
> > operated under license from Shape Blue Ltd. Shape Blue Brasil
> Consultoria Ltda
> > is a company incorporated in Brasil and is operated under license from
> Shape
> > Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic
> of South
> > Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a
> registered
> > trademark.
>
>

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