Thanks Xing Yang, I have noticed this spec, it's glad to see you to start this work.
2015-11-30 23:10 GMT+08:00 yang, xing <[email protected]>: > Hi Wang Hao, > > Here¹s a Cinder spec in review on replicating a group of volumes: > > https://review.openstack.org/#/c/229722/ > > It is a not an easy problem to solve. Not that we should rush on this > problem, but we should start thinking about how to solve this as some > backends can only replicate a CG or a pool of volumes. > > Thanks, > Xing > > > > On 11/30/15, 4:51 AM, "hao wang" <[email protected]> wrote: > >>Hi, Duncan >> >>2015-11-30 15:54 GMT+08:00 Duncan Thomas <[email protected]>: >>> Hi WangHao >>> >>> This was quite thoroughly discussed during the early discussions on >>> replication. The general statement was 'not yet'. Getting any kind of >>> workable replication API has proven to be very, very difficult to get >>>right >>> - we won't know for another full cycle whether we've actually gotten it >>> somewhere near right, as operators start to deploy it. Piling more >>>feature >>> in the replication API before a) it has been used by operators and b) >>> storage vendors have implemented what we already has would IMO be a >>>mistake. >> >>I agree with you, in my mind, using replication what we have is first >>thing we should done, >>improve it much better is second thing, and then we will add another >>new features >>one by one stably. >> >>> None of this means that more DR interfaces don't belong in cinder, just >>>that >>> getting them right, getting them universal and getting them useful is >>>quite >>> a hard problem, and not one we should be in a rush to solve. >>>Particularly as >>> DR and replication is still a niche area of cinder, and we still have >>>major >>> issues in our basic functionality. >> >>Yes, this will convince me about DR in Cinder, very clearly, thanks. >>> >>> On 30 November 2015 at 03:45, hao wang <[email protected]> wrote: >>>> >>>> Sean and Michal, >>>> >>>> In fact, there is a reason that I ask this question. Recently I have a >>>> confusion about if cinder should provide the ability of Disaster >>>> Recovery to storage resources, like volume. I mean we have volume >>>> replication v1&v2, but for DR, specially DR between two independent >>>> OpenStack sites(production and DR site), I feel we still need more >>>> features to support it, for example consistency group for replication, >>>> etc. I'm not sure if those features belong in Cinder or some new >>>> project for DR. >>>> >>>> BR >>>> WangHao >>>> >>>> 2015-11-30 3:02 GMT+08:00 Sean McGinnis <[email protected]>: >>>> > On Sun, Nov 29, 2015 at 11:44:19AM +0000, Dulko, Michal wrote: >>>> >> On Sat, 2015-11-28 at 10:56 +0800, hao wang wrote: >>>> >> > Hi guys, >>>> >> > >>>> >> > I notice nova have a clarification of project scope: >>>> >> > http://docs.openstack.org/developer/nova/project_scope.html >>>> >> > >>>> >> > I want to find cinder's, but failed, do you know where to find >>>>it? >>>> >> > >>>> >> > It's important to let developers know what feature should be >>>> >> > introduced into cinder and what shouldn't. >>>> >> > >>>> >> > BR >>>> >> > Wang Hao >>>> >> >>>> >> I believe Nova team needed to formalize the scop to have an >>>>explanation >>>> >> for all the "this doesn't belong in Nova" comments on feature >>>>requests. >>>> >> Does Cinder suffer from similar problems? From my perspective it's >>>>not >>>> >> critically needed. >>>> > >>>> > I agree. I haven't seen a need for something like that with Cinder. >>>>Wang >>>> > Hao, is there a reason you feel you need that? >>>> > >>>> > >>>> > >>>> > >>>>________________________________________________________________________ >>>>__ >>>> > OpenStack Development Mailing List (not for usage questions) >>>> > Unsubscribe: >>>> > [email protected]?subject:unsubscribe >>>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>>> >>>> >>>>________________________________________________________________________ >>>>__ >>>> OpenStack Development Mailing List (not for usage questions) >>>> Unsubscribe: >>>>[email protected]?subject:unsubscribe >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>> >>> >>> >>> >>> -- >>> -- >>> Duncan Thomas >>> >>> >>>_________________________________________________________________________ >>>_ >>> OpenStack Development Mailing List (not for usage questions) >>> Unsubscribe: >>>[email protected]?subject:unsubscribe >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >>> >> >>__________________________________________________________________________ >>OpenStack Development Mailing List (not for usage questions) >>Unsubscribe: [email protected]?subject:unsubscribe >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
