实战分享：六大方法让云计算部署如虎添翼

目前，市场上到处充斥着有关云计算的商业炒作，而关于如何部署云计算的行之有效的建议却寥寥无几。本文将与您分享部署企业级云服务的方法及注意事项。这些方法既适用于想要应用内部云基础架构的企业，也适用于志在为客户提供企业级服务的云计算服务供应商。

方法1：定义所需的云服务类型

首先，您要界定云服务的类型，并从切合实际的目标入手。您可以从存储即服务或基础架构即服务开始，也可以从桌面即服务(基于IaaS)切入。只有建立扎实的基础，才能在此之上添砖加瓦，增加服务能力。

此外，您还应了解自己需要哪些云资源。例如，许多应用团队采用外部云服务以满足其在基础架构开发和测试方面的需求。相当多的大型云服务供应商不仅提供带虚拟计算、网络和存储托管环境的基础架构服务(IaaS)，也提供可管理的操作系统、应用和开发环境。T-Systems 就有这方面的成功经验，该公司建立了企业级IaaS、PaaS和SaaS，为数百家大型企业提供云服务。

值得注意的是，转向云解决方案通常要涉及到新的流程和组织结构变化，这就需要公司上下各个层面的充分支持，还要有相应的执行能力做后盾。

方法2：运用二八原则定位服务内容

如果您想建立百分百满足客户需求的云服务，结果恐怕将事与愿违。根据帕雷多的二八原则，您应该付出 20% 的努力，定制出一套能满足 80% 的应用需求的标准解决方案。如果您愿意，剩下20% 的需求可通过另外 80% 的努力去满足，这需要相当长的时间，因为他们无法通过标准的云服务解决方案去实现，因此也将花费更多的成本。

任何一个服务类别，都要考虑到服务等级协议(SLA)、安全和隔离预期、客户如何付费、跟进指标、如何向各部门计费等因素。您需要对遵守所有SLA的规定并提供报告。随着时间的推移，企业将逐步领会到采纳标准解决方案的优势，您可能会发现，90% 甚至以上的新需求都将是要求采用标准的解决方案。

方法3： 采用 10Gb 以太网作为基础

大多数大型云服务都是基于以太网，因为以太网具有灵活、可扩展和可视的特点，且其更大的规模经济还有助于成本的持续下降。如果您要跨数据中心移动虚拟服务器和存储，或在多个数据中心中间进行存储和网络计算，就必须用到以太网和互联网协议(IP)。它们还将有助于简化负载和应用的移动过程。

10Gb 以太网现已广泛分布，40Gb 以太网时代也将来临。后者将拥有更高的带宽和更短的延时性，这将促使以太网成为支持更多数据和用户流量的骨干网络。鉴于以太网存储是未来发展的趋势，选择以太网存储也有利于保护您的投资。

思科在以太网技术方面进行了大量的投资，包括 FCoE 和数据中心以太网的研究和开发，以确保万无一失。DCE/DCB 不仅能减少以太网的存储流量损失，也能根据重要性来分配流量的优先级，根据优先级排队，从而提升服务质量(QoS)。可以说，思科 UCS 是近十年来服务器设计领域发生的最重大的变化之一，它优化了10Gb以太网。

方法4：IT自动化势在必行

云计算能使基础架构的每个层级都成为一个带多种服务级别的庞大资源库。您无需再将注意力集中在资源所在的物理系统;您可以轻易地按需运用资源，只要选用正确的工具套件就能实现上述功能。

对于基础架构的每一层，您只需运用一个自动化工具，就能将各个设备管理的复杂性隐藏起来，把它们设想成一个资源库。这些概念将帮您免去管理各个存储系统之烦，节省很多精力。只要正确运用隔离工具，就能将服务器、存储和网络资源汇集起来，从而便于云服务的捆绑，这将使BMC Atrium Orchestrator、IBM TPM、HP Orchestrator、VMware Lifecycle Manager等 50 多个云架构工具供应商获益。它使得架构引擎能轻松地访问资源，而无需担心存储的管理能力和性能等等。正因为此，架构引擎才有能力承担起管理和审批工作流程、将资源连到客户端、设置计费、建立所有客户用于访问云的重要自助服务门户等重要职责。

方法5：确保安全性

当您考虑基于云基础架构执行企业级应用时，安全性就成了需要重点关注的问题。如何在共享了服务器、网络和存储资源的基础架构中对应用、数据和用户进行有效分离?

您需要能在服务器、网络和存储中对数据和应用进行有效分隔的技术，而不是像过去那样求助于低效且孤立的架构。您可以通过对基础架构进行全面的安全分层来确保安全性。每个基础架构层至少要设置两个安全等级，以防止因误操作造成的数据泄露。

NetApp MultiStore、vFiler 套件、VLAN、虚拟数据中心(VDC)、ACLs、端口ACL(port ACL)、Cisco Nexus 1000v 和 VMware VShield Zone都是您选的关键技术，有助于提升基础架构栈中多租户应用的安全性。

方法6： 建立始终可用的基础架构

有一个问题尚未引起足够的重视，那就是，一旦 50 个应用共享同一个物理基础架构后， 您不可能再通过关机对整个基础架构进行维护。笔者曾经参于过一个共享存储系统的维护，仅规划停机时间就花了 18 个月。我们始终无法为采用该基础架构的五大客户建立同一个合适的停机窗口。这五大客户中，有一个是在南半球提供CRM环境服务的企业。

您必须预先进行计划，才能做到无需关闭基础架构就能进行负载管理;这意味着，您采用的技术要能在设备维护、硬件更换或软件升级时对应用进行实时迁移。该技术还要能助您平衡基础架构内的负载。

只有重视最佳实施、不理会市场炒作，您才能建立一个灵活的、效率更高且成本更低的云基础架构，满足内外部客户的各种服务等级需求。