[openstack-dev] [cinder] Support share backup to different projects?
TommyLike Hu
tommylikehu at gmail.com
Wed Mar 21 01:54:43 UTC 2018
Thanks Jay,
The question is AWS doesn't have the concept of backup and their
snapshot is incremental backup internally and will be finllay stored into
S3 which is more sound like backup for us. Our snapshot can not be used
across AZ.
Jay S Bryant <jungleboyj at gmail.com>于2018年3月21日周三 上午4:13写道:
>
>
> On 3/19/2018 10:55 PM, TommyLike Hu wrote:
>
> Now Cinder can transfer volume (with or without snapshots) to different
> projects, and this make it possbile to transfer data across tenant via
> volume or image. Recently we had a conversation with our customer from
> Germany, they mentioned they are more pleased if we can support transfer
> data accross tenant via backup not image or volume, and these below are
> some of their concerns:
>
> 1. There is a use case that they would like to deploy their
> develop/test/product systems in the same region but within different
> tenants, so they have the requirment to share/transfer data across tenants.
>
> 2. Users are more willing to use backups to secure/store their volume data
> since backup feature is more advanced in product openstack version
> (incremental backups/periodic backups/etc.).
>
> 3. Volume transfer is not a valid option as it's in AZ and it's a
> complicated process if we would like to share the data to multiple projects
> (keep copy in all the tenants).
>
> 4. Most of the users would like to use image for bootable volume only and
> share volume data via image means the users have to maintain lots of image
> copies when volume backup changed as well as the whole system needs to
> differentiate bootable images and none bootable images, most important, we
> can not restore volume data via image now.
>
> 5. The easiest way for this seems to support sharing backup to different
> projects, the owner project have the full authority while shared projects
> only can view/read the backups.
>
> 6. AWS has the similar concept, share snapshot. We can share it by modify
> the snapshot's create volume permissions [1].
>
> Looking forward to any like or dislike or suggestion on this idea
> accroding to my feature proposal experience:)
>
>
> Thanks
> TommyLike
>
>
> [1]:
> https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modifying-snapshot-permissions.html
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> Tommy,
>
> As discussed at the PTG, this still sounds like improper usage of Backup.
> Happy to hear input from others but I am having trouble getting my head
> around it.
>
> The idea of sharing a snapshot, as you mention AWS supports sounds like it
> could be a more sensible approach. Why are you not proposing that?
>
> Jay
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180321/6f68ab8b/attachment.html>
More information about the OpenStack-dev
mailing list