本文出自 Suzf Blog。 如未注明，均为 SUZF.NET 原创。
This has come up several times in the last week. "I have 2n servers with 2 or 4 bricks each and I want to add 1 more server. How do I ensure the new server isn't a replica of itself?" This isn't a simple thing to do. When you add bricks, replicas are added with each set of bricks in the replica count. For "replica 2", each 2 new bricks added forms a replica pair. To prevent your two new bricks on the new server from being replicas of themselves, you'll need to move an old brick to the new server. This is done with the replace-brick command. So first we move server1:/data/brick2 to server3:/data/brick2
volname=myvol1 from=server1:/data/brick2 to=server3:/data/brick2 gluster volume replace-brick $volname $from $to startMonitor for completion
watch gluster volume replace-brick $volname $from $to statusOnce it's completed then commit the change
gluster volume replace-brick $volname $from $to commitCheck your data to ensure it's all working right. If not, panic! Well, I suppose you could come join us in the IRC channel to help you figure out why, but it really should just work. First thing we're going to tell you is to check the logs, so might as well do that too. Ok, now that your data's all moved, your volume is completely operational and all it's circuits are functioning perfectly, you're ready to add your two new bricks. Save yourself some time and just format the brick store that's mounted at server1:/data/brick2. You'll have to wipe it and it's xattrs anyway, so that's much quicker.
gluster volume add-brick $volname server1:/data/brick2 server3:/data/brick1 gluster volume rebalance $volname startAnd you're all set.