IT部门习惯于支付固定的IT资源费用。但是扣款的方式和私有云的快速变化都带来了新变化。

　　乍看之下，私有云似乎是IT的下一个增长点。但是，这一模式对于采用老办法管理基础设施的组织又真正意味着什么呢？他们是否能够在一夜之间将服务器虚拟化迁往私有云？通常来说，答案都是否定的。

　　对于具有支付固定IT资源费用历史的IT部门来说，即用即付的私有云计算消费模式会造成严重的焦虑。私有云基于扣款的计费模式就像是每个月寄来的电话账单，如果没有合适的工具来跟踪这一资源消费的新方法，其变化的费用会使得IT人员无所适从。此外，业务经理可能会反对这个必须为IT使用而支付费用的新系统。他们可能会问，“为什么我们要为以前是‘免费’的服务器支付费用？”

　　现在，考虑到基础设施资源的复杂性（其中包括硬件、存储设备、网络设备），所有的资源都进行了虚拟化和集成。如果公司的任一成员能够随意地启动虚拟服务器，为虚拟机（VM）所消费的服务和能源支付费用就变得相当复杂。这与记录和跟踪快速变化的云计算环境不同。正如一位IT经理所注意到的，在这个新虚拟世界中扣款，“其直观性和可控性何在？”

　　因此，实现私有云的特点——可扩展性、弹性、可度量服务、广泛的网络接入以及自我服务模式——涉及了众多的矛盾：IT资源更具弹性、动态和灵活性。但是构成私有云模式基础的IT系统需要具有比之前更高的透明度、更好的定义和更好的管理。

　　为了在动态私有云环境中达到直观性和透明度，你必须从一开始就有所区别地考虑如何管理和控制你的基础设施。

　　系统规划与设计

　　多年来，IT部门一直都在强调规划的好处，但是有了私有云基础设施，设计也同样成为了需求。与具有看似无穷无尽资源的公共云不同，私有云是基于有限资源的，企业IT部门要尽力管理性能与能力。私有云仍还需要由IT人员获得、安装和管理的底层服务器、网络和存储设备。虽然云通常有一些产能过剩，但是如果项目需求超过其可用资源时，老式IT可能需要几周或几个月的时间来获得更多的在线资源。

　　一个良好的规划过程和文档文化将有助于组织在现有系统上获得更好的效益，让IT人员提前做好性能规划可避免过度采购、可适当地监视资源和避免虚拟机肆意无序增长。

　　系统设计阶段是产生在云计算环境中使用高级可用功能的关键时间。例如，VMware的虚拟化和管理套件vSphere就实现了高可用性、容错性和业务连续性，这些特点可或正面或负面地影响系统设计、资源消耗，甚至一个应用的价格。参与私有云系统设计的人员都必须知道可能的前因以防令人意外的后果。

　　附：简化规划和设计的方法

　　当你开始建立私有云时，有各种不同的方法可简化与规划设计阶段相同的问题。

　　1 每个资源或IT的部门都并记录在案，其中包括网络、存储和虚拟化群体。

　　2 IT部门的所有成员均应在事前达成共识，即IT应当支持什么。例如，使用微软群集服务的设计可能无法使用VMware公司的vMotion，这就可能从根本上影响IT如何支持这些服务和基础设施。

　　3 云计算的设计者们应到知道他们可以使用哪些资源，这样他们能够及时地安装额外的资源。为了帮助这个过程，项目经理应当让IT人员尽可能早地意识到他们的资源需求。

　　4 应用技术人员应参加设计会议时，不应仅仅只有一个物理设计而且还应对他们所需完成的项目有一个完整的概念。这将有助于了解需要多少RAM和CPU资源，但是了解应用程序必须满足特定性能参数也是至关重要的。

　　5 IT经理应到对群集选项和业务连续性需求保持一个开放的心态。一个建议的群集可能性能更好或使用许可证成本更低，例如使用更多的双核虚拟服务器以替代更少的四核虚拟服务器。也许，可以通过使用已到位的方法在虚拟机或存储级别处理业务连续性问题，而不是在应用程序内部。

　　服务水平协议

　　虽然服务水平协议（SLA）是公共云中最经常讨论的话题，它在私有云中也是不可忽视的一部分。这些SLA不太涉及服务问题的处罚，而是更多地涉及业务开展的正式文档记录需求。

　　所以，在数据中心基础设施设计之后，下一步就是记录环境性能和可用性需求并开发一个耐用的SLA。当然，这个任务知易行难。在云计算中，服务水平协议是特别棘手的，因为它是很难度量将收到工作量的服务水平。

　　是否可通过所使用资源或工作时间来度量服务水平呢？那么是否可以根据传统的CPU和内存指标来度量，或以网络和存储数字来度量呢？私有云并不特别关注获得最高性能，它更关注根据任务获得合适的性能。所以，当发生故障时，确定需求为何、如何进行度量以及该采取哪些措施才是建立SLA的关键内容。提前提出这些需求可避免发生故障时的误解和互相指责。如果一切情况都已提前做好预案，事件响应也可以实现自动化，从而减少停用时间。

　　如果撰写SLA反映业务需求听起来令人生畏，部分解决方案可能是把重点放在服务和工作负载本身，¬让IT人员来确定如何最好地满足那些需求。这对于灾难恢复可用性需求来说特别适用。有出色的虚拟机和存储级选项，用于保护IT能够自我管理的服务。成功的SLA也可以指定可用性、性能以及性能方面的可用性。如果交付性能无法完成工作，那么99.99%的可用性也是远远不够的。

　　扣款

　　因为私有云底层硬件往往是集中拥有的，许多组织需要执行扣款计划来说明所使用的资源。

　　但是扣款是云计算中最令人生畏的方面之一：不同的核算方法产生了不同的用户问题。例如，固定费率极适用于预算估计。但是，对于不同规模的虚拟服务器固定费率可能并不适用，因为小工作量虚拟服务器完全不同于大工作量的虚拟服务器。使用基于资源的模式可能更为合理，但是它们需要更多的工作人员时间和专门软件来实施。这些成本增加将会削弱私有云的效率。

　　再就是扣款管理。众多组织根本还没有做好为IT送账单的准备，有些甚至还不能说明所使用的服务。一些专家强调，IT部门指定业务部门支付费用的概念还没有被普遍接受。此外，对服务引入扣款和结算业务部门可建立一个“收费关系“，即IT部门为业务部门的服务定价，特别是之前”免费的“服务。其解决方法是经理级购买的扣款模式，以证实该模式使其生效。

　　变更与配置管理

　　乍看之下，变更配置管理系统与私有云的动态和直接性似乎背道而驰。但是他们在高度复杂、虚拟化的环境中通信和记录完整工作方面发挥了重要作用。良好的归档也有助于虚拟机使用的直观性，该特点有助于避免虚拟机的肆意无序增长并有助于排除性能故障和扣款。

　　私有云提供了虚拟机镜像标准化的机会，作为构建服务目录的一部分。这些虚拟机模板有助于建立一个均质环境，并提供一个用于构建服务的一致基准。 

　　一致性有助于打补丁、解决问题以及安全性。它还能加速记录，因为你只需从基准处记录其变化。你所支持的操作系统将成为使用你私有云用户的一个已知信息。

　　一旦标准虚拟机模板就位，有合适的工具进行配置并记录这些配置就变得至关重要。虽然对于众多组织来说，使用配置管理系统代表了一个戏剧性的心态转变。员工可能会认为记录变化的步骤是多余和浪费时间的，而业务一线经理则可能会将管理系统认为是不必要的开支。对于一个真正的云计算架构，试图在一台服务器配置上通过维护独立、有时是纸面的文档进行变更管理是一场永远没有希望的战斗。

　　一个配置管理系统将归档变为系统配置本身，保持其权威性和相关性。是否希望改变一个系统？只是更新配置并进行应用。不仅很容易查看虚拟服务器是如何配置的，而且很容易产生另一个类似的虚拟服务器。从你的服务目录中提供一个标准化虚拟服务器，然后从原虚拟服务器中应用配置，这样就大功告成了。

　　你的组织也可以使用系统的方法迁移多个操作系统和记录应用程序配置。这真正是测试与开发工作的一大福音，特别是在重大升级期间和同时管理数以百计、千计虚拟机时。

　　不利的一面，变更管理流程经常需要修改以适应众多变更的需要。许多组织关于变更的假设始于一个服务器、一个变化，但在云计算中这并不是一个高效的方法。 另一个附加说明是，许多流行的工具从根本上来说是操作系统级别的工具。基于云计算的工具日益成熟；但即便他们能够提供一个查看配置的单一窗口，十之八九还是无法与诸如Pupper和Cfengine之类的开源工具在价格和功能上匹敌。

　　无可阻挡的变革

　　对于众多组织来说，云计算中的变更管理是一个心态上的转变，也是IT完成业务方法的一大变革。鉴于虚拟化节省了硬件成本和耗时的手动任务，私有云推动了过程改进，它使得IT在信息技术的人员、流程和程序等方面更具交流能力、更好的归档能力和更高的效率。

　　组织需要接受过程变更并在归档和管理配置方面应用好工具。他们需要用SLA记录性能和可用性需求，限制虚拟机肆意无序增长并使用扣款机制管理能力。他们需要监控他们的系统，并学习如何与另外的规划和问题解决进行交流而变得更为高效。同时，他们需要实现自动化和标准化，以使他们能够集中精力于他们公司所面临的更重要的战略问题。