企业服务器应用七宗罪找茬大行动第二期：虚拟化的困惑

为什么删我号

支持新的活动

deadwind

首先，我主要针对vmware的X86虚拟化说点儿体会，由于Citrix的XENSERVER和MS的Hyper-V还不足以做企业级应用，这儿不会针对它们，主要针对vmware的VI3和vSphere4。(以下提到的host指vmware的ESX，guest指ESX上的虚拟机)

说起vmware X86虚拟化，特别是服务器虚拟化整合(桌面虚拟化目前还不是主流，未来2-3年或可达到今日服务器虚拟化全面开花的普及效果)，个人觉得已足够成熟且能胜任企业级应用，但通过几年的深入使用及体会，还是发现有很多地方不尽人意：

一、技术问题：
1. 磁盘IO问题，一直到今天主流的vSphere4，还是觉得磁盘的IO性能是个瓶颈，即便后端存储用15K的FC存储，做了存储跨多个RaidGroup条带化，还是觉得远不如裸机效果，这也是数据库业务系统极少部署在虚拟化环境的主要原因，所以目前觉得X86虚拟化不适合大量IOPS的应用。
2. 网络IO问题，多guest共用host上有限的物理网卡，网络性能也会经常发生瓶颈，而在绑定网卡带库负载均衡方面，还有很多提高的空间。
3. 集群环境及高可用性问题，目前虚拟化环境对集群架构支持还比较有限，比如vmware下作集群使用共享磁盘时还没有GUI界面操作；而vmware自己的HA其实是很独特的，host死掉，该host上的guest在其他host上自动启动，这就是vmware的HA，但如果guest上只是应用层死掉又怎么切换呢？还是得依赖MSCS或RHCS这样的应用层集群软件；再说说vmware的FT容错功能，这绝对是很牛的功能，但就目前来说还只是个前瞻性玩具技术，离成熟有段距离。
4. 备份问题，VCB太死板，备份就是把复制到VCB代理主机上的快照镜像给备份，备份和恢复都要两步走，且没法做增量备份，听说vStorage有改观，能做增量备份且能文件级恢复，但很多较早版本的备份软件都不支持；另外vSphere4新出的那个VDR功能，只能备份到存储上，无法备份到磁带库上，只适合小型虚拟化环境的备份。
5. 跨存储虚拟化迁移走SAN网络还是性能较差，应该将同阵列的StorageVmotion动作通过API翻译到存储上，变成存储底层的数据移动，这样效率会高很多；听说vSphere4.1利用VAAI(VMware vStorage APIs for Array Integration)的API配合相应的存储产品，可实现我说的这种想法，有待验证。
6. 对USB等外设支持的不够好，虽然听说vSphere4.1已支持接入USB，但还是有很多限制，如果guest从原host迁移到目标host还能使用原huost的USB设备，那就很强大了，不会因为guest使用了特殊设备而没法vmotion动态迁移。
7. 软件License绑定问题，严格来说这不是vmware等虚拟化厂商的问题，而是应用软件厂商的问题，很多应用软件比如用*和*蝶等等，很喜欢通过多种主机信息(常见如网卡MAC、主机硬件WMI信息等等)做License绑定，以前没有这种困扰，但虚拟化后就是很大的问题，guest从原host迁移到目标host，而license是根据原host信息算出来的，guest迁移走，应用马上罢工，严重时甚至迁移回去都有问题，如果虚拟化厂商能有更好的技术手段解决，那就不用担心这些应用没法迁移到虚拟化了。
8. 存储应用可靠性问题，当host使用外部存储突发存储链路中断的情况，所有guest都会shutdown挂掉，这很正常，因为guest物理文件存放在存储上，但当链路恢复后host发现存储后却发现部分guest无法启用了，很好理解，突然中断后造成了vmfs上数据不一致性；但问题是，在物理服务器使用存储时发生此问题，通常用fsck等等手段大多能修复，而虚拟化的host之上的guest又该怎么恢复呢？
9. 跨带CPU的host之间guest的热迁移问题，虽然intel和AMD一直在努力，通过vmware的EVC技术，跨带CPU之间的guest热迁移已经有很大改善，但感觉还是很不够。

二、管理问题：
1. 当管理几百台甚至上千虚拟机的时候，你会发现查找一台虚拟机犹如大海捞针般，虽然这和系统管理员的良好操作习惯密切相关(比如每次创建的虚拟机是否有完整记录？虚拟机是否有备注且描述标准清晰？等等)，但vmware自己也有问题，比如VC显示虚拟机界面里经常发生IP显示不及时(并非没有安装
vmware-tools)等等，我想vmware等虚拟化厂商有待加强这个管理细节。
2. 不仅仅需要P2V，虚拟化厂商大部分都提供P2V工具以将物理机转化成虚拟机来做物理机的虚拟化迁移，但现实环境多变，经常会发生V2P、V2V等需求，这时就没法满足了，而且未来的云计算在后台会经常发生虚实相互转换的需求，所以这方面有待加强。
3. 虚拟化自动化流程及虚拟机生命周期管理问题，系统管理员更希望看到自动化的实现虚拟机创建及权限分配，而不想重复这种枯燥操作，其实这已经扯到云计算IAAS(基础架构即服务)上来了，如果前端有个web界面给用户，用户可以如点菜般的获取其想要配置的虚拟机，然后就是跑流程给层层部门批准(要和内部的OA系统二次开发结合)，流程完成后将自动创建满足用户配置的虚拟机并交付使用，辅以生命周期管理，时间到期后自动回收资源等等。

deadwind

回复 7# flb_2001

1、对于thin client的防毒是怎样部署的？据我所知thin client客户端没有存储，直接使用服务器的虚拟画面，对于服务器端每个虚拟系统以及里面的文件怎样进行防病毒？

个人觉得thin client本身不需要做防毒，thin client大多是一些低功耗X86或ARM的小盒子设备，集成flash上运行一个精简的系统，支持Citrix ICA或微软RDP等远程桌面协议，所以thin client本身没必要防毒；但thin client远程使用服务器(终端服务器或桌面虚拟化)的虚拟桌面，防毒自然应该部署到远程的服务器或交付桌面虚拟化的虚拟机上

2、thin client的虚拟化导致文件管理问题提出，因为thin client客户端只是使用系统桌面等程序，使用过程中建立及接收的文件不知怎么保存？每个人的文件是否可以分类管理呢？

其实部署NAS这样的文件服务器设备配合AD/LDAP等身份管理、权限控制就很好解决了，通过AD实现公共盘本地映射，用户独立权限的文件夹，及个人文件夹重定向NAS等等，可以很好的实现

3、对于部署虚拟化的thin client，其使用到的微软软件的授权怎么处理？即以前购买的open license是否可以直接替代？不能替代的话，如何替服务器以及使用的虚拟桌面进行授权？

不知道你之前用的是什么，如果一切购买了微软的终端服务授权，现在考虑Citrix的XenApp或XenDesktop，应该license方面以前可能也用得上一部分，或者就算你单独买Citrix的license它也会把微软的算进去的，他们这方面是绑定的，但如果考虑vmware的方案，那么vmware的license应该和微软的相互独立，具体请找厂商询问

deadwind

回复 9# welcome008

唯一的问题

虚拟系统可以跨主机做HA吗？
我们可以在一套系统上运行N个虚拟应用，一旦该系统因为某个故障over了，需要把其上运行的所有虚拟主机都切换到其他系统上去。
这个，是在实体主机上做HA，还是在虚拟系统里面做HA？
另外，有没有可能一台虚拟主机和一台实体主机做HA？

首先，我说下vmware的HA，其他不谈
vmware的HA和常见的HA不同，(首先说明host指vmware的ESX，guest指ESX上的虚拟机，此处举例有hostA和hostB两台物理主机安装了ESX并放在一个集群里，hostA和hostB上各有很多guest1/2/3/.../N)
vmware的HA是当hostA挂掉了，hostA上的所有guest自然全部挂掉(母体都没了，guest等于断电关机了)，但这些guest将会在集群环境中的另一台ESX主机就是hostB上启动起来
而传统的HA，就是两台主机hostA和hostB，直接安装传统操作系统，安装集群软件，配置集群软件和应用，当hostA挂掉或服务中断，通过集群软件利用心跳等判断hostA发生故障，然后推送服务到hostB上
如果你抛开虚拟化的概念，以我上面的例子，把hostA和hostB上的虚拟机当成物理机搭建传统HA都是可以的，比如hostA上的guest1和hostB上的guest2通过微软的MSCS搭建HA

虚拟系统可以跨主机做HA吗？
答：能，vmware的HA就是跨不同主机(host)，或者利用vmware的环境搭建我上面说的传统HA也是可以的，同样跨主机

我们可以在一套系统上运行N个虚拟应用，一旦该系统因为某个故障over了，需要把其上运行的所有虚拟主机都切换到其他系统上去。
答：上面解释的vmware的HA就是如此，hostA挂掉了，hostA上的所有guest(每个guest都是一个虚拟主机及应用)都能切到hostB上，当然有一次异常当机重启的动作

这个，是在实体主机上做HA，还是在虚拟系统里面做HA？
答：前面的解释已回答

另外，有没有可能一台虚拟主机和一台实体主机做HA？
答：可以，你把虚拟机当成物理机不就得了，但这种HA是我说的传统HA，非vmware的HA

flb_2001

回复 13# deadwind


    你这么说的话，就是服务器端和虚拟桌面都要做防毒？

deadwind

回复 15# flb_2001


看你thin client到底用哪种方式
如果用微软的终端服务器或citrix的xenapp，那么只是服务器安装了防病毒即可
如果用vmware的view或citrix的xendesktop，这种情况下，是克隆生产了一个完整的虚拟机给你做远程桌面，我认为应该安装(其实这个时候也没有所谓服务器，服务器是ESX或XENSERVER，不需要防病毒)

但桌面虚拟化一般用黄金版的母版去链接克隆提供给用户的虚拟化桌面机，我不确定有没有什么特殊技术

broadway2008

虚拟化改善了公司的开发环境，使新的服务器的设置更简单和速度更快，毕竟把大量的物理服务器整合为数量较少的物理服务器是虚拟化技术关键的好处之一，数据中心也变得更灵活和更有效率。但是并非每一种工作量都适合虚拟化技术，需要许多处理能力的应用程序就不适合虚拟化。
没有任何技术是完美无缺的，虚拟化技术还将面临新的挑战。对于未经良好规划的虚拟化项目部署，涉及管理、安全、ROI和能耗使用方面的问题一样会成为路障。
虚拟化虽然可带来大幅的成本节省和技术回报，并通过服务器整合降低空间与能耗需求，但这些效果却不会自动发生。
因此，在开始实施虚拟化项目之前，应作出全盘化的审慎考量：
1. 虚拟化带来了管理上的新挑战
　　服务器虚拟化能大幅降低新工作负荷的时间。新的虚拟机(VM)部署甚至可以在半小时内完成，这相对物理服务器动辄数周的时间缩短了很多。诚然，虚拟化简化了IT工作，但同时也带来了管理上的新挑战。IT部门需采用限制策略或使用第三方自动工具来防止虚拟服务器数量失控。就算在物理服务器整合后只剩下几台，但整体管理目标的数量也一样会增加。实际情况是，虚拟基础架构本身需要被管理，甚至还有可能需要新的集中化储存系统。
遗憾的是，大部分软件厂商没有在VM方面提供同等级的应用支持，也并非所有的服务器虚拟化许可证都一模一样，你需要认真研究不同厂商的许可证合约条款和条件，这的确是一件很麻烦的事。

2. 整合服务器并不是简单任务
　　服务器虚拟化项目的第一个目标通常都是整合，然而许多IT部门的整合计划在实施时多半会比预期的速度要慢，可见将工作负荷从物理设备移植到虚拟设备并不是简单任务。

3. 虚拟化不会自动降低能耗使用
　　能耗问题的解决未必会很快就见效，虚拟化服务器的冷却需求与仅仅运行一个应用程序的服务器的冷却需求是完全不同的，虚拟化把处理器的利用率提高后将产生更多的热量。如果在虚拟化的服务器的机架后面走过，你会感受到这些服务器喷出的热量。其产生的热量比以往任何时候都多，整个耗电量增加了，因为虚拟化很容易加快运行许多新的应用程序。虽然理论上更少的服务器会降低能耗使用需求，但其实每一台服务器的CPU运行负荷更高，对能耗要求也更大，此时，每增加一个新的工作负荷，都会提高能耗的使用量。
另一个需要考虑的问题是，如果关闭了冗余的服务器，那么数据中心就要重新配置来防止冷却系统流向空余的空间。
由此可见，在虚拟化的同时兼顾到能耗和冷却也变得越来越重要。如果只是单纯的虚拟化，而没有相应调整基础架构，那就未必能得到预期的效果。

4. 虚拟化未必更加安全
   克隆VM以及在物理设备上的移动能力提高了容灾恢复能力，防止数据遗失和当机。但虚拟化若无妥善的管理，也会产生新的安全风险，威胁到数据安全和商业系统的持续性。
可是企业员工和流程往往对虚拟化及其所带来的安全风险没有做好准备。虚拟化带来了新的攻击和多种运行风险，而整合多款用应到一个单一服务器会增加单点失效的几率。
如果你正面临虚拟服务器数量蔓延，那或许很难去保持对所有VM的追踪，从而无法确保补丁被适时安装。同时，管理程序没有进行加密也会使数据在移植时被截取。虽然这些问题并不意味着要从根本上避免使用虚拟化，但通常最好是先从小范围的系统上开始入手，着重于任务关键应用。

5. 桌面虚拟化不能立竿见影节省成本
　虚拟化应可简化新的用户桌面部署、应用补丁和执行其它管理任务。从长期来看，桌面虚拟化是可以节省成本的。但IT部门须牢记桌面虚拟化首先要求显见的初始成本，从采购用户设备如瘦客户端，到后台基础架构如服务器、网络储存等来支持VM。良好的桌面虚拟化可节省长期成本，但可能需要若干年才能实现ROI。

6. 虚拟化和云计算不一样
    虚拟化是云计算的一个主要因素，但在少数服务器上虚拟化并不意味着就此建立了私有云。除了虚拟化之外，私有云还要求服务自动化技术和自助服务界面来提供新的资源。真正的关键是在IT存储栈的每一个层面提取，保持基础架构的始终可用及完整容错。有时候，一个云环境甚至根本不需要虚拟化。

7. 虚拟化不只和技术有关
　　有时，人的因素会超过技术因素。人和流程往往对虚拟化所带来的新挑战没有准备充分。哪怕虚拟化项目完成了，你依然可能成为自己成功路上的绊脚石。一旦用户认识到VM的易用性，他们或许产生更多的要求，使得IT更难去专注于其它任务。相反，阻力或许也会存在于那些喜欢使用物理服务器的用户。

nokianihao

由于每一种IT系统环境之间都有很大差别，它们各自都有独特的运作模式、技术构成以及业务限制，因而这样的事实造成了虚拟化技术的混乱现状。影响虚拟化软件的选择有多种因素：
1.灵活性与迁移性
    迁移性让应用程序可以在物理服务器之间进行迁移，而不会导致系统中断。然而，软件的迁移性并非没有问题。迁移性可以引发反复性，还会给担负突发事件管理任务的技术管理团队带来困扰以及一致性问题。为衡量迁移性对于某种系统环境是否合适，企业必须首先对维护窗口、工作负载模式的一致性以及灾难恢复策略进行分析。

2.维护窗口
    当运行在单一的物理平台上，维护窗口具有交互性。这将很容易导致产生一种没有硬件维护时间的方案。同样的问题会出现在软件驻留的过程中。虚拟机的迁移能力可以通过让服务器为完成既定维护或者软件更新任务而进行离线迁移，从而减缓该问题。相反，如果没有适当的迁移性，在虚拟主机上对应用程序进行适当的首次安装就显得异常重要。既然单纯的迁移操作可能造成了一种变化，会干扰软件驻留过程，因此无论在哪种情况下，作出正确的安装决定至关重要。

3.工作负载模式的一致性
    迁移性的优势在很大程度上取决于工作负载模式的反复性程度。对高反复性工作负载的时间间隔能力进行调整非常有用。然而，这些优点对于低反复性方案则被大大削弱。企业可以根据应用模式的变化，每天或每周对理想实施方案进行分析。如果应用模式并没有每天发生明显变化，一种静态的实施方案就已经足够了，而且可以避免迁移性的反复性。如果应用模式每天都在发生显著变化，就必须采用一种更具动态性的解决方案。

4.灾难恢复策略
    如果应用程序级复制或热备用是灾难恢复计划的一部分，迁移性就可能会破坏这些工作。例如，有人可能会出于疏忽将一台生产服务器放置在与其灾难恢复备用服务器相同的地点。为避免这类错误出现，企业必须对灾难恢复策略、任务、配套策略、群体任务以及复制结构作出详细分析。

5.经常开支与可扩展性
　　操作模式中的许多方面可能会影响虚拟化技术的成功实施。这些方面包括处理I/O的方式、每台虚拟机的最大CPU数、以及供应商在平台上注册许可证的方式。企业可以通过考虑下列因素，从而回避这类经常开支以及相关的可扩展性。

6.I/O速率
　　有些软件组成部分可能更适合于无需虚拟设备驱动程序的虚拟化技术，例如相当于I/O加速器的数据库服务器，由于这些设备驱动程序在每次执行I/O交易时都给CPU增加了负担，从而导致系统达到其运行极限，而其他情况下则不会。类似VMware的原始设备规划这样的技术也会在这方面产生更高的效率，但使用这类功能则会妨碍迁移功能。为确定最佳方法，企业可以采用一种特定策略的经常开支模式，这样可以基于物理服务器上的I/O活动对CPU的利用数量加以提高。这是一种简易方法，可以获得任何不适合既定虚拟化解决方案的工作类型。

motorocke6

一是虚拟化的效率。这方面硬件虚拟化和软件虚拟化两种方式存在天壤之别，前者的效率要高很多。这是因为硬件虚拟化无须占用太多的CPU资源，而后者由于要经过多层转换，不得不面临性能损耗的问题。

二是虚拟化的功能。比如CPU、内存和I/O等分区资源能否在不重启机器的条件下动态灵活调整，增大或减少；又比如分区或虚拟机能否在线迁移，即让一个分区在不停机、不停应用的情况下从一个物理机器动态地迁移到另外一个物理机器上，以提高系统高可用性。当然，对于不同的用户而言，对功能的需求也是不一样的，但关键是你的虚拟化供应商能否提供你真正想要的东西。

三是虚拟化的范畴。对于那些希望在现在和将来实现动态IT架构或私有云环境部署的企业来说，虚拟化的范畴，即能否实现全面的虚拟化就很关键了。因为，要实现动态的数据中心，仅仅对服务器CPU资源进行虚拟池化是远远不够的，还需要对内存、I/O、存储等各种软硬件资源进行虚拟化，有效实现内存、 I/O、存储在分区之间的资源增减或自动调整。

四是虚拟化的安全性。虚拟化整合是把多个鸡蛋放在一个篮子里，这就要求这个篮子得足够的牢靠，对于用在关键业务领域的中高端服务器来说，这一点更加重要。所以，你还需要看看虚拟化供应商通过第三方的审计或相关的安全认证是非常重要的，

五是虚拟机的扩展性。比如总部一个分区要求可以支持从0.1颗CPU到64颗CPU的扩展，未来还可以达到256颗CPU，内存方面最高也可以扩展到4TB；而分公司目前惠普的IVM只能扩展到8颗CPU，分区内存也只有64GB，二者之间存在量级的巨大的差别。
    总之，虚拟化技术的选择是相当复杂的。更快的服务器配置和速度更快的服务器请求工作流都会显著提高效率，但这只有在你重新设计围绕虚拟化的流程才能实现。为虚拟化环境优化相关的IT管理流程十分必要，这将把服务器的配置时间从几天或者几个星期减少到几个小时，甚至不包括采购时间。如果你要得到一个有效率的虚拟环境的全部好处的话，还需要重新考虑备份和软件发布等流程。
　  使用虚拟化作为更集中的IT服务的推动因素。因为虚拟化需要一个集中的环境达到最大限度节省成本的经济规模，机构能够利用虚拟化推动更集中的IT服务。当不同的IT部门把资源结合起来而不是在许多较小的环境中实施虚拟化的时候，用一个共享的测试/开发环境开头可以显示能够实现的节能成本的好处。　　
　　在迁移和整合过程中，要有一个明确的目标，并且可以在一个相对长期的过程中坚持完成每一步的转变。很多时候，用户对虚拟化的部署没有全局化的规划和明确的目标，用户在这个过程中遇到一些问题的时候会妥协，停下来不再做这方面的推进，而使虚拟化部署无疾而终。
    管理层的支持力度将会直接影响到用户部署虚拟化时对业务的整合力度，特别是在应用软件部署方面，多数情况下企业的应用软件是可以进行迁移的，但是，通常应用这些软件的业务人员并不愿意接受这样的改变，那么整合就会出现断层。这就需要企业管理层对虚拟化的支持力度，来帮助虚拟化部署资源整合的真正实现，可大多数情况CEO都不是很重视，只知道一味地削减成本，无奈啊！

turnya

虚拟化对于数据中心来说是一次革命，但是没有哪种技术是不存在潜在缺陷甚至陷阱的。有关管理、安全、ROI和能源利用的问题都有可能导致虚拟化部署出现错误。

　　“虚拟化是有可能带来极大的成本节省和技术优势，”通过服务器的整合，可以大大节省出空间和能源需求的成本，“然而，这些成本节省并不会自动产生。”

　　列举了7个大问题——就让我们将其称为半真半假的陈述吧，是企业在实施虚拟化项目之前应充分予以考虑的。

　　1、虚拟化会使管理更轻松吗?

　　服务器虚拟化会极大地减少增加新的工作负载的时间。有些企业的IT部门报告说，他们能够在不到30分钟内部署一个新的虚拟机(VM)，而部署一台功能类似的物理机则需数周时间。看来，虚拟化可以简化IT的承诺在很多方面都是真实的。

　　但是虚拟化也会同时引入新的不能忽视的管理上的挑战。IT部门需要制定严格的策略，或许还需要第三方的自动工具才能防止虚拟服务器的杂乱无序，以及VM不受限制地蔓延。尽管物理服务器的数量不多，但是需要管理的对象的数量总体而言却大大增加了，因为存在大量的hypervisor和VM。

　　很多用户以为用于管理的时间将会缩短，但实际上虚拟基础架构本身就需要管理，甚至可能还需要构建一个新的集中存储系统。

　　更令人沮丧的是，很多软件厂商对在VM上跑的应用的支持远不如对在物理服务器上跑的应用的支持更好。在对虚拟化环境的支持上，微软去年曾放宽了某些许可限制，但分析师们对Oracle和其他软件厂商的限制政策依然持批评态度。在虚拟数据中心内，软件许可费用的计算公式更为复杂。

　　“不是所有的服务器虚拟化许可证都是相同的，”,“你必须仔仔细细地去研究你和不同厂商所签订的许可协议的所有条款和限制条件。”

　　2、整合成更少的服务器就一定是简化吗?

　　服务器虚拟化的首要目的通常就是整合。假如你在10台服务器上就能跑原来100台服务器上的工作负载，那为何不尽快实行整合呢?但不幸的是，很多IT部门在执行整合计划的进程中发现，整合的步骤要比他们原先预想的困难得多。“一个虚拟机跑一个新的工作负载”，这话说起来容易，但是要把旧的工作负载从物理机上迁移到虚拟机上去，却并不总是一个简单的任务。

　　“在做P-to-V或者说物理机向虚拟机迁移时，会发生很多意想不到的情况，”。因为这种迁移“不是在真空中进行的。这种迁移会牵涉到不同业务部门的工作安排，他们必须要有能够承受相当长宕机时间的心理准备。”

　　3、虚拟化会自动减少能源消耗吗?

　　如果你通过整合，减少了物理服务器的数量，你可能会兴奋地说，“我已解决了能源消耗问题。”但是情况并非如此简单。尽管消耗能源的服务器数量少了，但是每台服务器的CPU的利用率却大大提高了，因此也需要耗费较高的电力。在麻省的布兰德斯大学，该校的一个虚拟化项目实际上增加了总体的耗电量。虽然把物理服务器的数量大大减少了，并且因为增加了更多的VM因而可以向用户提供更多的服务，但是每个新的工作负载或者说虚拟机所使用的电力却增加了。

　　“你要是走到这些虚拟服务器机架的后面，就会觉得这些家伙排出的热量简直吓人，”。“我们现在向数据中心倾泻的热量是以前从未有过的。”

　　还有一个问题也需要考虑：如果你关掉了不少的物理服务器，那么数据中心就必须进行重新布置，阻止冷气排向用不着冷气的地方。

　　“当虚拟化变得越来越重要时，就需要通盘考虑电力和冷却系统的重新配置，”。“如果你只管做虚拟化，却不考虑改变数据中心的基础架构，那么虚拟化产生的效率可能就会比你预期的要低。”

　　4、虚拟化会更安全吗?

　　克隆VM，并将其从一台物理服务器迁移到另一台，这种能力为灾难恢复打开了方便之门。但是，如果虚拟化管理的不好，也会带来新的安全风险，威胁到数据和业务系统连续性的安全稳定。

　　IBM的安全专家认为，通常的情况是，企业的人员和流程通常并没有为虚拟化以及它所带来的安全风险做好准备。

　　虚拟化引入了新的攻击界面，以及各种运营风险。把很多应用整合在一台服务器上“就使得企业有了一个单一的失效点，”。

　　如果虚拟服务器杂乱无序，那么跟踪所有的VM就会很困难，也就很难确保所有的VM能够及时打上补丁。此外，hypervisor不加密，也会为诸如Xensploit之类的中间人攻击打开了方便之门。

　　5、桌面虚拟化真得能省钱吗?

　　虚拟化可以让部署新的桌面、更新补丁、执行其他管理任务变得更容易。长期来看，桌面虚拟化还能节省投资。丹佛市运输局通过购买寿命要长于传统PC的瘦客户机，预计未来8年将会获得61.9万美元的投资回报。

　　但是IT部门必须记住，桌面虚拟化需要付出相当大的前期成本，比如需要购买瘦客户机等前端设备，以及购买服务器、刀片和网络存储等支持VM的后端设施等等。

　　有意思的是，分析师已经发现，为了让虚拟化项目上马并在第一年便投入使用，企业的支出是每用户860美元，这还没算网络的升级。规划良好的桌面虚拟化项目长期来看肯定能节省成本。但是短期是不会获得投资回报的。

　　6. 虚拟化和云计算一样吗?

　　虚拟化是云计算成为可能的重要关键。但是在为数不多的服务器上安装VMware并不意味着你就构建了一个私用云。除了虚拟化，私用云还需要服务自动化技术和预设新的资源的自服务界面。

　　在一篇题为“虚拟化不是云计算”的博文中认为，虚拟化只是构建云计算的建筑材料，而真正的关键是每一层IT堆栈的抽象化。

　　云并不必然需要虚拟化。这是Google官员所证实的，他们说他们就没有虚拟化生产硬件，而是利用了Google自己设计、用来管理数千台服务器的任务调度系统。

　　7. 虚拟化总是和技术有关吗?

　　这个问题对于资深的IT人士来说并不是个问题，因为他们知道，要想实施一个项目，有时候的关键是人而不是技术。人和业务流程通常并没有为虚拟化所带来的新挑战做好相应的准备。

　　即便你的虚拟化项目成功了，你也有可能会成为自己的功劳的牺牲品。一旦使用者意识到他们要增加一个VM是如此容易，他们就有可能要求更多，从而使IT部门无法专注于其他工作。而从反面来讲，阻力也可能来自那些已经习惯了使用物理服务器的用户。

　　跟人有关的策略戏称为网络层的“第八层”，也叫政治层。

　　“当你要处理虚拟化项目时，政治层是最难对付的东西，”。“在你的企业中肯定会有一批我称为死抱着服务器不放的人。他们根本不想放弃已经用惯了的物理服务器，即便他们从虚拟化中得到了好处也依然故我。”