CIO:实施虚拟化 九大因素须谨慎考量

服务器在线5月8日报道 采用虚拟化战略的企业需要保证有重要任务的IT系统和应用程序的可管理性和自动化。企业还需要建立一些程序使他们最大限度地获得整合到虚拟化平台的好处并且缓解虚拟化的潜在风险。没有这样做将影响到项目的成功和降低虚拟化战略的价值。

急剧上涨的能源成本,要从固定的数据中心占地面积获得额外的IT回报以及对于环境问题的担心已经使虚拟化从一个商品工具转变成为在许多机构的IT战略中的一个中心角色。

虚拟化的历史可以追溯到70年代。当时,大型计算机可以进行虚拟地分区以便托管多个客户机。虚拟化已经证明是安装合和设置新的操作系统、升级现有的系统和向软件开发人员提供隔离测试的沙箱等活动的一个理想环境。在虚拟化在21世纪的应用中,历史再一次重复了自己过去:虚拟化通常是在大多数企业的数据中心内部开始的。IT运营和应用程序开发团队很快认识到,他们能够的得到额外的灵活性,不需要购买额外的硬件为特别的处理需求服务或者用于软件测试。

随着虚拟化从商品向主要角色的转变,虚拟化规划方面也发生了相应的转变,就是要保证企业所有的IT层完全一致以便在新的虚拟化环境中实施任务。除了保证在每一次配置新的虚拟机的时候基本的IT基础设施组件都在位之外,企业应用程序以及运营流程和程序也必须要完全建立起来以提供最终用户用来做自己的工作的全套的服务。

因素1

从最终用户或者功能用户的角度看,无论一个环境是不是虚拟化的基本上都是没有关系。这样的用户仅希望他们的应用程序或者计划能够工作。这些程序的虚拟化是在后台,因此基本上是一种看不见的技术。为虚拟化做规划应用努力减少对用户日常活动的影响。

虚拟化把数据中心转变为一个动态的IT环境,能够提供灵活性和伸缩性的反应能力,对于动态的每周7天每天24小时的全球市场推动的各种需求做出反应。然而,在不启动额外的硬件就能增加或者减少容量的能力为企业提供了更大的灵活性,但是,随之而来的是许多需要解决的难题。

因素2

一个机构当前的系统监视工具可能非常善于监视服务器统计(如处理器利用率、输入/输出等等)并且如果超过某些限制的话就会发出警告。在一个虚拟化环境中,这个报警应该会启动一些行动,如启动、停止或者删除在这个环境中的虚拟机以帮助缓解发现的资源异常问题。规划应该考虑系统监视器应该如何采取修复虚拟环境的行动。

随着每一个新的虚拟机的蔓延,IT运营团队将面临承认有需要管理和监视的额外的虚拟机的难题。这个IT运营团队还要承担如下职责:用人工方式把工作量转移到额外的资源,继续检查系统性能并且对信息做出反应,以及随时解决发生的问题。

因素3

一个长期运行的复杂的业务流程都将包含在某一个点上的大规模的处理"高峰" 期。在虚拟化环境中,额外的虚拟化可能会在高峰期到来之前出现(并且在高峰期过后立即停止)以便提供额外的处理能力。业务流程的这种编排程序(个人的或者产品)应该充分熟悉这种虚拟化的环境以便注意到额外的虚拟机并且发挥这些虚拟机的优势。不熟悉这种情况,即使有动态增加计算能力的灵活性,虚拟化环境的这种重要的潜在好处也会丢失。计划应该考虑业务流程编排程序如何采取影响虚拟环境的行动。

这种工作量的增加以及连续多年缺少合格的和有技能的人才给IT运营增加了巨大的压力。不必连续不断地发现、培训和保留人才,机构需要把多年积累的部落的运营管理知识结合到他们的虚拟户环境结构中。采用自动化的方法不仅会减少运营压力,而且还能通过减少不负责任的人为干预重要的系统和应用程序来缓解业务风险。

因素4

深入研究以前的例子,如果人员负责编排这个业务流程,人们会认为应该有一个非常详细的和认真编写的书面的人工流程说明文件让他们按照这个文件管理处理的高峰期并且利用已经建立起来的虚拟化环境。使用一个自动化的编排程序能够消除人工流程的这种负担(一个人能够做多么高的价值的活动?)和风险(如果这个人做错了怎么办?)。但是,只有在这个编排程序熟悉、互动和控制这个虚拟化的环境才能做到这一点。再说一次,不熟悉这个情况,虚拟化环境重要的潜在的好处就会丢失。计划应该仅最大的可能把人工流程转变为自动化的流程。

保证额外的虚拟机上线支持高峰期的处理需求,优化批量工作的分配以便在重要的期限前完成,自动地对错误做出反应并且采取纠正措施只是虚拟化领域产生的工作量管理难题的一些例子。使用自动化可以简化这些问题。在基础设施层之外,还有一套相当的工作和程序必须要完成以推动应用程序处理。这些工作过去都是由数据中心的人员或者最终用户人工操作的。应用程序虚拟化产生了类似的一套难题并且需要受到同样的关注,如果企业要在自己的IT环境中实现这些好处的话。

在虚拟化的环境中,硬件、系统和应用程序之间的固定关系不再存在。从操作手册中的指令顺序到嵌入在应用程序代码中的固定参数等硬线连接的结合在虚拟化领域可以有不同的解释。虚拟化在企业用于支持其业务的物理硬件设备和软件系统之间增加了额外的一层抽象概念。

因素5

开发人员很容易编写一个在一台服务器上运行得很好的服务器。然而,如果没有考虑到虚拟化环境,这个应用程序在虚拟机环境中或者治理程序中就不能成功地运行。在客户化开发的代码中必须要支持虚拟化的环境。

在IT基础设施管理层,有许多必须要完成的内务和管理工作:备份、快照、数据库调整、文件传输处理以及启用和关闭虚拟机。在业务应用程序层,有许多需要实施的功能流程和程序,如:销售数据上载、订单处理、货品计价、物流、生产、分析与预测、金融与财务、人力资源与客户关怀等。把这些活动的执行联系起来可以保证围绕业务流程和IT流程的一切事情都能够得到恰当的管理和维护。这些活动的范围通常要超过一个单个的商业应用程序或者系统管理解决方案的能力。企业需要管理它们的虚拟环境的全部接口。企业还需要能够把物理的和虚拟的环境集成在一起,全面利用企业核心的应用程序和操作平台产生的功能的深度和广度。

因素6

IT内务处理和管理应用程序必须是熟悉虚拟化的。的确,上述IT内务处理任务包含在各种管理程序中。ERP、CRM和DW等商业应用程序也要熟悉。如果一个特定的应用程序本身不熟悉虚拟化的环境,让另一个虚拟机上线支持一个特定的应用程序是没有意义的。在用于管理IT内务处理、管理和商业应用程序等应用程序方面存在一些应用程序整合的机会。某些类型的应用程序(如工作调度器、系统管理器、业务流程管理器等)之间的区别已经模糊到这种程度,即一个新的应用程序也许能够替代两个或者更多的老的应用程序的功能。规划必须要包括商业应用程序,每一个商业应用程序都有自己的要求。

当管理虚拟化的系统和应用程序时组成合乎逻辑的联盟和使用合乎逻辑的观点能够让IT部门实现更大的灵活性和灵敏性。当寻求通过业务流程实现IT 内务整理自动化的时候,要创建一套集中的政策定义,这些政策嵌入的参数变量不仅保证所有虚拟机的一致性和透明度,而且还能减少维护和管理开销。

因素7

为这些项目建立一个单一的元数据存储库,因为政策定义、处理规则和业务流程是任何虚拟化环境中的一个积极的步骤。如果一个这样的库还包含有关当前强制执行的一些政策的状况(如哪些政策处于统治地位和处理状态),这样的数据就可以用来以预防性的方式确定近期需要哪些虚拟资源,并且采取行动提供这些资源。还需要努力规划如何使用元数据对虚拟环境进行预防性的管理。

建立虚拟资源的可用性,确定当前系统的性能以及分析其它指标等方法可在运行时间使用以便优化工作量的路由和分配。流程定义可以动态地进行设置,使用参数覆盖的方式在最适合保证满足最终用户服务级协议要求的管理程序服务器上实施。

因素8

在缺少编排程序自动进行处理的情况下,系统监视器能够检测系统事件和以反应的方式发布警告。预防性的和反应性的试图修改这个虚拟环境都是不合法的。然而,这两种事情都不做将浪费虚拟化的一些潜在的优势。应该计划地虚拟环境进行预防性的和反应性的调整。

在一个集中的库保证所有的流程定义的安全并且对这些流程进行管理将支持改变控制管理。没有必要人工检查那个脚本的更新,因为一个新版本的备份工具正在推出并且已经传送到了所有的虚拟机。需要在虚拟机上运行的重要活动将得到保护,防止非授权的更新和非法的使用。要保持一个记录,报告对流程定义做出的一切改变以及详细报告谁在什么地方、什么时间执行了什么程序和执行的结果,支持企业保证使用虚拟化不出现额外的经营风险和符合IT治理战略。

因素9

正如早些时候强调指出的那样,自动化提供了替代人工的高效率的方法。如果对虚拟化环境进行修改是自动化的(如预防性地使用状态数据、自动回应报警和在业务流程中计划的改变),那么,这个自动化的编排程序就应该采取一系列严格的审计行动。计划遵守法规的事情是必须的。

结论

不用掸掉老的IT运营书上的尘土并且对它进行更新以支持一个虚拟化的战略,企业需要认识到把知识和经验嵌入到自动化流程中不仅简化虚拟领域的管理和控制,而且还能保证在适当的时候和环境中做出聪明的决策。自动化的方法意味着改善吞吐量、提高准确性、减少错误和降低风险。通过采用技术分析资源利用率和迅速做出反应、在虚拟化环境中配置额外的资源等方法把这些技术应用与工作中会提高生产率和吞吐量。