上周VNX5700新加了15块盘，来实施的小哥建议新建一个Pool，说向现有Pool里加盘的数据重分布有一定的风险……

是否有风险只有Support/Engineering最清楚，如果一个feature没有bug的话，总的来说不会有问题。就怕有些feature没有按照设计的情况工作，但这种问题通常都是在产品发布之前就解决了的，出岔子的概率很小。如果碰上了，那只能说是测试没做到位。

那位小哥估计是求稳吧。。。

rebalacing 始终以low rate运行，且host i/o的优先级要更高，所以影响很小。

添加新盘之后，数据开始重分布，需要消耗一定的资源，有可能短期内性能会相对慢一些。但重分布完成后，性能的提升是长期的。

IT产品都是这样，新东西让人接受都有个过程

哦，这点还不错

不能选择，只能是low rate，如果安装了FAST VP enabler，可以暂停、停止恢复relocation。

不行，不移动的话新加的盘如何实现数据balance？数据只有实打实的落在那些新磁盘上，才能利用到硬件资源。

偶也觉得是这样的，不过可以新建DG然后新建VG之后是LV最后使用新的文件系统哦

不知道这样行不行，如果有一个备用站点那么可以先在备用站点把要增加盘加上然后让其慢慢的re-balancing最后确认结束以后再把生产中心切换到备用站点这边再re-balancing完成以后再切回来。

偶有一个猜想

数据重新Re-balancing只是动一动指针（元数据）并没有把真正的数据重新分布哦。

不太明白你说的是什么意思，似乎是在说主机端的LVM。但这和后端的block-opt没有关系，完全是两个层面的动作。

这样确实很麻烦啊，并且两套存储，客户很少愿意花这个钱

我相信没有任何客户会选择这种做法，主要基于以下几点：

（1）首先站点切换本身就是一个高风险的动作，若不是主站点真的挂了，很少有人会做切换的动作。

（2）客户可能根本没有打算要为备用站点增加硬盘

（3）主/备站点通常不会完全相同，备用站点仅为临时服务考虑，所以很少有人会把两个站点作为同样的配置来使用。

相信我，你这个想法的风险要远远高于直接添加磁盘可能会带来的影响。

偶的表述有问题不好意思，其实思路是这样的：构造两个一模一样的中心一个作为主一个为辅，提前在辅中心的存储上增加新的硬盘并re-balancing等到结束之后把生产切换到辅中心继续提供服务然后在中心增加新硬盘等到主中心的re-balancing结束之后再找时间切换回来或者不切都一样的了。可能这样麻烦、费钱，但是省心。