Hi casey, I’ve tested that while you answered me actually :-)
So, all in all, we can’t stop the radosgw for now and tier cache option can’t work as we use EC based pools (at least for nautilus). Due to those constraints we’re currently thinking of the following procedure: 1°/- Create the new EC Profile. 2°/- Create the new EC based pool and assign it the new profile. 3°/- Create a new storage class that use this new pool. 4°/- Add this storage class to the default placement policy. 5°/- Force a bucket lifecycle objects migration (possible??). It seems at least one user attempted to do just that in here: https://lists.ceph.io/hyperkitty/list/ceph-users@ceph.io/thread/RND652IBFIG6ESSQXVGNX7NAGCNEVYOU The only part of that thread that I don’t get is the: « I think actually moving an already-stored object requires a lifecycle transition policy… » part of the Matt Benjamin answer. What kind of policy should I write to do that ?? Is this procedure something that looks ok to you? Kind regards! Le mer. 19 avr. 2023 à 14:49, Casey Bodley <cbod...@redhat.com> a écrit : > On Wed, Apr 19, 2023 at 5:13 AM Gaël THEROND <gael.ther...@bitswalk.com> > wrote: > > > > Hi everyone, quick question regarding radosgw zone data-pool. > > > > I’m currently planning to migrate an old data-pool that was created with > > inappropriate failure-domain to a newly created pool with appropriate > > failure-domain. > > > > If I’m doing something like: > > radosgw-admin zone modify —rgw-zone default —data-pool <new_pool> > > > > Will data from the old pool be migrated to the new one or do I need to do > > something else to migrate those data out of the old pool? > > radosgw won't migrate anything. you'll need to use rados tools to do > that first. make sure you stop all radosgws in the meantime so it > doesn't write more objects to the old data pool > > > I’ve read a lot > > of mail archive with peoples willing to do that but I can’t get a clear > > answer from those archives. > > > > I’m running on nautilus release of it ever help. > > > > Thanks a lot! > > > > PS: This mail is a redo of the old one as I’m not sure the former one > > worked (missing tags). > > _______________________________________________ > > ceph-users mailing list -- ceph-users@ceph.io > > To unsubscribe send an email to ceph-users-le...@ceph.io > > _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-le...@ceph.io
