在不借助共享存储的情况下，将虚拟机从一个主机迁移到另一个主机是现在虚拟化的流行趋势。微软在Hyper-V 3.0中推出了无需共享的特性，而VMware则将其加入到了vSphere 5.1当中。

　　但是即便无需共享技术可以在不借助共享磁盘的情况下迁移虚拟机（VM），但是其仍需要使用共享网络。这种迁移方式允许系统管理程序将组成VM的文件从一个位置移动到其他地方。因为必须要将这些文件移动另外的物理存储设备中，所以共享存储的迁移将会比移动内存内容和CPU状态花费更多的时间，因为其需要在一个共享磁盘中迁移。

　　这种迁移方法花费更长的时间，并且给网络带来很大的压力，因此他们并不是自动完成的。大多数管理员会将其作为维护或者其他变更操作方式来手动运行。所以，问题在于适合完成迁移的时间。

　　一些应用程序使用扩展的方式来保持高可用性，即应用程序同时运行在多个协同工作的VM上。这种应用程序不需要某个特定的VM保持运行状态：它只需要运行足够数量的VM来保证当前的工作负载，比如Web服务器或者终端服务器。

　　因为已经可以将应用程序分别部署到不同的VM上来实现高可用性，因此在系统管理程序端就没有必要再进行高可用性配置了。VM可以存储在本地主机存储当中，以节省存储区域网路的空间。当然，你必须将VM部署到多个VM上，以避免单机故障会严重地影响到应用程序。

　　当你必须对主机进行维护时，你可能会遇到问题。将VM迁移到其他的主机利于维护，但是如果不借助共享存储，维护一台主机需要关闭本地存储上的所有VM。

　　不只是本地存储

　　听到无共享磁盘迁移，人们首先会想到的是位于本地磁盘上的VM，而对于具有多个主机集群的企业用户来说，情况通常不仅如此。

　　每个主机通过共享存储连接到集群中的其他主机，通常存储在集群之间不会进行共享。一个集群可能用于开发和预生产环境，而另一个用于生产环境。在没有宕机时间和共享存储的情况下，将VM从预生产集群迁移到生产集群中的能力是非常必要的。这种灵活性就是虚拟化的吸引力所在。

　　在不借助共享存储的情况下，另外一个VM在主机和主机间进行迁移的情况就是主机位于不同的物理站点间。站点间的距离不能太远——几英里是最远的距离。但是这个距离足够在灾难时避免宕机时间的产生。将VM从一个城市或州迁移到其他的地方可以避免停电、火灾、洪水或者其他少数可能引起服务中断的灾难。

　　可能使用无共享存储迁移功能的情况还包括在同一个城市或者同一个州，将工作负载迁移至或者迁移出云提供商，使得云爆发这种部署方式更具有可行性。在没有宕机时间的情况下，将一个企业级应用程序从本地云迁移到私有云提供商的能力对于混合云操作来说非常关键。

　　相对于传统共享磁盘方式，无共享磁盘VM迁移增强了VM的可移动性。这是足以改变虚拟化领域格局的特性。