I have to say I'm shocked to see the suggestion is rbd import/export if 'you care the data'. These kind of operation is common use case and should be an essential part of any distributed storage. What if I have a hundred node cluster running for years and need to do hardware refresh? There are no clear procedure itself sounds scary to me.. Sent from my Samsung Galaxy S3 On May 9, 2014 1:31 PM, "Gregory Farnum" <greg at inktank.com> wrote: > I don't think anybody's done this before, but that will functionally > work, yes. Depending on how much of the data in the cluster you > actually care about, you might be better off just taking it out (rbd > export/import or something) instead of trying to incrementally move > all the data over, but...*shrug* > -Greg > Software Engineer #42 @ http://inktank.com | http://ceph.com > > > On Fri, May 9, 2014 at 3:31 AM, Gandalf Corvotempesta > <gandalf.corvotempesta at gmail.com> wrote: > > Let's assume a test cluster up and running with real data on it. > > Which is the best way to migrate everything to a production (and > > larger) cluster? > > > > I'm thinking to add production MONs to the test cluster, after that, > > add productions OSDs to the test cluster, waiting for a full rebalance > > and then starting to remove test OSDs and test mons. > > > > This should migrate everything with no outage. > > _______________________________________________ > > ceph-users mailing list > > ceph-users at lists.ceph.com > > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > _______________________________________________ > ceph-users mailing list > ceph-users at lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ceph.com/pipermail/ceph-users-ceph.com/attachments/20140513/ae41fed0/attachment.htm>
 |