zhouzengchao
4 Beryllium

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

0 项奖励
liulei_it
5 Tungsten

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

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

0 项奖励
zhouzengchao
4 Beryllium

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

0 项奖励
liulei_it
5 Tungsten

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

0 项奖励
yanzs
4 Tellurium

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

0 项奖励
zhouzengchao
4 Beryllium

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

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

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

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

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

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

0 项奖励
liulei_it
5 Tungsten

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

看来偶太邪恶了

0 项奖励
zhouzengchao
4 Beryllium

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

很多时候good idea需要那么一丝邪恶。

0 项奖励
anncy
2 Iron

Re: 【分享】VNX Block OE R32增强 – Automated Pool Re-Balancing

切换,基本没人做。风险太高

0 项奖励