“当前已有100+用户参与分享,共计发放奖励50000+“
一.跨集群迁移、迁移运行位置
在迁移目标端环境正常的情况下,基本都是网络丢1-2个包,可以看做是不断业务迁移
二.触发HA机制的迁移
1.以前老的版本触发HA机制后,其实就是相当于意外断电了,虚拟机在另外一台主机上重新拉起,这个就存在轻微数据丢失(存在内存中的数据),业务恢复时间就是虚拟机拉起时间+服务启动时间。 2.当然从588版本开始,优化了这一个问题,个人实测过主机断电虚拟机直接在其他主机快速接管了,当中也就丢了4-5个包,并没有出现重启过程。
三.P2V热迁移工具
1.可以实现源端不关机迁移(防止关机以后起不来那种场景),但是存在缺陷即点击开始迁移后的增量数据无法同步迁移到超融合平台,之前有碰到某公司迁到超融合的项目,最终使用的是第三方的热迁移工具。 2.到目前还仅支持Windows的操作系统
四.ISO镜像迁移
1.支持Win和Linux,其实可以将迁移iso镜像启动当做PE工具,通过PE系统把源端的磁盘读取并传输至超融合平台(需确保源端至超融合的4000-4010/10809-10900端口通信正常)。 2.当源端机器连接了外置存储后,迁移的容量大小该怎么算? (1)当源端机器连接FC存储后会怎么样?接着FC存储后就相当于一块磁盘了,进入迁移镜像后是可以识别到的,生成迁移虚拟机配置后就会看到一个跟FC存储一样的大小的磁盘文件,这样的话迁移之路慢慢长也,当然是建议是拔掉外置存储,只迁移源端既有磁盘,等迁移到超融合再挂载至虚拟机(此时需要确认超融合的服务器或着第三方服务器能对接原外置存储)。 (2)当源端机器连接过iSCSI存储呢?iSCSI得基于网络,一般我们迁移的时候都会配置原服务器的IP地址,是可以和iSCSI服务端网络可达,但毕竟咱们的迁移镜像里面没有iSCSI客户端支持吧,所有就无法识别了,即迁移就是服务器本身的磁盘。 (3)NFS、CIFS这种类型的应该不用说了,同理于iSCSI所有也不会被识别到的。
五.VMware纳管迁移
当超融合纳管vcenter后,直接在超融合虚拟机栏点击迁移到超融合平台,当源端VM虚拟机处于开机状态时有两个选项,一个是自动关源端,一个是手动关源端。不管是哪种动作,迁移过程中会出现两到三次1-2个丢包现象。 1.当设置自动关闭VM时,这个最后关机的时间根据源端大小传输后的时间来确定,中间业务会中断几分钟不等,时间不确定,因为业务中断的时间不好把握,个人不建议通过这种方式做。 2.当设置手动关闭VM时,需要登录到源端手动关机,然后从超融合上面拉起虚拟机,这种方式同样也会中断业务几分钟不等,但中断时间可控,建议采用这种方式。 3.vmware纳管迁移时截止到源端关机的时候,迁移过程中的增量数据也会同步迁移过来的(在vmware平台上可以看到源端虚拟机一直在生成快照),这一点比的Windows的热迁移工具的场景要方便一点。
PS:这里就简单分享一些关于超融合迁移相关的小经验,如果有错误的地方,希望大家一起来讨论下。还有就是据小道消息,今年下半年会出新的迁移工具说是支持Linux和热迁移,希望规划经理和研发大哥看到此帖后能第一时间给我试用下。:耍酷: |