RackSpace管理虚拟化.pdf

双负载简介 OPENSTACK 系统和VMWARE VSPHERE 系统相结合 构建混合解决方案 概述 2 认清面临的挑战 2 制定双负载策略 3 认识双负载 3 认识消耗量模型 4 认识vSphere和OpenStack系统 5 基础架构仓 5 多虚拟机整合 6 最佳混合解决方案 7 结论 8 Rackspace公司简介 9 附注 9 目录 管理虚拟化 由 虚拟机支持 概述 双负载简介 OPENSTACK 系统和VMWARE VSPHERE 系统相结合 构建混合解决方案 随着最新版 OpenStack云软件 Icehouse的最近发布 OpenStack作为支持公用云和私有云的企业级平台 变得 愈来愈成熟 Rackspace 作为OpenStack的创办者 用 回支持OpenStack自己最大的公用云以及私有云 1 随 着 云 端 运 算 的 应 用 不 断 提 升 许 多 公 司 开 始 对 OpenStack进行评估 试图寻找出其总体 IT 策略相怎样与 公用云 私有云和混合云配合 当中亦包括许多目前已经 是VMware客户的公司 他们也在试图确定何以用最佳方 法将其vSphere基虚拟化基础架构与其总体云计算中心和 数据中心策略互相适应 对于客户而言 过渡到云计算模型的关键是在于其对应用 负载要求的了解 当用户能将其运用到正确的基础架构 上 便能在不以牺牲应用程序可用性为代价的前提下实现 敏捷度和效率最大化 否则 他们会发现自己将错误 云 作为当前及未来关键工作负载的基础 认清面临的挑战 Rackspace系统已帮助100多家客户建置由OpenStack支持 的私有云 期间 我们与目前正在进行OpenStack评估或 将其用于小型项目的许多公司进行了交谈 通过交谈得 知 这些公司现在差不多全是具有历史应用负载的VMware 客户 他们深知 OpenStack是他们不容忽视的技术 但 是 他们对该系统真正价值以及对该系统在当前vSphere 实施所造成的影响并未充分了解 他们经常提出的问题 包括 OpenStack是否是一种免费方案用以取代当前的 VMware vSphere基础架构 OpenStack和VMware vSphere之间是否存在 High Availability vMotion Distributed Resource Scheduler等特征上的差异 我们能否在两大平台上有效运行相同的应用程序负载 是否有更适合于某一平台而不太适合于另一领域平台应 用程序的负载 我们是否能够或应该将OpenStack与VMware vSphere 一起使用 Rackspace 双负载 对于当前VMware客户而言 策略制定的关键在于在继续有效管理手中应用程 序的同时 可确保在原始云推广应用上新时代中与时俱进 制定双负载策略 对于客户而言 首先应明确了解这两种负载类型 然后按当前组合和计划组 合将各项应用程序分类 在此基础上 即可确定是否应实施OpenStack云及 或继续实施VMware vSphere基础架构 如果他们同时实施两大环境 则需确 定在各个基础架构上应代管多大负载 Rackspace 建议客户在制定双负载策略之前 先回答以下问题 遗留负载和原始云负载之间有何区别 其管理有何不同 当今市场有哪些遗留基础架构模型和云消耗量模型 关于将OpenStack与VMware vSphere一起使用 有哪些可行方案 了解双负载 基础架构应根据应用要求决定 我们必须明确了解目前和未来应用的要求 才能决定这些要求是否适用于VMware vSphere等虚拟基础架构或OpenStack等 云平台 首先 我们着重了解当前运行于VMware ESXiTM 虚拟层 VMware vSphere等虚拟基础架构上的应用 不得不提 ESX ESXi和vSphere在将众多小 型服务器虚拟化从而将其合并为数量较少的大型服务器的技术中脱颖而 出 能够有这种极佳效果 原因是由于大多数服务器托管带有Oracle或Microsoft Exchange 等单片架构的应用程序 现在 这种遗留应用程序仍然普遍容纳于 单一虚拟机中 通过在运行ESXi虚拟机的单一物理服务器上逐步扩大而实现 扩展 通过运行Oracle Real Application Clusters等应用程序集群版亦可提高可 用性 然而 这种解决方案成本极高 也极为复杂 而且 大多数应用程序 也没有这些功能 多数VMware用户选择在vSphere集群中运行虚拟机等应用 服务器 利用vSphere HA vMotion等功能特色提供基础架构弹性和冗余度 这 类 解 决 方 案 效 果 虽 然 良 好 但 是 也 需 要 依 赖 某 种 基 础 架 构 选择 例如共享存储 这令快速扩展相关基础架构十分困难 3 在继续有效管理 遗留应用程序的 同时 在原始云 推广应用新时代 中与时俱进 Rackspace 双负载 3 然而 创建云端运算的目的在于适应一种不同的原始云应用 例如移动软件 和网络软件 OpenStack等部分云平台经专业设计 能托管采用分布式架构或 应用部件分布于多个物理服务器或虚拟服务器的应用程序 根据设计 这些 应用程序通过向多个服务器延伸而扩大 这样 当需求增加时 可通过添加 应用实例 重新平衡各个实例的工作负载 实现资源扩展 另一个支持 OpenStack之类云平台的设计原理是基于应用程序的分布式性质 弹性安排所 有权力归应用程序所有 而不是归支撑应用程序的基础架构所有 这一做法经 常被VMware领域误解为OpenStack平台的缺陷和不成熟性 vSphereHA等 缺 乏 特征被认为是一种潜在的警示 认定OpenStack并非是企业级平台 然而 这是对遗留应用程序 云应用程序及其基础架构不同设计原理的误解 运行于云平台之上的分布式应用程序已降低了楼宇弹性的障碍 包括成本和 易用性等方面 通过提高应用程序弹性 云平台可根据共性存储等决策 消 除全面共享式架构的需求 这样 既可推动其作为运行云平台方案的应用 打造促进其向基础架构快速扩展的架构同时 这一架构也是最适合于故障可 能发生 需要进行多层设计 不仅仅是基础架构层 的新一代大型应用环境 了解消费模型 通过将各个工作负载精心配合到相应的基础架构 从而创建双负载策略之后 下一步 就是去了解不同的基础架构消耗量模型的时侯 因此 先明确理解 虚拟化基础架构消耗量和云消耗量之间的差别 才能为自己的工作负载选择 合适的消耗量模型 在运行vSphere等内部虚拟化基础架构的时侯 用户还可采用Rackspace Dedicated VMware vCenter ServerTM等代管主机产品 该产品是基于VMware 技 术 提 供 外 部 虚 拟 化 解 决 方 案 用 以 推 动 客 户 内 部 vSphere 实施 系统经专业设计 特别适合于不需快速扩展 只需要依靠虚拟化基础 架构提供应用程序可用性和弹性的遗留应用系统 这一外部产品价值在于帮 助客户扩展其遗留负载范围 在不产生高额资本支出的前提下建立灾难恢复 解决方案 同时 还可以最大限度减少操作流程改动 带来附加优势 原因 在于客户可在内部基础架构和外部基础架构中采用相同的工具和方法 3 通过提高堆栈 应用程序弹性 云平台可消除 共享存储需求 Rackspace 双负载 4 相比之下 云消耗量是一般最初使用AWS或Rackspace云等公用云 然后逐渐 纳入Rackspace私有云等私有云实施 这一环境中 重点是采用的是商业硬件 来容纳新一代具备扩展能力和快速提供资源能力的应用程序 这些云平台 一般不适合于遗留性工作负载 除非对基础架构进行某些整合 使其具备弹 性 由于这议题范围之广 操作员还需不断学习云环境管理相关的新型工具 和流程 了解vSphere和OpenStack系统 我们现在清楚的是 对于构建用于不同负载的基础架构而言 基础架构并非 一成不变 而是应随机应变 Rackspace客户已经在其原始云型应用中进行业 务运行 因此 他们能直接转型到我们OpenStack的公用云及 或私有云 然 而 大部分客户还运行于虚拟化基础架构的遗留性应用系统 难以将其改 写以配合OpenStack等云平台 对于该类客户 要同时在其组合中采用 OpenStack系统 应选择共存 而不是取代 将应用系统归类并选定消耗量模 型之后 下一步需考虑怎样在其环境中同时运行两种工作负载 以下为您介 绍三个可行的途径 基础架构仓 基础架构仓虽然不一定是最佳的方式 却是客户最常选用的方式 通常情况 下 这一方式包括确定怎样让遗留应用系统在vSphere基础架构中保持运行 同时在另一OpenStack云中构建新的应用系统 对于实施OpenStack而言 虽 然这是影响最小的方式 但是 必须长期使用 IT仓 原因在于两套不同的操 作工具和流程 通常还需要两套不同的人员 增加系统复杂性和间接开支 3 基础架构仓 多虚拟机整合 最佳混合解决方案 运行两种工作负载的 3种消耗量模型 1 2 3 Rackspace 双负载5 多虚拟机整合 另一可行途径就是利用VMware功能将vSphere整合到OpenStack之中 这与遗 留负载可继续运行于vSphere而新一代负载可运行于KVM或Xen等虚拟机的仓 式途径相似 然而 OpenStack在此用作控制面进行多虚拟机云管理 从而将 云管理合并 同时让应用程序在最适合的环境中代管 由于OpenStack管理面 与vCenter 通信进行vSphere 管理 运行于vSphere的应用程序能继续依托 HA vMotion等基础架构弹性特征 如前所述 原始云应用程序在其非 vSphere 虚拟机区域 运行 但由同一顶层控制面管理 6 VMware vSphere VMware vCenter ServerTM 虚拟计算节点 OpenStack 云控制器 VMware vCenter ServerTM 计算节点 KVM计算节点 KVM 存储 存储VMs Storage VMware ESXi Hypervisor VMware ESXi Hypervisor HA 虚拟计算节点 计算节点 存储 网络 服务器 应用服务可用性 客户 安全性伸缩性 虚拟机数据存储vCNS基础架构服务 VMs Storage VMware ESXi Hypervisor VMware ESXi Hypervisor HA Rackspace 双负载 6 7 VMware虚拟层 VMware虚拟层 Rackspace 数据中心 Rackspace私有云 公用云 API Rackspace API 贵方 IT 团队 vSphere API vSphere API 贵方协调工具 贵方协调工具 生产专用vCenter 虚拟中心 贵方工具和脚本 这一途径的主要不足在于 vSphere 整合是一项较新的技术 并不是全部功能 都能与OpenStack系统密切整合 而且 由于VMware决定由OpenStack以 vCenter为代理管理节点进行vSphere管理 指配可通过OpenStack进行 但是 vSphere集群的配置必须通过vCenter和vSphere Web Client单独进行 最佳混合解决方案 Rackspace提供的第三途径是利用最适合的混合解决方案 首先 这与仓式途 径十分相似 也就是为vSphere和OpenStack创建独立的基础架构 从而确保 工作负载由最能满足需求的基础架构代管 然而 此处的目标并不是维护独 立的基础架构 而是将其整合为名副其实的混合解决方案 Rackspace 双负载 7 这一目标通过将不同基础架构的数据面和操作流程相整合而实现 通过在网 络层将其连接 我们可跨各个基础架构实现数据共享和应用整合 无论其消 耗量模型如何 均不例外 就其应用而言 代表案例是多层应用 由分布式Web 层运行于OpenStack Rackspace 私有云之上 其中 OpenStack Rackspace 私 有云借助于Rackspace RackConnect解决方案 与运行于代管型vSphere集群 的Oracle数据库连接 在这一混合解决方案中 Rackspace 公用云也可用于在 高峰期间促使Web层从私有云中扩展 结论 Rackspace云端运算的发展愈来愈快 企业需要其IT 部门加快响应速度和提高 敏捷度 现在的问题并不是 我们是否应采用云计算 而是 何时采用云计算 以及 何为采用云计算的最佳途径 而且 IT部门必须将现有环境纳入考虑之 中 在建立新一代移动应用和网络应用提供支持的基础架构的同时 继续对 现有环境提供合理支持 对于企业而言 需要做的是对其当前应用负载及规划应用负载进行评估和归 类 然后 将这些负载配合到正确的基础架构 如果需要多套基础架构 则 应确定怎样优化管理和整合这些独立的基础架构 为此 Rackspace 量身制定了消耗量模型和专项技术 以恊助客户制定和落实 双负载策略 作为最大的VMware服务商计划 VSPP 合作伙伴之一 拥有一 支经专业认证的VMware 专家队伍及丰富的专业经验 管理着45 000 多套虚 拟机 如需了解更多关于实施云端运算技术及Rackspace相关的信息 敬请致 电800 961 2888 Rackspace 双负载 8 Rackspace 双负载 Rackspace公司简介 Rackspace公司 纽约证券交易所证券代码 RAX 作为混合云技术全球领先 服务商 是OpenStack 开源操作系统创始人 数十万客户依托Rackspace提供 能满足其IT需求的最佳基础架构 依托Rackspace产品组合 让工作负载运行 于最适合之处 包括公用云 私有云 专用服务器或其组合 Fanatical Support 作为公司获奖产品 致力于帮助客户成功构建 部署和运行其关键应 用系统 Rackspace 公司总部设于美国德克萨斯州圣安东尼奥市 在全球四大 洲运行着数据中心 Rackspace 公司在 财富 100 强最佳雇主排行榜中榜上 有名 如需了解详情 敬请访问 附注 1 Rackspace UK Inc http www rackspace co uk open 本白皮书原样提供 仅供参考 白皮书中所含信息仅供参考 不得作为操作规程 并不代表公司合规性评估 亦不构成任何建议 我们强烈建议客户进行深入探索 以便进一步评 估适合于贵公司环境的特定要求 对于本文内容的完整性和准确性