部署灵活的基础设施须知

ZDNet至顶网软件频道消息 那些寻找更具灵活性的数据中心的公司开始逐渐将注意力转向整合有虚拟服务器、存储和网络的公有(外部)或私有(内部)云上。从这些系统中获得最低的成本、最快的速度和灵活性需要对性能、控制和互操作性等方方面面进行评估。公司规模越越大，就越需要规划一个能够满足你的性能、安全和合规需求的“企业级”云。

需求简单的小型企业和创业公司通常会通过公有云服务迅速得到引人注目的结果。这是因为他们的现有基础设施没有“沉没成本”(注：沉没成本，意思是已经付出的成本，且对未来不会产生任何正面作用的一种成本)，并且没有什么内部应用需要与云平台进行整合。此外，SaaS(软件即服务)厂商所推出的按席位收费的计划将更有利于小型企业。

云部署的最大收益者是SaaS厂商自己。例如，Digital Technology International公司在远程数据中心中管理自己的硬件，以为出版商提供托管应用。该公司工程与研发副总裁Byron Oldham称，他们发现与预测的一样，云在价格下降一半的情况可以提供五倍以上的利润。

基于SaaS的销售网点与加密应用提供商AlertBoot在一年前转向了公有云，并放弃了自己的数据中心。该公司首席执行官Tim Maliyil称：“公司实现的成本削减目标远远超出了他的想像。”这家总部位于拉斯维加斯的公司在硬件升级中节省了250万美元。此外，他们每月可以节省8.5万美元运营开销和数千美元的咨询费。

但是，环境越复杂，在选择将哪些东西转移到云上以及转移方式时需要考虑的因素就越多。这尤其适合那些来自外部厂商的公有云解决方案。Ernst & Young询问公司合股人David Nichols称，例如，大型公司经常不考虑将老应用与SaaS解决方案的成本。

与许多大公司一样，金融服务巨头ING集团首先部署了一个私有云。该集团首席技术官Tony Kerrison称，这一举措能够帮助他们降低30%的成本，让他们有能力在数小时内就向内部用户提供新的服务器。ING还将于明年向公有-私有混合云模式过渡，之后，其将开始有选择的将一些应用转移至公有云上。

在转向云服务的同进，该集团还将坚持企业级服务，提供与内部系统相同水平的控制、安全与审核性能。对于执行将云与遗留应用整合在一起这类整合，ING还需要一些通用标准。Kerrison正在负责一项工作以在服务提供商商会的TM论坛中创建这类标准。

公有云提示

有时候公有云并不是一个特价商品。Internap网络服务公司高级副总裁Paul Carmody称：“如果你有一个经常使用的应用，在规模相同、负载相同的情况下，你最好使用专用环境，而不是将经常性的负载放在公有云上运行。”他称，原因是大型用户付给提供商的费用与得到的服务不成比例。

Carmody称，公有云最好用于那些“突发性”的工作负载，因为这些工作负载需求量无法预测。例如，一些网络游戏服务商在他们确定哪些受欢迎，以及所需要的最高性能之前，他们会在公有云上托管新游戏。最热门的游戏会重新放回到公司的数据中心上。

赛门铁克在四月份对3700家中小企业和大型企业进行了调查。受访者被分为关注于策略问题的执行官和IT经理以及关注于具体问题的IT经理。调查发现，大多数云用户对他们的能力增强感到满意或是对在服务器、存储和网络的开支降低感到满意。不过，他们对云的性能并不是完全满意。

RightScale首席执行官Michael Crandell称，其中一个原因是从速度较快的内部网络转至速度较慢的互联网的这转变不可避免的影响到了性能。尽管公有-私有混合云能够解决这一方面的问题，但是关键是正确部署它们，以设定适当的性能期望值。由Internap和Riverbed Technology等公司提供的WAN优化工具能够提供帮助，不过用户必须将这些技术的成本计入他们的云开支中。

对保留应用控制权的疑虑也让公司对公有云持谨慎态度。在赛门铁克的调查中，使用混合云的公司最常提及的是疑虑是灾难恢复、安全和对数据的控制，这些是导致他们在是否将关键业务应用放在公有云上犹豫不决的主要原因。

在Nestor Benavides关注一家云提供商时，他绕开了大型业务，并选择了Wayne公司。EMG 公司总裁Benavides称：“在我们遇到问题时，我希望打一个电话，打到能够解决问题的人。我们希望参观一下我们的服务器所在地。我们希望定制一些东西，让我们的系统具有可视性。谷歌类型的云尽管价格上便宜些，但是我们使用起来很不顺手。”

在认识到用户的这些疑虑后，CloudSigma公司在九月份开始在美国推广其IaaS(基础设施即服务)解决方案。这些瑞士公司的服务允许用户运行他们选择的操作系统和软件，并提供用户所需要的CPU、RAM、存储和带宽。用户可以随时将数据移入和移出云。

另外一些疑虑是关于哪种类型的虚拟化更为合适。赛门铁克的调查发现用户希望通过服务器虚拟化获得更多的好处，而不是存储虚拟化。

云设置的复杂性使得我们做一些分析非常值得。需要考虑的不仅仅是服务器合并与整合所带来的短期成本节约，还需要考虑长期的管理成本和合规需求。

总的来说，老应用并不非常适合转移至云上。组件之间通过硬接线接口相连的系统或是依赖于大型中央数据库的系统难以根据业务需求变化进行升级或下降。因此公司可能无法从云中获得灵活性。

最适合使用云的应用是那些使用了Web服务标准和多个层，以及现代化的分布式数据库的应用，而不是使用了一个与一个服务器相连的大型数据库的应用。这些特点使得其更容易增加或减少应用可获得的服务器、存储和网络带宽数量。

Cloud技术合作公司和HCL技术咨询公司均为提供评估系统是否适合云计算的工具或服务的厂商。HCL的云准备评估服务考虑了大约30项因素，包括应用运行的平台未来是否会得到支持，应用是否为任务关键应用、必须支持的传输容量，以及业务部门如何使用它们。

Cloud技术合作公司高级云架构师Beth Cohen称，公司还应当评估一下将应用转移到云上所需要的时间和工作量。除了确保转移大量数据所需的时间外，还需要确保复杂的工作负载能够获得所需要的服务水平。

. AlertBoot发现最棘手的云挑战是复制与本地数据中心一样的负载平衡能力。Maliyil称，大多数IaaS厂商提供的仅仅是简单的负载平衡器，其缺乏诸如SSL加速等功能。在云上回避升级共享负载平衡器的用户都担忧新功能可能会影响到他们的应用。AlertBoot选择了由Riverbed提供的基于软件的负载平衡器，其允许在不依赖昂贵的备用服务器的情况满足峰值处理需求。

工具与技巧

尽管面向于服务的解决方案通常在云上能够提供最大的灵活性，但是不是每个公司都能够详细检查它的架构。软件开发公司WireLoad的首席执行官Viktor Petersson称， “相反，一个好的起点是创建基于角色的服务器” ，专门用于诸如Web服务、应用和负载平衡。大量厂商提供了一些预配置模式，便于复制服务器。

代替传统的SQL数据库，Petersson喜欢类似MongoDB和Hadoop的替代方案，因为它们能够更容易的扩展，提供更高的冗余。它们还可更容易的在多个服务器间传输文件，并充分利用云的可扩展性。

在Digital Technology International公司，Oldham创建了使用由InterSystems公司提供的Cache数据库的应用。除了提供基于目标和SQL的功能外，其还允许DTI消除中间件，提高性能。他称，Cache能够很好的处理缓存数据，因此“你不用点击速度慢的磁盘”，同时其还允许他根据需要添加新的数据库服务器。

程序、条件与环境

由于丰富的脚本语言，以及能够识别所有应用、中间件和服务器所依赖的组件，基于SaaS的电邮传输系统提供商Constant Contact选择了由Puppet 实验室提供的Puppet开源系统管理工具。该公司系统自动化经理Mark Schena称，Puppet能够很好的消除人为错误，帮助降低服务宕机时间，并且能够允许Constant Contact减少管理员与服务器的比例，由去年的1：300提高到了今年的1：400，预计明年将下降至1：600。

Puppet还能够让开发者创建需求更少部署工作的应用，减轻开发者工作负载，否则将需要更多的运营人员。这是一种跨职能团队，一些观察人士称这对于正确管理公有云、私有云或混合云架构非常重要。

IT基础设施提供商F5 网络公司的产品管理高级总监Jason Needham称，这类团队必须懂得“应用问题、网络问题和存储问题，而不是将问题推给其他的团队。”

使用者应当意识到让云提供商规避责任的SLA(服务水平协议)问题。专门从事IT相关问题的Scott & Scott 律师事务所的管理合伙人Robert Scott称，不能简单的接受由提供商提供的标准SLA，应当个性它们，以确保它们满足你的要求。他称，你不能相信诸如“99.9%正常运行时间”等含糊的承诺，相反应当为性能和正常运行时间设定明确的目标，并考虑使用性能测量工具以监测是否符合要求。

诸如HCL等咨询公司已经创建了能够监测和管理公有云和私有云的工具。Sensible Cloud等公司也提供了一些工具，这些工具旨在根据性能和正常运行时间等因素帮助用户控制和测量服务器性能。此外，他们还提供了一些能够监测和限制业务部门对亚马逊EC2等公有云服务开销的工具。

客户还需要更好的工具以管理云服务的存储和网络组件。他们还需要寻找能够提供企业级可靠性和性能的IaaS提供商，以及能够适合企业工作流需求、满足金融等垂直市场需求的SaaS解决方案。

Sensible Cloud公司产品策略与营销副总裁Eddie Budgen称，那些通过虚拟化来节约成本的首席信息们迟早会在数据中心效率方面实施下一步变革。当他们开始实施时，他们需要评估他们的架构，搞清楚他们需要创建什么样的企业级“灵活基础设施”。