在业务环境中使用云计算资源已经成为一股无法回避的历史潮流。许多企业开始尝试将小型工作负载支行在公共云当中，但大部分用户对于在公共平台上运行规模更大的关键性工作负载仍然保持谨慎态度。
不过一旦他们在云环境下的测试以及开发用例取得良好进展，或者体验到了外包电子邮件平台的出色表现，CIO与CTO们往往会爆发出极具能量的热情，希望把更多任务交给外包云资源来打理。
在最近的一次云用户小组讨论中，我们发现这样一项结论已经逐渐清晰：从小规模角度打理公共云部署相对比较简单，而一旦部署规模开始扩张、众多问题就会接踵而至。“事情变得非常复杂，”IDC公司分析师Mary Turner表示，她专门负责为企业提供云管理战略建议。“在早期云部署方面，我们可以筹备大量测试与开发工作，需要打理的也只是一些目的单纯的临时性用例。随着大家对云环境的逐渐熟悉，员工们慢慢发现了云计算所能带来的出色敏捷性，这时需要面对的就是下一步规模化工作。”
但要实现这一点可绝非易事。在最近刚刚召开的马萨诸塞州技术领袖云峰会上，与会嘉宾们提出了五项技巧与窍门，希望帮助用户摆脱上述困境。
-统一化账户管理
遗憾的是，云计算在企业环境中迈出的第一步往往是以一种见不得光的方式——各个部门私自引入公共云资源，而根本没有经过IT部门的许可、更无法得到技术团队的支持。这就是我们常说的“影子IT”，它的出现导致各个不同部门拥有自己独立且独特的使用环境，同时各自使用属于自己的账户——以Amazon Web Services为代表的公共云供应商正在积极推广这类服务。当IT部门尝试对这些服务取得控制权时，技术管理者会赫赫然发现自己需要打理的账户原来如此繁杂。
与其分别管理每一个业务账户，Amazon Web Services允许用户将它们汇总成一套单一计费方案，用户可以在一定的局限范围内对各个账户之间的资源进行重新分配。Pegasystem公司软件云服务交付业务负责人Jason Fuller表示，这是一项非常实用的功能，能够顺利解决同一企业内多个账户面临的管理难题。它不仅能从技术人员的角度出发对所有账户进行监管，同时也能通过聚合与精简降低服务使用成本、帮助财务部门摆脱烦恼。
-记得及时关灯
“有时候我早上醒来并走下楼梯时，会发现孩子们在客厅里留了盏‘长明灯’，”Acquia公司运营高级主管John O’Keefe指出，这是一家专门为开源Drupl提供技术支持的企业，同时也是Mass TLC大会的小组成员之一。他担心同样的事情会在团队中的开发人员使用Amazon云服务时再度上演。而Amazon提供的这种自助型公共云资源最妙之处在于，它们能够非常轻松地融入现有业务环境——员工们只需刷一下信用卡再点几下鼠标就能完成。问题在于，这些资源不会在员工完成工作之后自动停转。为了防止这种情况的出现，O’Keefe尝试打造一套每日清单——当然，频率还可以更高——旨在确保只有必要的资源处于“开启”状态。释放资源的方法与启用资源一样简单——相关人员只要能记住这码事就行了。AWS提供大量工具，希望帮助客户监控这项任务——其中包括CloudWatch。
-正确选择资源规模
时至今日，IaaS资源采用的都是通用式平台，从而帮助供应商通过提供一整套虚拟机实例的规模与存储资源服务用户。客户们需要谨慎选择自己打算使用的资源，因为如果轻松划定资源规模、很可能在日后的使用中造成巨大浪费。
通常情况下，我们只需从AWS提供的三种主要存储选择中做出判断即可，它们分别是：弹性块存储(简称EBS)、简单存储服务(简称S3)或者Glacier。EBS专门针对块存储需求，存储分卷并不直接与使用它们的计算实例相对接。另一方面，S3是一种大型文件存储系统，能够被用于由大量小文件或者少数大文件构成的庞大存储内容。Glacier是一套长效存储平台，具有极为出色的可用性与低廉成本，但相对来说其数据检索的等待时间则更长。在EBS当中还存在多个存储层，客户应该确保自己在性能、可靠性以及可扩展性方面做出了适合自己又不至于浪费的正确选择。如果情况相反，那么我们恐怕会为自己根本不需要的服务掏出大笔冤枉钱。
另一大关键在于确保运行我们工作负载的虚拟机拥有合适的规模。AWS提供十几种不同类型的虚拟机供用户选择，从高输入/输出虚拟机到高内存方案不一而足。大家需要首先评估自己的应用程序迫切需要哪类资源，而后再选择规模及配置最合适的虚拟机实例。目前市场上已经有不少第三方AWS监控工具能帮助用户做出正确决策。ProfitBricks以及Cloud Sigma等其它公司则允许用户定制所需的虚拟机实例(并按照分钟计费，而非具体规模)。这些更为细化的服务使客户能够更具体地定制自己的虚拟机，相比之下、AWS那种只能在菜单中硬性选择的方案就显得较为逊色了。
-别吵到邻居
在使用公共云时，大家通常都会与大量其它用户共同享用同一套基础设施资源。这种多租户机制是IaaS云价格如此低廉的主要原因——因为供应商能够将多位客户一股脑打包到几个高密度虚拟机实例当中。总而言之，我们的业务应用很可能与其它公司的应用运行在同一套虚拟服务器之上。对于某些应用及工作负载，这可能并不是什么问题。但另一些应用及工作负载则比较精贵，特别是那些对性能比较敏感的类型，很可能受到负面影响。
Greg Arnette
尽管AWS表示他们正采取措施，希望通过硬性划分资源的方式避免此类问题，但用户们仍然感到担忧。云数据归档企业Sonian公司CTO Greg Arnette认为这在几年前可能确实是个大问题，但如今网络波动状况已经不太常见了。不过某些用户可能还是无法彻底安心。对于这类用户，最好的选择是额外付款来使用专有资源——这是AWS专门为特殊用户保留的独立资源空间。AWS还推出了虚拟私有云，目前已经被默认划归EC2。它使用硬件VPN设备并允许客户配置自己的虚拟网络。要解决烦人的邻居，最好的办法是将虚拟机调整到合理规模，从而确保现有资源足以支持应用程序的运行。如果虚拟机在性能方面跟广告宣传不符，那大家完全可以拿起法律的武器、以供应商违反服务水平协议为由提起诉讼。
-尽可能提高效率
生活在云环境下，技术人员往往会想出各种新鲜的点子来让业务流程变得更具效率。举例来说，我们假设您正在S3当中保存文件，且每天或者每周的新增文件数量都达到数十万个。AWS允许我们非常轻松地一次性上传或者下载这些文件，但要想对单一文件进行操作、我们就能借用API的力量——毫不意外，使用API是要额外收费的。为了解决这一难题，用户应该将所有数据整合在一起，以块的形式将文件通过单一API进行上传或下载，从而降低API使用成本，Arnette指出。采取这些步骤能够既保证云服务的合理规模与执行效率，同时又不会在云供应商身上浪费掉一分一毛。
原文链接：
http://www.networkworld.com/news/2013/102113-managing-clouds-275060.html?page=1
原文标题：From small to big: 5 tips for managing clouds at scale
