先看拓扑图：
每个文件和虚拟节点之间是一对一的关系，每上传一个文件就会分配一个虚拟节点，虚拟节点数一般是2的n次幂。
每个虚拟节点和zone是一对多的关系，假设每个文件有两个副本的话，那么每个虚拟节点对应到两个zone，这里只讨论文件只有一个副本，所以一个虚拟节点只对应到一个zone。
而一个zone可以对应到多个虚拟节点，比如上图有6个虚拟节点3个zone，那么每个zone对应两个虚拟节点。如果2^n个虚拟节点怎么分配给zone，就要看每个zone的权重（weight）了。
如上图，file1对应的1号虚拟节点，1号虚拟节点对应的是zone1，所以file1是存储在zone1里的，file2对应的4号虚拟节点，4号虚拟节点对应的是z1，那么file2也是存储在zone1里的（这里假设file4对应的是4号虚拟节点）。
现在准备在环境里添加一个新的zone，如下图：
增加一个新的zone之后，那么虚拟节点和zone之间的对应关系就要重新分配(rebalance)，如上图。
此时4号虚拟节点对应的是zone4，按照现在的分配，file2应该是存储在zone4里，但是根据前面的分析，file2已经存储在zone1里了，那么就要开始把file2从zone1复制到zone4里去。
下面开始测试：
当前swift就使用一个zone，所以这三个对象都是放在同一个zone里的：
现在添加一个新的zone：
现在把新的分区添加到build文件里：
此时原来分布在swiftloopbak里的数据会搬到新的zone里：
上传一些新的文件测试：
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。