First of all thanks for your help This is a private cloud which is right now using gluster as backend. Most of the images are private (i.e. usable only within the project), uploaded by the end-users. Most of these images were saved in qcow2 format ...
The ceph cluster is still being benchmarked. I am testing the integration between ceph and openstack (and studying the migration) on a small openstack testbed. Having the glance service running during the migration is not strictly needed, i.e. we can plan a scheduled downtime of the service Thanks again, Massimo 2017-03-28 5:24 GMT+02:00 Fei Long Wang <[email protected]>: > Hi Massimo, > > Though I don't have experience on the migration, but as the glance RBD > driver maintainer and image service maintainer of our public cloud > (Catalyst Cloud based in NZ), I'm happy to provide some information. Before > I talk more, would you mind sharing some information of your environment? > > 1. Are you using CoW of Ceph? > > 2. Are you using multi locations? > > show_multiple_locations=True > > 3. Are you expecting to migrate all the images in a maintenance time > window or you want to keep the glance service running for end user during > the migration? > > 4. Is it a public cloud? > > > On 25/03/17 04:55, Massimo Sgaravatto wrote: > > Hi > > In our Mitaka cloud we are currently using Gluster as storage backend for > Glance and Cinder. > We are now starting the migration to ceph: the idea is then to dismiss > gluster when we have done. > > I have a question concerning Glance. > > I have understood (or at least I hope so) how to add ceph as store backend > for Glance so that new images will use ceph while the previously created > ones on the file backend will be still usable. > > My question is how I can migrate the images from the file backend to ceph > when I decide to dismiss the gluster based storage. > > The only documentation I found is this one: > > https://dmsimard.com/2015/07/18/migrating-glance-images-to- > a-different-backend/ > > > Could you please confirm that there aren't other better (simpler) > approaches for such image migration ? > > Thanks, Massimo > > > _______________________________________________ > OpenStack-operators mailing > [email protected]http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > > > -- > Cheers & Best regards, > Feilong Wang (王飞龙) > -------------------------------------------------------------------------- > Senior Cloud Software Engineer > Tel: +64-48032246 <+64%204-803%202246> > Email: [email protected] > Catalyst IT Limited > Level 6, Catalyst House, 150 Willis Street, Wellington > -------------------------------------------------------------------------- > > > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > >
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
