现在，虽然有越来越多的企业CIO和IT经理们在服务器、存储、网络、应用、数据中心、灾难恢复等诸多领域采用虚拟化技术，但是，这种传统的以资源共享和动态集中为主要特征的虚拟化1.0阶段正在面临许多新的问题，这主要体现在资源浪费、运维管理复杂性、业务连续性三方面。
资源浪费
对比传统物理服务器的部署模式，虚拟机的创建、部署和使用十分简单，只需对资源进行简单复用，就轻松解决了传统物理服务器成本高昂、部署困难、实施周期长等问题。但是，任何事务都具有两面性，随着新的应用资源申请和投入使用，政府、企业内虚拟机的数量不断膨胀，虚拟化应用可能出现的“简单粗暴”和“泛滥使用”趋势将导致虚拟化的“泡沫”，虚拟机数量和虚拟化实施程度的加深，在某些环境下正在演变成为数据中心内新的压力。
运维管理的复杂性
虚拟化集成商帮助政府、企业建立了虚拟化架构，随着政府、企业架构内业务应用的不断扩展，虚拟化部署范围也随之扩展，来自各业务部门和测试环境的虚拟机数量迅速增加，带来数据中心架构内虚拟机、网络、存储、应用系统的“虚拟”和“物理”规模增长、关联的复杂性：网络、服务器、存储由不同的人员管理，业务系统上线和日常维护在不同的部门之间协调，IT部门相应的虚拟化架构运维管理能力和资源的缺乏，又产生了新的管理“复杂性”——这有违虚拟化简化管理的初衷。
业务连续性
现在各技术厂商虚拟化产品自身集成了高可用的功能，集合系统自身的硬件冗余，可以保障政府、企业数据中心本地IT系统的可用性。但是，当政府、企业的数据中心IT系统遇到灾难时又该如何处理？也许自然灾害的确有可能发生，但大多数情况下，IT系统故障发生的可能性远比洪水、飓风、地震或恐怖袭击大得多。数据中心的冷却单元故障导致虚拟化架构服务器群和存储停机，写字楼内糟糕的电力设施导致组织的数据中心突发停电，虚拟化架构上运行的核心业务系统莫名其妙地发生故障瘫痪，意外火灾导致通信线路中断等等，将会令政府、企业蒙受经济损失和声誉危机。这些情况很常见，却往往在用户通过虚拟化进行基础架构的大集中和大整合后所忽视。
要解决目前所面临的问题，虚拟化将不可避免地由1.0阶段深化、提升至2.0阶段，即从数据中心资源提供的层面，将服务器、存储、网络、应用和桌面都融合到同一个虚拟化的范畴内，实现弹性、自动化、高可用的架构；除此以外，在虚拟化深化阶段，大多数企业还会利用虚拟化技术作为业务连续性及灾难备份的重要手段。
【编辑推荐】
