物理机迁移到虚拟机相关问题？

3423411614c

一般来说，只要有数据持续产生或者更新，必然会影响迁移。没有用过 VMware vCenter Converter，只能就已有的经验简单说一下。可以简单的将服务分为持久化类服务和非持久化类服务。持久化类服务，比如数据库，kvdb等，99.9%的都会受到严重影响。一般建议停服迁移。但如果不允许全局停服，那依次可选的方案是：1. 局部灰度停服。但如果存储没有分片，比如数据库没有分库分表，那这方案无法实现。2. 按功能模块暂停服务，直到对应的持久化数据迁移完毕。比如注册，好友，转帖，站内消息等等。但如果数据库设计时关系无法独立，则该方案也无法实现。3. 热迁移。这个难度很高，搞不好就会导致服务中断，且数据错乱。这个一般要开发对应的工具，包含迁移，校验等功能。全局停服速度最快，难度最低，数据一致性得到保证，但用户体验最差。热迁移最慢，难度最高，保证数据一致性的难度和成本都相当高，但用户体验最好：用户无感。持久化类剩下的那0.1%，主要是指只有添加和删除，使用替换操作替代真正修改操作，且有多个备份的分布式存储类服务。这类服务，如果设计得当，是可以部分停服切用户无感地就行数据迁移的。然后就是非持久化类服务。这类服务一般是业务，缓存等等。如果这类服务设计得当，比如带自动负载均衡，自动路由功能的集群架构，那不需停服停功能，可直接热迁移，用户无感。如果该类服务含有事务或耗时任务，相关的流程机制设计得当的情况下，亦可直接热迁移，用户无感。