搭建一个私有云架构Word格式文档下载.docx
《搭建一个私有云架构Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《搭建一个私有云架构Word格式文档下载.docx（16页珍藏版）》请在冰豆网上搜索。
软件基础设施即服务是一种针对独立计算机的云服务，可以提供专门的应用支持，但不提供整体软件平台服务。
如果它提供整体软件平台服务，那它就属于PaaS。
例如，AmazonSimpleDB和MicrosoftSQLDataServices都属于软件基础设施服务。
尽管说MicrosoftSQLDataServices被包含进了Azure平台，但它还是被作为一种单机服务来提供。
因此，它拥有自己的软件基础设施服务称号。
最后，是系统基础设施即服务，它将物理或虚拟硬件作为服务来提供。
这种架构适合于传统的虚拟设备供应商，比如说VMware、Microsoft和Citrix。
作为三种主要的云计算类型，SaaS、PaaS及软件基础设施即服务主要是用来为企业提供外部平台的，而系统基础设施即服务可以被IT组织内部运行或由第三方服务供应商来运行。
在未来几年内，许多组织和机构将利用虚拟架构来在内部云上为一些服务提供支持，同时还有可能在外部云上对其进行支持。
如果可以部署一套允许在企业内部和外部平台间实现负载转换的架构，IT组织的业务会更加灵活，相应的运营成本也会更低。
例如，如今又许多企业都在借助外部供应商对企业的培训和研发资源进行运营。
此外，现在有许多企业运行的应用都是在一年中的一段时间使用频率很高而在其它时间基本处于空闲的。
对于这些负载来说，外部云显得更有意义。
为什么要花一年的时间运行实际只需用三个月的物理服务器呢？
系统全天候运营对电力、冷却、数据中心的地板空间及管理资源是一种极大的浪费。
图1描述的是一个基础设施即服务的云计算模型。
其中展示了三种云。
Raleigh和Atlanta站是内部云，服务提供商扮演的是外部云的角色。
并不是说每一个工作站都是一块云。
相反，每个站点提供的都是IT即服务的递交模式。
系统是由内部提供支持的，因此Raleigh和Atlanta站会拥有内部云，服务提供商是外部云。
或许可以将外部云与内部云的虚拟化架构管理层整合起来，从而部署内部虚拟机镜像文件，并将其运行在外部供应商的架构上。
这就可以为培训和研发等业务提供支持。
将虚拟化作为云计算的基础可以允许相关组织继续使用现有的操作系统和应用，而不需去学习外部云供应商的自有APIs规划。
此外，虚拟化对于硬件的抽象化可以让相关组织的业务更具灵活性，随时可以根据需求迁移到所需的工作负载，可以提高所有应用（包括那些集群外部应用）的可用性。
虚拟化可以简化研发、修复、更新、定期维修及灾难恢复等等这些IT任务。
但它同时也带来了许多挑战。
我们的客户表示，对于法规遵从性的担心是阻碍企业采用公共云的最主要原因。
如果供应商想让企业认真考虑他们的平台，他们必须在当前共享企业架构的法规遵从性和安全按性方面做得更好。
在本文的第一部分中，我们为大家介绍了云计算定义及类型划分，
接下来我们为大家介绍如何为内部云架构打好基础。
为内部云架构打好基础
X86系统管理程序应该是迁移到内部云的基础，但这仅仅是个开始。
无论你喜欢与否，一旦外部云走向成熟，想要隐藏IT业务单元的成本几乎是不可能的。
尽管说在外部云上托管虚拟机如今已很常见，但企业平衡虚拟机托管外部共享物理架构的安全性和相关条款方面还存在许多问题。
将企业业务迁向云基础架构是一个循序渐进的过程。
但从中得到的成本节省却足以挽回相应的投资。
以下是企业将应用迁向内部云架构的具体步骤：
∙ 将X86虚拟化作为部署所有新X86应用的默认平台
∙ 投资引入虚拟化应用管理工具
∙ 重新调整业务进程及部署补贴
∙ 利用应用编排工具将通用的IT进程进行自动化编排
∙ 平衡培训、测试及研发过程中的服务供应
∙ 考虑所有云架构引发的安全和法规遵从问题
∙ 对其进行重新设计来增加灵活性
∙ 将虚拟化作为X86应用默认平台
如今，X86服务器常常被用来运行虚拟工作负载，这样就不需因某一单一应用而购买物理硬件。
事实上，许多应用并不能最大限度地利用新型2U服务器上的硬件。
表1对如今最新的2U服务器配置进行了对比。
硬件相关的内存虚拟化是由新的服务器平台提供的，比如说IntelEPT和AMD的RVI，这还可以解决过去威胁虚拟机应用安全的内存性能问题。
我们在虚拟化整合、应用灵活性及灾难恢复方面获得的益处都证明将现有应用迁向虚拟化架构是正确的选择。
既然硬件虚拟化的改良可以解决大多数应用的性能问题，那虚拟化就应该成为一个默认的平台。
当然了，如果你的应用集群对裸机计算能力有所要求的话，那些应用程序就不应该被虚拟化，这项业务也应该被排在你的虚拟化清单末尾。
需要注意的是，有些应用用户可能会有一些抵制情绪，因此有必要对他们进行适度的宣传和教育。
这样的话，情况就完全不一样了。
IT部门无需再将向应用用户推荐“虚拟化”了。
取而代之的是，应用用户需要证明为什么应用需要逻辑计算。
投资于虚拟化应用管理工具
对于急需IT服务的用户、应用及业务单元而言，将基础架构看做是一朵“云”是一种理想，但对于IT员工来说这却是一种痛苦。
如果有应用出现性能问题，你如何在段时间内迅速敲定物理数据的路径？
如果安全员要求你提供某一应用的物理地址及其所有的相关资源，你该怎么办？
可以肯定的是，系统管理程序肯定是需要考虑的一层。
但是，如过算上10GbENICs上的单一用户I/O虚拟化、多用户I/O虚拟化及存储虚拟化，你就需要考虑四个层面。
即使你没有使用所有这些虚拟化类型，也要为其做好规划，这是由好处的。
你需要做的就是选择合适的工具来对每个层面进行观察，锁定那个可以为你提供诊断信息的层面。
对业务进程和部署补贴进行重新排列
提供内部云服务的技术已经出现，而且在逐渐走向成熟。
但是进程排列、资产管理、安全政策制定、进程支持及统计等业务依然需要大量的工作。
要想从共享的物理资源中获取最大的利益，IT部门必须掌握物理资产的所有权及单独业务单元的部署补贴。
对于那些采用外包IT业务进程的组织，比如说一些政府办事处，IT云服务就显得很有意义。
他们或许已经有了所需的业务进程和统计流程，时刻准备着将内部IT视为是一种服务。
尽管说相关组织可以继续探索部门级物理资产管理的道路来利用共享架构减低其成本的范围，但这同时也会导致额外的运营开支及TCO（总体拥有成本）。
考虑云架构的影响
安全和相关的遵从性条款仍然是实施共享物理架构的关键因素。
相关的标准进程及遵从性说明对管理员来说是很有用的。
像Tripwire、ConfigureSoft及ThirdBrigade等供应商正在致力于为用户提供遵从性确认工具。
而如今对于一些普通的企业而言，对应用进行一定的物理隔离仍是最方便的。
大多数组织都通过隔离物理集群来隔离安全区域。
其它组织则是通过将虚拟转换器和物理网络端口分配到每个区域来对网络层进行隔离。
例如，安全分区——也就是不同的内部可信区域，可能会共享一个通过VLANs隔离的虚拟转换器。
在本文的第三部分中，我们将继续为大家介绍搭建私有云架构过程中在业务进程编排、培训及研发服务供应、以及业务灵活性方面的考虑。
在本文的第二部分中，我们为大家介绍了如何为私有云架构打好基础，接下来我们将继续为大家介绍在搭建私有云架构过程中在改善Self-Service供给和常用业务和应用流程自动化等方面的注意事项。
改善Self-Service供给
从一个用户的角度讲，预定一台测试服务器肯定不像在iTunes上买几张音乐光盘那样简单。
目前市场上有足够的Self-Service供给机器可以选择，包括：
∙CitrixXenServer和Hyper-VEssentials管理平台
∙MicrosoftSystemCenterVirtualMachineManagerUserSelf-ServicePortal
∙Surgient虚拟自动化平台
∙VMwareLabManager
∙VMwareLabManager
Self-service供给可以降低新技术及测试和培训系统部署的TCO，并简化对虚拟化管理软件的投入。
包括定额执行和整合生命周期管理在内的许多工具都允许未经使用的虚拟机进入待机状态。
Self-service供给是实现内部云架构的一个便捷步骤，因为用户只需要通过Web界面就可以定制一项服务，很多情况下他们甚至可以为家里定制服务。
最后要强调的是，这些服务的递交方式并不是最重要的，只要它们能满足用户对性能和可靠性的期望值即可。
利用虚拟架构编排工具使常用进程实现自动化
用户Self-service是实现内部云架构的第一步，而虚拟架构编排及补偿则分别是第二和第三步。
对虚拟机架构进行编排可以使许多常用IT管理流程实行自动化运营，包括：
∙服务器供给和淘汰
∙变更控制的执行
∙根据储运损耗对虚拟机的启动和停运实现自动化
∙对物理主机间的虚拟机负载进行二次平衡
∙根据性能需求来重新界定虚拟机的硬件规格
∙关闭多余的物理资源
再次提醒，任何类型的动态虚拟架构编排或工作负载的二次平衡都需要考虑到安全分区的限制。
大多数编排工具都有工作负载图示功能，这使管理人员可以迅速地将一系列流程连贯起来，从而对实际的任务实现自动化处理。
如果是服务器虚拟机部署，相应的工作负载包括虚拟机的创建、利用VLAN对虚拟机的连接、存储规划以及管理角色的分配。
对于每种虚拟机而言，都需要创建一系列独一无二的工作负载，具体的组织则要考虑到它们的部门地址或物理地址等等因素。
灾难恢复的自动化是虚拟架构自动化发展过程中的另一项运用，通过VMwareSiteRecoveryManager和CitrixWorkflowStudio等可以提前撰写灾难恢复失败回复脚本。
这使你可以提前规划出虚拟机的重启顺序，使最关键的应用可以在第一时间得到恢复。
有些编排工具可能是专门针对应用或工作负载的。
例如，对正在运行的虚拟机内存、CPU或存储等资源的动态添加就可以在不影响系统正常运转的前提下解决性能问题。
但是，资源的热添加是需要有客户操作系统和客户操作系统应用提供支持的。
你的某项应用可能是运行在WindowsServer2008操作系统——支持资源的热添加，但该应用启动时所消耗的内存量是固定的。
更进一步说，就是一些应用如果不进行重启是不需要更多内存的。
强制关闭服务器看起来似乎是一个节省电力和冷却成本的好方法，但如果没有服务器供应商的官方支持，大多数组织并不愿意对服务器进行动态能耗管理。
据BurtonGroup预计，从今年起服务器供应商会开始提供动态能耗管理支持，因此这方面的担忧早晚会得到解决。
避免被架构锁定
要设计一个可以和外部云供应商相兼容的云架构，在选择相应平台时要谨防被架构锁定。
一个由单一供应商提供支持、需要私有设计界面的云计算平台可以防止被架构锁定，具有很高的潜在价值。
另一方面，如果一个虚拟架构云平台由内部支持运营，但对许多外部供应商来说都可用的话，可以给企业提供诸多选择，比如说对电费进行讨价还价。
无论你多么信任外部云的未来，在企业内部制定云规则可以帮你节省大量运营成本。
要对业务和IT进程进行调整以支持虚拟架构下的补贴需要投入大量精力，但“基础设施即服务”递交模式的长期稳定性让这一切都变得很值。
云计算小指南（上）
2009-2-6
大|中|小
导读：
本文介绍如何最大限度地发挥云计算的优点，包括使用简单、灵活和较低成本；
同时最大限度地减小风险。
包括了许可、管理工具、带宽、安全和架构等方面的内容。
关键词：
云计算许可管理工具带宽
正在加载数据...
云计算的魅力在于，用户只要有身份证和信用卡就可以开始使用，但这也是问题所在。
这么简单的服务势必会给毫无准备的IT部门带来许多挑战。
之前我们已经多次碰到过这个现象：
某项技术易于采用的优点到头来却变成了意料之外的管理难题，比如虚拟化技术导致虚拟机散乱，智能电话带来新的安全风险，即时通讯引发公司治理方面的问题。
本文旨在向IT经理们介绍如何最大限度地发挥云计算的优点，包括使用简单、灵活和较低成本；
这篇实用指南包括了许可、管理工具、带宽、安全和架构等方面的内容。
本文表明我们仍处于云计算的早期阶段，这意味着，相关工具和技术还在不断完善中。
比方说，经过长达两年的测试后，亚马逊网络服务公司的弹性计算云（ElasticComputeCloud）服务在去年底才推向市场；
监测、管理和负载平衡等企业级功能仍在其规划当中。
同样，谷歌应用引擎（AppEngine）属于预览版本。
微软的Azure云服务也属于预览版本，目前只有Windows开发人员可以使用有限的功能，其他早期采用者无法使用。
不过现在可以开始规划了，你既可以实际感受这种新的IT交付模式（包括了解各种故障和缺陷），又可以比其他在考虑独自利用云服务的公司同事超前一步。
一、管理篇
牢牢控制云计算
管理云计算服务的工具形形色色，既可以使用简单的仪表板，让你在几分钟内就能创建虚拟软件栈；
也有能够处理各种配置和管理任务的企业级平台。
云计算使用越广泛，就越需要那些高端工具。
亚马逊、谷歌及其他云服务提供商提供了帮助客户入手的基本工具。
比方说，谷歌应用引擎的管理控制台可以显示流量大小、带宽、CPU利用率以及谷歌托管应用程序的出错率，这些数据可以帮助你深入研究日志文件，并获得其他详细数据，还可以用它来控制管理权限、管理应用程序的升级。
然而，应用引擎仍属于“预览”版本；
这意味着，随着需求越来越高，这些工具将无力满足要求。
谷歌的产品经理PeteKoomen承认：
“我们还缺少一部分功能。
”
我们看到，云服务提供商、新兴公司和系统管理厂商都在竞相为客户提供功能更齐全的工具，以管理云环境中的资源。
亚马逊表示，它会“很快”为弹性计算云服务推出新的管理控制台和云监测功能。
亚马逊已经在提供一些基本功能，比如使用命令行界面创建亚马逊机器映像（AmazonMachineImages）的功能。
管理控制台让用户可以配置及管理EC2资源，而监测功能将包含EC2实例和“可用区域”（availabilityzones）方面的实时度量――可用区域是客户为了确保冗余和最高可用性而选择的亚马逊基础架构中的一部分。
亚马逊还计划在2009年提供负载均衡和自动扩展功能。
专门从事云管理的公司是另一个选择。
RightScale公司的托管服务平台包括管理仪表板、数据库和网站管理、批处理、多服务器部署功能以及自动扩展功能。
提供基本功能的开发版本可免费使用，但大多数IT部门会需要RightScale的另外三个版本（网站版、网格版和高级版），这些版本的起价为每月500美元，外加2500美元的一次性费用。
RightScale创办于2007年，以管理亚马逊网络服务起家；
如今扩大了业务范围，可以管理其他公共云服务，包括FlexiScale和GoGrid的云服务。
RightScale还为加州大学圣巴巴拉分校的Eucalyptus公共云提供了一个平台，把面向云计算的开源Eucalyptus软件部署在集群服务器上。
它实际上是一个研究测试项目，但目的是通过RightScale的仪表板，能够管理公共云和基于Eucalyptus的专有云。
与Web应用程序一样简单
在管理Web应用程序和基础架构方面有过经验的IT部门会发现，云计算有着相似之处。
Hyperic公司首席执行官JavierSoltero说：
“如果你能管理Web应用程序，就能管理云应用程序。
”该公司有一个版本的Web应用程序监测软件正在亚马逊网络服务中运行。
HypericHQ由中央管理服务器和代理软件组成，前者通常在公司内部部署的服务器上运行，而后者驻留在Web服务器上，向中央管理服务器报告可用性、性能及其他度量数据。
借助刚发布的HQ4.0，Hyperic服务器可以配置成EC2中的亚马逊机器映像。
对IT管理员而言，这意味着部署简单、订购费较低、性能更高。
HypericHQ的功能包括自动发现软件、诊断、报警、分析和报告以及其他工具。
有人认为，对云应用程序“眼不见心不烦”，这种态度大有问题。
Soltero说：
“有人认为，因为你在云中部署了应用程序，所以根本不需要监测和管理，这是云计算方面的天大谎言之一。
代码天生有缺陷，技术也会出问题，所以你需要监测功能。
Kaavo公司也专门从事多个云的管理。
这家新兴公司的平台支持服务器监测、云中的LAMP软件配置、负荷管理、软件审计、补丁管理、运行时配置管理、通知及报警。
它已推出按需基础架构和中间件（InfrastructureandMiddlewareOnDemand）软件的免费测试版；
很快会推出普通发行版。
Kaavo的优势在于其管理团队：
创办人兼首席执行官JamalMazhar是获得Sun认证的J2EE架构师，首席技术官ShahzadPervez以前在大公司担任过IT主管和企业架构师。
知名的系统管理软件厂商也为云环境带来了新的控制工具。
IBM公司自主计算开发主管DennisQuan表示，IBM的Tivoli部门计划把云管理功能集成到服务请求管理器（ServiceRequestManager）、配置管理器（ProvisioningManager）和监测（Monitoring）等产品线中。
IBM还希望为客户赋予更大的“控制权”，控制把数据放在云中的系统，从而提升客户对云安全的信心，但Quan没有透露IBM在这方面会如何做到。
微软仍在开发解决云管理难题的方案。
它在去年10月推出了WindowsAzure操作系统及相关的Azure服务平台，但没有表明何时启用Azure云服务，不过开发人员已可以使用开发工具和基本构建模块入手。
微软高级副总裁BobMuglia在同一个月演示了代号为Atlanta的系统中心（SystemCenter）企业管理平台，该平台将在微软的云中运行。
所有这些活动表明，众厂商在竞相为新兴的云服务开发企业级控制工具。
IT管理员面临的难题是，在云服务采用突飞猛进之前，将相关工具部署到位。
二、底层架构：
亚马逊、谷歌和微软平台比较
人们很容易忽视云服务背后的技术，这是一个误区。
公司的技术人员必须确保云服务与本企业的基础架构相互集成。
这就需要一种基础架构能够结合两者。
云计算的各部分与企业数据中心的各部分一样，同样包括诸多编程语言、操作系统、数据库、Web服务器、协议和应用编程接口（API）。
关键就是确认哪些云服务真正适合自己内部的系统、应用程序和专长技能。
下面比较一下亚马逊的弹性计算云、谷歌应用引擎和WindowsAzure三大服务，看看哪个更适合你。
亚马逊的EC2为客户提供了种类丰富的软件选择：
WindowsServer、OpenSolaris和七个Linux版本；
MySQL、SQLServer和Oracle11g数据库；
以及Java、JBoss和RubyonRails等开发环境。
谷歌的特长则在于简单易用。
应用引擎让用户可以利用谷歌的自主开发数据库及其他基础架构软件；
可以通过API使用缓存、镜像、邮件及其他应用服务。
Python是惟一得到支持的编程语言，不过谷歌打算在将来也支持其他编程语言。
WindowsAzure和Azure服务平台与微软的内部部署企业软件系列其实一脉相承。
Azure包括了托管版本的SQLServer、SharePoint、DynamicsCRM和.Net服务，用VisualStudio和.Net框架开发而成。
微软表示，Azure将支持开放协议（HTTP、REST、SOAP和XML）以及非微软编程语言（Eclipse、Ruby、PHP和Python）。
如果IT人员要了解云体系结构的概况，云服务提供商的网站上提供了许多详细信息。
亚马逊有一份介绍云体系结构的白皮书，想尽快补上一课的人不妨看一下。
你的设计蓝图应当考虑到云服务可能由多家厂商提供，所以要想好该如何确保互操作性和应用集成。
云计算新兴公司Elastra的高级软件架构师StuartCharlton建议采用REST和Atom联合格式（AtomSyndicationFormat）作为全球云体系架构中的底层规范。
他表示，联合身份管理方面的标准也很重要。
IBM公司自主计算开发主管DennisQuan表示，面向服务的架构（SOA）已经让通过“符合标准的方式”连接云服务成为可能。
下一步关键是把服务从一个云迁移到另一个云。
Quan表示，完成这项功能的规范仍处在开发初期。
在本文的下半部分中，我们将介绍如何保护云里的数据、如何配置网络与签定服务合同。
在本文的上半部分中，我们介绍了云计算的管理工具以及底层架构。
在本部分中，我们将继续为您介绍带宽、安全等方面的内容。
三、数据保护篇
重视安全
开发人员喜欢“云计算部署后不用去管”的功能；
公司希望通过云计算降低基础架构成本；
用户则喜欢新的功能能够更迅速地推出。
然而，负责信息安全的人员在为如何把应用程序和数据安全地转移到云中而挠头。
IT界孜孜以求的一个目标就是整合身份管理技术和流程；
而云计算可能让这个目标晚十年才能实现。
许多公司可能会把目录服务验证扩展到内部环境以外，以处理云中的应用程序、甚至系统；
但如果第三方系统的安全受到危及，这种做法会导致验证系统岌岌可危。
公司也许可以实施一种新的解决方案，让云基础架构管理与现有的基础架构管理相互独立。
但缺点是，必须集成多个身份和访问管理系统。
还有一种办法是及时回去、单独管理云，但这缺乏吸引力。
幸好，有些云服务提供商正在竭力解决这个问题。
谷歌提供了这项功能：
把Go
升级会员 