论文部分内容阅读
摘 要：这两年，虚拟化技术被炒的很热，可以说虚拟化是IT信息化进程中的重大趋势，我们或多或少的都会了解到，企业通过实施虚拟化，可以实现简化管理与维护、资源整合与节省IT支出，这样的好处不言而喻。但目前国内成功实施虚拟化的企业却不多见，而将关键应用部署在虚拟化之上的企业更是寥寥可数，总之有点儿给人"雷声大、雨点小"的感觉。是什么因素在阻碍企业虚拟化实施的进程呢？而那些已经实施了虚拟化的企业，在运营过程中，又碰到了哪些难以解决的问题呢？
关键词：虚拟化；部署；错误
中图分类号：TP393.01
虚拟化是一个广义的术语，在计算机方面通常是指计算元件在虚拟的基础上而不是真实的基础上运行。虚拟化技术可以扩大硬件的容量，简化软件的重新配置过程。CPU的虚拟化技术可以单CPU模拟多CPU并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。虚拟化已经改变了数据中心和IT实践，但还有改进的余地。在您的虚拟化战略中，有以下您应该避免的企业常犯的十大错误。
1 缺乏明确的反配置过程
组织衡量他們调配和部署虚拟系统如何迅速，但很少注意虚拟化系统的生命周期结束时会发生什么。这是很重要的，因为很多虚拟系统配置以满足临时的IT需求，如测试一个新的应用程序。不幸的是，当一个虚拟系统的需要结束，但没有人去反配置（de-provision）它，系统开始占用原本可用于其他地方的空间。最终，这种做法升级进入全面的虚拟服务器蔓延，进而带来物理资源蔓延并破坏数据中心的效率。
2 未优化虚拟系统
因为虚拟系统共享一个公共的资源池，这些资源并没有在同一时间为每一个系统需要，因而专用物理服务器的大小小于这些虚拟系统的资源总和成为可能。然而，IT部门通常只是简单地按照原来的物理服务器环境中的大小，在虚拟环境中重新部署这些系统。因此，这些系统消耗的资源比它们需要的更多，而您失去了一些原本可从虚拟化获得的经济效益。
3 未能在最适合的地方部署虚拟化系统
虚拟化达到最佳效果的直觉，是将VM放在x86服务器上，但很多网站都实现了更大的经济规模，通过移动虚拟Linux或Windows系统到一台大型主机！如果大型主机是您的数据中心的一部分，它也应该被列入您的虚拟化规划范畴。
4 未打破IT孤岛
您最大限度地提高在数据中心的虚拟化，通过为虚拟系统开放所有的主机选项，但如果您的主机的选择范围可以从x86服务器到大型机，您的IT人员必须共同努力。在许多数据中心，工作人员合作比系统集成是一个更大的挑战。这是，因为在过去大型机和分布式的x86计算群组经常彼此独立工作。经过这么多年的分离系统和功能之后，很难打破这些工作习惯的“孤岛”，但如果您要来协调端到端虚拟化战略，充分利用您的主机选项，这些团体就必须共同努力。
5 缺乏超越数据中心的虚拟化战略眼光
许多组织集中精力在缩小数据中心的足迹和消除服务器，这样他们就可以立即实现从虚拟化的成本效益，但这种努力不应该到此为止。从长远来看，计划只在自己的数据中心使用虚拟化，或剥离某些应用使用IaaS（基础设施即服务）供应商，负责虚拟化的云经理应该考虑端到端范围的一切，虚拟化发生在数据中心内还是通过外包。如果不考虑整体的虚拟架构，您会发现很难准确地评估总成本和应用性能。
6 手动配置脚本
大多数网站为虚拟系统配置创建然后复用手动脚本，针对其特定的IT环境修改所需的脚本。这将减少工作量，因为程序员可以使用“骨架”脚本，只需要很小的修改。不幸的是，手动修改脚本也可能引入错误。更糟糕的是，如果一个虚拟操作系统全面改变，新系统可能拒绝原来供应商支持的脚本。解决方案是使用系统配置的自动脚本，既检查错误，并确保生成的虚拟操作系统与供应商的版本保持兼容。迁移手动编写脚本到自动生成脚本的网站，还报告了生产率的提高。
7 缺乏后续ROI监控
最活跃的虚拟化投资回报率（ROI）监控发生在第一轮建设和安装虚拟解决方案之后。原因之一是，设备和能源成本的节约比较容易显示大量的初始收益，随着数据中心服务器和数据中心空间的缩减。然而，随着虚拟服务器的蔓延增长，这些最初的收益都将丢失。IT部门应该有一个长期和持续的方式，监控从虚拟化获得的投资回报率，不会失去它最初取得的收益。
8 应用程序开发者和厂商的不灵活实践
应用程序开发人员和软件厂商都习惯于拥有自己专用的物理服务器。开发商认为他们的服务器是个人的工作资源，而第三方应用程序供应商总是试图为他们的软件出售交钥匙的解决方案，包括一个专用的物理服务器。这些专有倾向创建虚拟化的僵局。
9 在资产管理中忘记包括虚拟资产
资产管理的软件和数据中心实践往往把重点放在物理资源，但也不应该忘记虚拟资源的生命周期管理。
10 不理解虚拟化的局限
虚拟化不是每一个系统的可行的解决方案。在某些情况下，一个系统需要一个专用的物理服务器（甚至是一个服务器集群）。一个很好的例子是用于大数据分析的高性能计算（HPC）。这些服务器必须并行处理数据，这并不能很好地运行在一个虚拟化的部署之中。
那么，借助虚拟化是否就可以解决困扰用户的可靠性问题呢？答案是否定的，虚拟化的确可以提升系统的可靠性，但不能够全部问题。究其原因在于热迁移是条件的。虚拟机的确可以在不同物理设备之间进行迁移，但要求物理设备要保持健康状态。如果物理机突然宕机，那么它所承载的虚拟机是没有办法进行热迁移的。
要提高虚拟机的可靠性不是依靠热迁移，而是依靠HA或者 Fault Tolerance模块，相当于物理方案中的双机集群和容错。尽管如此，热迁移还是有其价值，就是应对计划内的停机，如设备维护、升级时，借助热迁移把应用移植走，升级完毕，再将应用迁移回来。但热迁移无法应对计划外的突然宕机，这是需要非常明确的。 要提升关键业务应用系统的可靠性，还是需要借助双机集群和容错系统，其中，双机集群依靠集群软件，技术要求高，管理复杂，当系统产生意外宕机时，故障很难定位，故障恢复需要时间，期间系统没有办法提供不中断的服务。
与双机相比，容错可以提供更高的可靠性，管理比较简单，故障排查非常方便，当CPU、内存、I/O等部件出现故障时，只要不是冗余部件同时损坏，系统就不会产生中断。但一部件出现故障，系统失去容错保护，但更换之后，系统就可以恢复容错工作状态，期间不需要任何停机。因此，容错服务器是关键业务应用的理想选择。
相对通用市场而言，关键业务应用是不折不扣的“小众市场”，其特点是数量不大，但销售额占比很高，以中国市场为例，小型机在销量上的占比只有3%，而销售额占比却高达41%，为154億元的规模。
“小众市场”意味着使用者的人比较少，但不意味不重要，恰恰相反关键业务应用历来是必争之地。以往该市场被小型机所保持，但随着x86技术不断进步，特别是IA处理器性能已不逊于RISC，x86系统开始进入关键业务应用的市场。由于x86具有出色的性价比，大幅度降低了采购成本，因此x86成为了未来的趋势。
与x86相比，小型机开始暴露出了不足，如专业人才短缺、价格高等。但小型机作为一种成熟的方案，曾经的霸主，所谓“瘦死骆驼”，小型机仍然拥有雄厚的用户基础。对于保守的用户来说，不会轻易放弃小型机的平台。但对于创新型用户而言，已经开始尝试将应用迁移到x86的平台。
对于那些没有应用包袱的用户来说，用户会更多考虑采用x86的方案，就可靠性而言，x86已经大幅度接近，甚至超过了小型机（如x86容错）。为了提升可靠性，小型机也采用双机集群和容错的方案，以往的历史发展就是这样的。如今，小型机仍然采用双机集群，但容错方案已经抛弃了小型机，开始拥抱x86。因为对于容错而言，RISC架构的成本太高，用户很难承受。
关键业务应用x86市场同样是双机集群和容错，其中，双机集群是借助集群软件来提升可靠性，其可靠性是99.99%，逊色于小型机集群的99.999%；但x86成本优势突出，在满足可靠性要求的前提下，x86双机集群的优势明显。但也存在着明显的不足，就是可靠性有限，双机切换无法实现真正的无缝切换，宕机后需要时间进行回复。
相对双机集群来说，x86容错方案的可靠性是99.9999%，这是超过小型机集群的。这也是容错技术的特点决定的，另外，容错还有一个优势，就是在软件授权上，容错是被作为一台机器，尽管拥有冗余的架构，但只需要一台设备的软件授权，而双机的两台设备需要分别购买授权。因此从系统总体成本来看，容错是占优，但是单从硬件成本看，容错比双机集群要高一些，而恰恰是这一点带来了选型上的障碍。
从以上的分析不难看出，x86容错是关键业务应用的上佳选择。x86容错的市场定位，不是市场的拾遗补阙，而是小型机、x86集群的理想替代产品，因为对于关键业务而言，可靠性才是第一需求，而容错具有最好的性价比表现。
x86容错是否会成为关键业务应用的主流，影响的因素有很多，其中不乏干扰。对于x86服务器的大厂商而言，会不遗余力的推动双机集群，软件厂商也会从多卖授权的考虑支持双机集群，而容错只能是用户的选择。
参考文献：
[1]马博峰.VMware、Citrix和Microsoft虚拟化技术详解与应用实践[M].机械工业出版社，2012，12.
[2]广小明，胡杰，陈龙，郭京.虚拟化技术原理与实现[M].电子工业出版社，2012，10.
[3]任永杰，单海涛.KVM虚拟化技术：实战与原理解析[M].机械工业出版社，2013，09.
[4]王金波，金涬，何乐，邹志乐.虚拟化与云计算[M].电子工业出版社，2009，01.
作者简介：杨剑宁（1973-），男，云南陆良人，副教授，硕士，研究方向：计算机应用、网络技术、数据库等方面的教学与研究。
作者单位：云南师范大学商学院网络信息资源中心，昆明 650106
关键词：虚拟化；部署；错误
中图分类号：TP393.01
虚拟化是一个广义的术语，在计算机方面通常是指计算元件在虚拟的基础上而不是真实的基础上运行。虚拟化技术可以扩大硬件的容量，简化软件的重新配置过程。CPU的虚拟化技术可以单CPU模拟多CPU并行，允许一个平台同时运行多个操作系统，并且应用程序都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。虚拟化已经改变了数据中心和IT实践，但还有改进的余地。在您的虚拟化战略中，有以下您应该避免的企业常犯的十大错误。
1 缺乏明确的反配置过程
组织衡量他們调配和部署虚拟系统如何迅速，但很少注意虚拟化系统的生命周期结束时会发生什么。这是很重要的，因为很多虚拟系统配置以满足临时的IT需求，如测试一个新的应用程序。不幸的是，当一个虚拟系统的需要结束，但没有人去反配置（de-provision）它，系统开始占用原本可用于其他地方的空间。最终，这种做法升级进入全面的虚拟服务器蔓延，进而带来物理资源蔓延并破坏数据中心的效率。
2 未优化虚拟系统
因为虚拟系统共享一个公共的资源池，这些资源并没有在同一时间为每一个系统需要，因而专用物理服务器的大小小于这些虚拟系统的资源总和成为可能。然而，IT部门通常只是简单地按照原来的物理服务器环境中的大小，在虚拟环境中重新部署这些系统。因此，这些系统消耗的资源比它们需要的更多，而您失去了一些原本可从虚拟化获得的经济效益。
3 未能在最适合的地方部署虚拟化系统
虚拟化达到最佳效果的直觉，是将VM放在x86服务器上，但很多网站都实现了更大的经济规模，通过移动虚拟Linux或Windows系统到一台大型主机！如果大型主机是您的数据中心的一部分，它也应该被列入您的虚拟化规划范畴。
4 未打破IT孤岛
您最大限度地提高在数据中心的虚拟化，通过为虚拟系统开放所有的主机选项，但如果您的主机的选择范围可以从x86服务器到大型机，您的IT人员必须共同努力。在许多数据中心，工作人员合作比系统集成是一个更大的挑战。这是，因为在过去大型机和分布式的x86计算群组经常彼此独立工作。经过这么多年的分离系统和功能之后，很难打破这些工作习惯的“孤岛”，但如果您要来协调端到端虚拟化战略，充分利用您的主机选项，这些团体就必须共同努力。
5 缺乏超越数据中心的虚拟化战略眼光
许多组织集中精力在缩小数据中心的足迹和消除服务器，这样他们就可以立即实现从虚拟化的成本效益，但这种努力不应该到此为止。从长远来看，计划只在自己的数据中心使用虚拟化，或剥离某些应用使用IaaS（基础设施即服务）供应商，负责虚拟化的云经理应该考虑端到端范围的一切，虚拟化发生在数据中心内还是通过外包。如果不考虑整体的虚拟架构，您会发现很难准确地评估总成本和应用性能。
6 手动配置脚本
大多数网站为虚拟系统配置创建然后复用手动脚本，针对其特定的IT环境修改所需的脚本。这将减少工作量，因为程序员可以使用“骨架”脚本，只需要很小的修改。不幸的是，手动修改脚本也可能引入错误。更糟糕的是，如果一个虚拟操作系统全面改变，新系统可能拒绝原来供应商支持的脚本。解决方案是使用系统配置的自动脚本，既检查错误，并确保生成的虚拟操作系统与供应商的版本保持兼容。迁移手动编写脚本到自动生成脚本的网站，还报告了生产率的提高。
7 缺乏后续ROI监控
最活跃的虚拟化投资回报率（ROI）监控发生在第一轮建设和安装虚拟解决方案之后。原因之一是，设备和能源成本的节约比较容易显示大量的初始收益，随着数据中心服务器和数据中心空间的缩减。然而，随着虚拟服务器的蔓延增长，这些最初的收益都将丢失。IT部门应该有一个长期和持续的方式，监控从虚拟化获得的投资回报率，不会失去它最初取得的收益。
8 应用程序开发者和厂商的不灵活实践
应用程序开发人员和软件厂商都习惯于拥有自己专用的物理服务器。开发商认为他们的服务器是个人的工作资源，而第三方应用程序供应商总是试图为他们的软件出售交钥匙的解决方案，包括一个专用的物理服务器。这些专有倾向创建虚拟化的僵局。
9 在资产管理中忘记包括虚拟资产
资产管理的软件和数据中心实践往往把重点放在物理资源，但也不应该忘记虚拟资源的生命周期管理。
10 不理解虚拟化的局限
虚拟化不是每一个系统的可行的解决方案。在某些情况下，一个系统需要一个专用的物理服务器（甚至是一个服务器集群）。一个很好的例子是用于大数据分析的高性能计算（HPC）。这些服务器必须并行处理数据，这并不能很好地运行在一个虚拟化的部署之中。
那么，借助虚拟化是否就可以解决困扰用户的可靠性问题呢？答案是否定的，虚拟化的确可以提升系统的可靠性，但不能够全部问题。究其原因在于热迁移是条件的。虚拟机的确可以在不同物理设备之间进行迁移，但要求物理设备要保持健康状态。如果物理机突然宕机，那么它所承载的虚拟机是没有办法进行热迁移的。
要提高虚拟机的可靠性不是依靠热迁移，而是依靠HA或者 Fault Tolerance模块，相当于物理方案中的双机集群和容错。尽管如此，热迁移还是有其价值，就是应对计划内的停机，如设备维护、升级时，借助热迁移把应用移植走，升级完毕，再将应用迁移回来。但热迁移无法应对计划外的突然宕机，这是需要非常明确的。 要提升关键业务应用系统的可靠性，还是需要借助双机集群和容错系统，其中，双机集群依靠集群软件，技术要求高，管理复杂，当系统产生意外宕机时，故障很难定位，故障恢复需要时间，期间系统没有办法提供不中断的服务。
与双机相比，容错可以提供更高的可靠性，管理比较简单，故障排查非常方便，当CPU、内存、I/O等部件出现故障时，只要不是冗余部件同时损坏，系统就不会产生中断。但一部件出现故障，系统失去容错保护，但更换之后，系统就可以恢复容错工作状态，期间不需要任何停机。因此，容错服务器是关键业务应用的理想选择。
相对通用市场而言，关键业务应用是不折不扣的“小众市场”，其特点是数量不大，但销售额占比很高，以中国市场为例，小型机在销量上的占比只有3%，而销售额占比却高达41%，为154億元的规模。
“小众市场”意味着使用者的人比较少，但不意味不重要，恰恰相反关键业务应用历来是必争之地。以往该市场被小型机所保持，但随着x86技术不断进步，特别是IA处理器性能已不逊于RISC，x86系统开始进入关键业务应用的市场。由于x86具有出色的性价比，大幅度降低了采购成本，因此x86成为了未来的趋势。
与x86相比，小型机开始暴露出了不足，如专业人才短缺、价格高等。但小型机作为一种成熟的方案，曾经的霸主，所谓“瘦死骆驼”，小型机仍然拥有雄厚的用户基础。对于保守的用户来说，不会轻易放弃小型机的平台。但对于创新型用户而言，已经开始尝试将应用迁移到x86的平台。
对于那些没有应用包袱的用户来说，用户会更多考虑采用x86的方案，就可靠性而言，x86已经大幅度接近，甚至超过了小型机（如x86容错）。为了提升可靠性，小型机也采用双机集群和容错的方案，以往的历史发展就是这样的。如今，小型机仍然采用双机集群，但容错方案已经抛弃了小型机，开始拥抱x86。因为对于容错而言，RISC架构的成本太高，用户很难承受。
关键业务应用x86市场同样是双机集群和容错，其中，双机集群是借助集群软件来提升可靠性，其可靠性是99.99%，逊色于小型机集群的99.999%；但x86成本优势突出，在满足可靠性要求的前提下，x86双机集群的优势明显。但也存在着明显的不足，就是可靠性有限，双机切换无法实现真正的无缝切换，宕机后需要时间进行回复。
相对双机集群来说，x86容错方案的可靠性是99.9999%，这是超过小型机集群的。这也是容错技术的特点决定的，另外，容错还有一个优势，就是在软件授权上，容错是被作为一台机器，尽管拥有冗余的架构，但只需要一台设备的软件授权，而双机的两台设备需要分别购买授权。因此从系统总体成本来看，容错是占优，但是单从硬件成本看，容错比双机集群要高一些，而恰恰是这一点带来了选型上的障碍。
从以上的分析不难看出，x86容错是关键业务应用的上佳选择。x86容错的市场定位，不是市场的拾遗补阙，而是小型机、x86集群的理想替代产品，因为对于关键业务而言，可靠性才是第一需求，而容错具有最好的性价比表现。
x86容错是否会成为关键业务应用的主流，影响的因素有很多，其中不乏干扰。对于x86服务器的大厂商而言，会不遗余力的推动双机集群，软件厂商也会从多卖授权的考虑支持双机集群，而容错只能是用户的选择。
参考文献：
[1]马博峰.VMware、Citrix和Microsoft虚拟化技术详解与应用实践[M].机械工业出版社，2012，12.
[2]广小明，胡杰，陈龙，郭京.虚拟化技术原理与实现[M].电子工业出版社，2012，10.
[3]任永杰，单海涛.KVM虚拟化技术：实战与原理解析[M].机械工业出版社，2013，09.
[4]王金波，金涬，何乐，邹志乐.虚拟化与云计算[M].电子工业出版社，2009，01.
作者简介：杨剑宁（1973-），男，云南陆良人，副教授，硕士，研究方向：计算机应用、网络技术、数据库等方面的教学与研究。
作者单位：云南师范大学商学院网络信息资源中心，昆明 650106