虚拟化项目的容量规划怎么做?

日期: 2008-08-04 作者:Alessandro Perilli翻译:唐琼瑶 来源:TechTarget中国 英文

在识别合适的服务器的文章中,我们讨论了实施虚拟化项目的第一阶段:决定哪台物理服务器最适合迁移到虚拟架构。我们认识到并不是每台服务器都能被虚拟化,并且为了虚拟化能工作,要专门注意一些服务。我们考虑了一些可用的解决方案,以帮助识别虚拟化候选者,我们还发现市场在这方面的产品仍然很缺乏。   在决定了虚拟化什么服务器后,接下来就是整个项目最关键的阶段了,那就是容量规划。

在本文中,TechTarget中国的特约虚拟化专家Alessandro Perilli将详细讨论容量规划。   什么的容量规划?   容量规划的含义是什么?它为什么是虚拟化实施项目里最棘手的阶段?在这个阶段,我们评估在物理主机里的虚拟物……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

在识别合适的服务器的文章中,我们讨论了实施虚拟化项目的第一阶段:决定哪台物理服务器最适合迁移到虚拟架构。我们认识到并不是每台服务器都能被虚拟化,并且为了虚拟化能工作,要专门注意一些服务。我们考虑了一些可用的解决方案,以帮助识别虚拟化候选者,我们还发现市场在这方面的产品仍然很缺乏。

  在决定了虚拟化什么服务器后,接下来就是整个项目最关键的阶段了,那就是容量规划。在本文中,TechTarget中国的特约虚拟化专家Alessandro Perilli将详细讨论容量规划。

  什么的容量规划?

  容量规划的含义是什么?它为什么是虚拟化实施项目里最棘手的阶段?在这个阶段,我们评估在物理主机里的虚拟物理机的分布,包括处理器类型、内存大小、大容量存储器及其类型以及冗余主板架构等等。

  这些物理机必须包含计划的虚拟机并且能在严重故障状态下生存。另外,取决于项目的需求,它们必须容易向上扩展。

  在一个中等复杂的项目里,选择的硬件不止包括物理服务器,还包括一个或更多的存储设备、网络设备、网络卡和线缆。每一样都要精心挑选,并不只是为了性能的需要。我们选择硬件的决定影响到下一阶段ROI的计算,并且将确定该项目是否值得去做。

  计算每核虚拟机数量

  硬件大小的一个临界值是每核心虚拟机比率(VM/core)。

  每个虚拟化平台都有一个预期的平均性能标准,独立于所选的硬件,由几个因素影响——虚拟引擎的优化到虚拟机必须处理的预期工作负荷。一个单核(或者一个单一CPU,就单核心处理器来说)能适度支持的虚拟机的数量取决于三个因素。因此,VMware ESX Server和Microsoft Virtual Server 2005 R2甚至在相同的主机上都有一个完全不同的VM/core率。

  为什么这个值是如此的模糊?影响的因素数量很大,很难对一个单一产品描述一个精确的比率。甚至虚拟化厂商都都仅仅提供一个指示。例如,VMware声明ESX Server能处理每核高达8台的虚拟机,而VMware Server(以前叫GSX Server)能处理4台虚拟机。不过,这些数量可能更高或更低,取决于诸如宿主的应用技术或I/O负载这样的因素。虽然这个值不确定,但它仍然是虚拟化项目里的一个关键点,它对于项目比较是必需的。然而有时候那是不可能的,在写这篇文章时,微软仍然没有为Virtual Server 2005 R2提供一个暗示的VM/core比率。

  越过VM/core计算,有义务记住我们不是虚拟化一台物理服务器,而是更多的服务器。因此,以同样的方式尝试像定义物理服务器那样定义虚拟机的大小不是最佳的解决办法。

  如何整合虚拟机

  鉴于一个以上的主机,一个典型的错误方法是使用与物理位置一样的相同逻辑位置整合虚拟机,例如,所有的生产机器必须在第一台主机上虚拟化,所有的开发机器必须在第二台主机上虚拟化,以此类推。这个错误主要取决于两个因素:被看作逻辑命令的维护是一个天然愿望和典型的文化偏见,严格来讲,物理位置在何处与包含的服务有关。

  这种方法经常导致不理想的整合率,架构师尝试在相同主机上塞满几台虚拟机,他们将发现机器超负荷。同时,另一个没有利用虚拟机的主机服务将浪费更多的计算时间。

  容量规划的最大挑战是发现互补的服务以平衡虚拟机分配。这个操作必须考虑几个因素,包括全天侯期间的预期工作负荷、需要的物理资源种类和每个动态波动的倾向等等。

  显然,这些因素能随时间改变——向上扩展或完全变异——因此,一个容量规划者也必须尝试预测工作负荷的增长。在企业管理中,虚拟管理员必须基于环境变化重新调整虚拟机。

  如果这看起来太复杂,最大的价值仍然从这个等式缺失了:每个服务能接受的性能水平。这通常是容量规划最忽略的方面,假定虚拟化应用将一直执行得最好。事实上,即使是最佳安排,每个软件应用都需要一个特定数量的物理资源以一种可接受的方式执行。

  容量规划必须考虑互补的工作负荷,并且必须审视可替换的安排以保证每个服务预期的性能。

  简化容量规划的工具

  这个任务似乎很难,不过幸运的是,当所有虚拟架构能够在不同的主机上无缝地、动态地移动虚拟机时,部分任务就可以简化了,这取决于工作负荷。VMware已经在新的Virtual Infrastructure 3(也有ESX Server 3.0和VirtualCenter 2.0)提供了这个功能,叫做Distributed Resource Scheduler(DRS),微软希望在其将来的Virtual Machine Manager工具提供同样的性能。

  现在,这些因素部分能通过一些产品的帮助来管理。

  首先,可能是最完整的一个产品,来自目前的市场领导者VMware。它的Capacity Planner是一个咨询服务,管理200台服务器的固定价格是22000美元。这个工具的最大好处是巨大的数据库,存储行业应用的平均性能值。基于这些值,VMware Capacity Planner不仅能提出最佳的可能位置,也能识别物理或虚拟级别的麻烦应用。

  VMware不是提供此类工具的唯一厂商,Hewlett-Packard Development公司也有HP MS Virtual Solution Server Sizer,Sun Microsystems公司也有自己的整合工具,给用户提供最佳帮助。这两种产品都是免费的,能调解和锁定具体服务器的大小。

  在这系列第一篇文章中已经提到了PlateSpin PowerRecon,它似乎是最有效成本的工作负荷位置解决方案。由于它的新整合计划模块(Consolidation Planning Module),它能提供VMware Capacity Planner相同的性能,减少行业平均数据库。它最大的功能是联合公司的P2V产品整合,在这系列文章的第四部分我们将看到,在项目的最初阶段,它提供了一个逻辑的行为累计流量。

  在下一篇文章中,我们将讨论容量规划转换成经济价值的工作是如何重要,这将告诉我们整个项目在经济上是否值得。

  关于作者:Alessandro Perilli是IT安全与虚拟化技术分析师,获得了CISSP、Check Point、Cisco、Citrix、CompTIA、Microsoft和Prosoft认证。在2006年,获得了微软MVP。Perilli是现代虚拟化传道者,并且是著名博客virtualization.info的创立者。

相关推荐