关于vmware存储迁移的问题

winxp2000 · 发表于 2014-4-4 11:59:23

如果无法整机迁移，关机断开RDM盘之后，迁移主机，然后再在新主机上挂上RDM盘

尾巴 · 发表于 2014-4-4 12:00:22

物理RDM是通过FC用的netapp存储，我就在想，如果物理RDM不能使用svmotion和covertor的话，我就将将少数的数据库通过存储后端用SANcopy的方式迁移过去，其他的大部分虚拟机用svmotion迁移过去。

尾巴 · 发表于 2014-4-4 12:00:58

这也是一个不错的注意，非常感谢啊，真的非常谢谢了啊

dragooner · 发表于 2014-4-4 12:01:34

本帖最后由 dragooner 于 3-30-2012 23:42 编辑
RDM是可以重新映射的。只要你吧连接RDM的虚拟机迁出去，重新映射就可以了。你想你把电脑上的硬盘拔下来，用usb接到别的电脑拷贝了些数据，然后重新插回来，系统照样可以启动。
问题是，他不能解决你Netapp FC存储负载过重的问题。彻底替换，从你描述的问题上看，并不是解决问题的最好办法，好好的而一个Netapp FC存储为啥一定要替换掉呢？建议购买的新的EMC存储后，将部分IO压力比较大的VM迁过去，有RDM的，尽量不迁移。
除非LZ对统一管理这类特性特别看重，不允许多类型存储，活多厂商存储。否则话，留着现有的跑一些应用，然后新的跑一些，是比较经济的。
关于你后面提到的迁移的时间问题，要把这个事情看的长远一些。比如每次只迁移3-5个，分批次的迁移，确保业务的连续性和系统的稳定性才是重中之重。

TiGi · 发表于 2014-4-4 12:02:27

这个要看实际的。
原本我也用光纤存储，CX300；但是08年的时候买存储，考虑到每个机器要买HBA卡，而SW3250交换机只有8个口子，配置又有点烦，所以选择了MD3000i，就此开始了iSCSI存储。去年上EQL6010XV，就此上了万兆。

TiGi · 发表于 2014-4-4 12:03:00

采用何种网络，一直是有争议的。
iSCSI相对比较适合中小企业。
你可以先看看，从小VM/不重要的VM开始迁移，先看看不关机能否迁移。
如果网络IO很高，"Storage vMotion"可能会用时长一些甚至出错，那时候再考虑关机迁移吧。
Storage vMotion，个人理解为：将“活着”的虚拟机的存储数据不断复制到另外一个数据存储上，因此，假设有100G数据，整个迁移过程中实际复制的数据量可能会是120G、150G甚至200G，如果复制的速度跟不上本地变更的速度，那肯定迁移不了了！

solarwind · 发表于 2014-4-4 12:03:56

这问题和我以前做的迁移很类似啊，源存储EMC，新存储HDS，上面全部跑虚拟机，有部分虚机挂物理RDM，解决方式：Storage vMotion做非RDM虚机的迁移，申请2天停机时间，迁移100多台VM，总计用了8小时左右。挂物理RDM的虚机，由应用负责帮忙做数据迁移，并验证，俺只负责把新存储挂上去

尾巴 · 发表于 2014-4-4 12:04:34

其实这个问题我也想过，但是目前公司有全球同步服务的计划，所以，决定彻底换掉netapp，而且美国总部那边也要求统一为EMC，针对前辈提出的分批次迁移，我觉得这是一个很好的提议，我已经写在报告里面提交上去了，至于RDM，也必须迁移出去，周六日可以关机，再次感谢前辈的关注！

尾巴 · 发表于 2014-4-4 12:05:04

公司的私有云建立比较早，而且美国总部那边貌似和cisco走的比较近，所以估计下一步还是FCoE。看到前辈对Storage vMotion的理解和建议，我觉得很有帮助，这一点可以作为迁移的指导思想之一，感谢前辈！

尾巴 · 发表于 2014-4-4 12:05:40

我觉得这个迁移可以作为一个参考，在时间上和技术实现上。

wlxzhy123_0 · 发表于 2016-7-17 09:51:36

好贴顶起

wph123 · 发表于 2016-9-12 09:27:39

谢谢

wph123 · 发表于 2016-9-12 09:27:50

谢谢

wph123 · 发表于 2016-9-12 09:28:06

谢谢

账号		自动登录	找回密码
密码			论坛注册

关于vmware存储迁移的问题

客服中心

投诉建议