虚拟机的动态迁移和服务器迁移的区别

虚拟机动迁能够在尽量保证服务的情况下，将虚拟机从一台物理服务器迁移到另一台物理服务器。
动态迁移的关键在于尽可能地减少迁移时间和宕机时间，我用小鸟云服务器挺便宜，你可以去试试，然后购买硬件成本，如交换机，存储设备等。

要点一、检查迁移设置或者重新连接主机服务器 在服务器之间进行vm迁移首先要求两个服务器启用迁移功能。例如，使用vmware esx或者esxi的两个服务器必须启用vmotion。如果是hyper-v服务器进行vm迁移，一定要确定两台服务器的动态迁移功能可用。vmware esx或esxi服务器上，在配置选项卡为特定的vsphere客户端启用vmotion，所以it管理员必须使用与每个hypervisor匹配的文档并在每个服务器上启用迁移功能。 在某些情况下，hypervisor的软件问题会导致迁移失败，这时需要在其中(或者两个)受影响的服务器上不断地切换迁移设置。例如，这个问题在vmware esx/esxi 40升级到update 2过程中会发生，技术人员不得不不断切换迁移设置。启用设置在每个主机的vsphere配置选项卡上。在esx/esxi 40 update 2或之后版本上就可以解决这个问题了。
要点二、检查服务器硬件的兼容性和设备相关性 虚拟化的服务器专门用来将底层的硬件从上层的工作负载抽离——抽离让工作负载迁移变得可能——但是有小部分情况可能会导致源、目的服务器的硬件不兼容，导致迁移失败。 排错的第一步是评估服务器硬件和配置。举个简单的例子，源/目的服务器需要使用完全相同处理器来进行工作负载迁移。每个系统bios的处理或者i/o虚拟化设置稍微有所不同也会引起硬件问题。 当vm依赖目的服务器上不可用的硬件时，也会导致迁移失败。比如，像vmware esx/esxi等hypervisor允许vm连接到物理磁盘。如果vm依赖与源服务器连接的物理磁盘——而目的服务器上没有——迁移就出问题了。安全断开任何本地物理磁盘或者源服务器vm上的客户端设备，然后再重新进行迁移。
要点三、检查服务器间的网络连接 迁移依赖网络连接，因此源/目的服务器之间的任何连接问题都能轻易影响迁移活动。最直接的方法是ping源/目的服务器之间的网络连接。例如，vmware的vmkping可以在源服务器上使用命令shell ping 目的服务器。进入到主机名称或者目的服务器的ip地址，查看成功的ping反馈，如：vmkping 19216811 还可以通过windows命令提示或者linux命令行使用标准的ping命令执行该过程。如果ping成功了，证明源、目的服务器之间的lan通讯正常。如果不成功，源、目的服务器上的网卡(nic)可能存在不兼容性。 一个常见的兼容性问题是使用超长帧。例如，如果一个服务器的nic配置了支持超长帧，另外一个没有，那么这两个服务器不会正常通信，工作负载迁移不会成功，除非两个nic的配置完全相同。使用目标服务器的主机名ping时，会发生另一个常见的问题。如果主机名ping失败了，但是ip地址ping正常，说明主机名解析出问题了，解决这个问题会对解决连接问题有帮助。
要点四、检查目的服务器上的计算资源 如果目的服务器上没有足够的计算资源，工作负载迁移也会失败。当目的服务器缺少足够的处理核心、内存空间、nic端口或者存储时，就不能储备新的工作负载。随着物理服务器数量下降和工作负载整合水平的提升，这已经变成越来越普遍的问题。 例如，如果目标服务器已经从从其他系统接受额外的工作负载失败，这时就会发生资源短缺。另外，如果目的服务器上已有的工作负载已经获得了额外的计算资源，以满足用户活动增加所引起的更的的资源需求，这种情况下，资源短缺也会发生。试着将工作负载迁移到其他有足够计算资源的系统(比如闲置或备用的服务器)，或者在有需求的服务器上执行工作负载平衡。

装了vCenter Server，并且两台ESXi都在同样群集里，直接虚拟机上点右键迁移就是了
如果没有，可以把两台的ssh放开，ssh登录ESXi，然后通过scp把整个虚拟机目录拷贝到另一台ESXi，然后服务器配置——存储——打开拷贝来的文件夹，vmx文件上点右键添加就行了
如果虚拟机在共享存储上，连复制都不用

---