vmotion总结

一、不管是vMotion仍是Storage vMotion都须要专用的VMkernel网络来迁移虚拟机，因此须要在各ESXi主机上为vMotion配置专用的网络，而且考虑到性能的问题，最好为vMotion网络绑定专用的网卡。vMotion要求网络带宽至少为千兆，而且要求源主机和目标主机具备相同的网络配置，包括网络类型和网络标签都要一致。

二、检查服务器间的网络链接。 迁移依赖网络链接，所以源/目的服务器之间的任何链接问题都能轻易影响迁移活动。最直接的方法是ping源/目的服务器之间的网络链接。若是ping成功了，证实源、目的服务器之间的lan通信正常。若是不成功，源、目的服务器上的网卡(nic)可能存在链接问题或不兼容性。 一个常见的兼容性问题是使用超长帧。例如，若是一个服务器的nic配置了支持超长帧，另一个没有，那么这两个服务器不会正常通讯，工做负载迁移不会成功，除非两个nic的配置彻底相同。使用目标服务器的主机名ping时，会发生另外一个常见的问题。若是主机名ping失败了，可是ip地址ping正常，说明主机名解析出问题了，解决这个问题会对解决链接问题有帮助。

三、若是某一集群使用了独立的DVS分布式虚机交换机，其集群中的虚拟机将不能迁移到其余集群。能够把集群中的物理主机加入到总的更大的vdc下的分布式虚拟交换机，才能够把该集群中的虚拟机迁移到其余集群。

四、习惯上，vmotion须要考虑主机和虚拟机的计算资源的平衡。检查目的服务器上的计算资源很重要，若是目的服务器上没有足够的计算资源，工做负载迁移也会失败。当目的服务器缺乏足够的处理核心、内存空间、nic端口或者存储时，就不能储备新的工做负载。随着物理服务器数量降低和工做负载整合水平的提高，这已经变成愈来愈广泛的问题。 例如，若是目标服务器已经从从其余系统接受额外的工做负载失败，这时就会发生资源短缺。另外，若是目的服务器上已有的工做负载已经得到了额外的计算资源，以知足用户活动增长所引发的更的的资源需求，这种状况下，资源短缺也会发生。试着将工做负载迁移到其余有足够计算资源的系统(好比闲置或备用的服务器)，或者在有需求的服务器上执行工做负载平衡。

五、vmotion迁移若是不考虑网络的可用性，有时会致使将虚拟机放置或迁移到已经网络饱和的主机上。 若是应用碰巧对网络敏感，这可能会对虚机产生一些性能影响。

六、在进行vmotion迁移时，虚机内存过大的会迁移比较慢，由于内存动态的同步会耗费较多时间。

七、在进行vmotion迁移时，要注意硬件兼容性。检查服务器硬件的兼容性和设备相关性。 虚拟化的服务器专门用来将底层的硬件从上层的工做负载抽离——抽离让工做负载迁移变得可能——可是有小部分状况可能会致使源、目的服务器的硬件不兼容，致使迁移失败。 排错的第一步是评估服务器硬件和配置。举个简单的例子，源/目的服务器须要使用彻底相同处理器来进行工做负载迁移。每一个系统bios的处理或者i/o虚拟化设置稍微有所不一样也会引发硬件问题。 当vm依赖目的服务器上不可用的硬件时，也会致使迁移失败。好比，像vmware esx/esxi等hypervisor容许vm链接到物理磁盘。若是vm依赖与源服务器链接的物理磁盘——而目的服务器上没有——迁移就出问题了。安全断开任何本地物理磁盘或者源服务器vm上的客户端设备，而后再从新进行迁移。

八、因虚机版本不一样形成的迁移问题，注意高版本不能向低版本迁移。

九、分区表格式。这是一个很严重的问题，不少迁移工具不支持GPT格式的系统迁移，只支持MBR格式的系统迁移，在选择工具以前须要格外注意一下。

十、迁移以后磁盘不能成功挂载原系统的磁盘分区，系统不能成功启动。出现这种状况，一种很大的可能就是在原系统使用的是设备名称挂载的方式挂载的，在两个虚拟化环境中硬盘接口发生了变化，好比由原来的IDE接口变成了virtio接口，这样的话设备名称是会变的，设备名称会由原来的sda变为vda，这就须要修改fstab了（光盘引导，进入救急模式）。若是是经过UUID挂载的，通常来讲不会出现这种问题。