Le jeudi 08 août 2013 à 09:43 -0700, Sage Weil a écrit : > On Thu, 8 Aug 2013, Olivier Bonvalet wrote: > > Hi, > > > > from now I have 5 monitors which share slow SSD with several OSD > > journal. As a result, each data migration operation (reweight, recovery, > > etc) is very slow and the cluster is near down. > > > > So I have to change that. I'm looking to replace this 5 monitors by 3 > > new monitors, which still share (very fast) SSD with several OSD. > > I suppose it's not a good idea, since monitors should have a dedicated > > storage. What do you think about that ? > > Is it a better practice to have dedicated storage, but share CPU with > > Xen VM ? > > I think it's okay, as long as you aren't wroried about the device filling > up and the monitors are on different hosts. Not sure to understand : by «dedicated storage», I was talking of the monitor. Can I put monitors on Xen «host», if they have dedicated storage ? > > > Second point, I'm not sure how to do that migration, without downtime. > > I was hoping to add the 3 new monitors, then progressively remove the 5 > > old monitors, but in the doc [1] indicate a special procedure for > > unhealthy cluster, which seem to be for clusters with damaged monitors, > > right ? In my case I only have dead PG [2] (#5226), from which I can't > > recover, but monitors are fine. Can I use the standard procedure ? > > The 'healthy' caveat in this case is about the monitor cluster; teh > special procedure is only needed if you don't have enough healthy mons to > form a quorum. The normal procedure should work just fine. > Great, thanks ! > sage > _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |