Mark Nelson wrote:
It may (or may not) help to use a power-of-2 number of PGs. It's generally a good idea to do this anyway, so if you haven't set up your production cluster yet, you may want to play around with this. Basically just take whatever number you were planning on using and round it up (or down slightly). IE if you were going to use 7,000 PGs, round up to 8192.
As I was asking about earlier on IRC, I'm in a situation where the docs did not mention this in the section about calculating PGs so I have a non-power-of-2 -- and since there are some production things running on that pool I can't currently change it.
If indeed that makes a difference, here's one vote for a resilvering mechanism :-)
Alternately, if I stand up a second pool, is there any easy way to (offline) migrate an RBD from one to the other? (Knowing that this means I'd have to update state with anything using it, after.) The only thing I know of right now is to make a second RBD, map both to a client, and dd.
Thanks, Jeff -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
