频道栏目
读书频道 > 数据库 > Oracle > Oracle性能预测
2.8.2 购买更多的CPU能力
2013-09-04 13:36:41     我来说两句
收藏   我要投稿

本文所属图书 > Oracle性能预测

本书共10章。第1章介绍了性能预测的基本概念和范畴,分析了预测提供的信息及其价值;第2章介绍了基本的性能预测概念,深入研究了如何组合及建模性能预测;第3章介绍了提高预测精度的一些有效手段,通过选择合适的...  立即去当当网订购

虽然性能优化的目标是永不建议购买额外的硬件,但预测时建议获得安全/可靠的额外的硬件是很常见的。容量管理(更确切地说是预测)与IT财务管理紧密联系。当预测被常规化地用于预算、规划和采购决策时,这一点尤为真实。所以,如果你是一个以追求性能为中心的人,请勿将需要更多的硬件能力当成自己工作的失败。获取更多的能力是正常的,在许多情况下,这样做是正确的。

购买更多的CPU能力(或更多的事务处理器/服务器组件,就此而言)有三种形式:更多的CPU、更快的CPU或更多且更快的CPU。我们将在第5章中更详细地阐述这些,但现在,请先接受以下内容:

更多的硬件能提高到达率的能力。

更快的硬件能更快速地处理事务,也增加了到达率的能力。

更多且更快的硬件,能使性能和到达率的能力方面,获得巨大的提高。

让我们来看看更多的硬件和更快的硬件选项的简要例子。

例2-3  使用更快的硬件

假设供应商正在投放速度提高20%的新CPU,并宣称它们将极大地提高性能。管理层想知道这是否属实。如果属实,管理层就会与财务团队进行成本效益分析,商讨可能的采购新硬件的预算。
提高CPU速度将会缩短CPU服务时间,因此服务时间将减少20%。目前的CPU数量是2,CPU利用率为65%,Oracle每毫秒将处理12.5个用户调用(到达率)。我们预计工作负载将会增加30%,因此管理层希望我们在工作中考虑这些因素。其数学计算过程大致如下。

1.根据目前的情况预测任何遗漏变量。除了CPU服务时间,我们已知所有其他变量。

 

2.在工作负载增加的情况下使用现有的硬件配置预测利用率和响应时间。唯一改变的变量是到达率。

 

3.根据增加的工作负载和更快的CPU预测利用率和响应时间。注意,服务时间和到达率变量都变化了。

 

在预期的工作负载增加的条件下,卸下旧的CPU并把它们更换成速度更快的新CPU,我们预测利用率将从85%减少至68%。这是一个很不错的?17%(85%?68%)的利用率提高!响应时间由0.364 ms/uc下降至 0.153 ms/uc!响应时间减少高达58%!这真是个极好的消息,因为若没有新的CPU,当工作负载增加30%时,利用率将提高到85%。而当利用率达到85%时,该系统将到达性能曲线的肘部,服务水平将最有可能受到不利的影响。因此,在这种情况下,供应商的建议是完全正确的。

例2-4  增加更多的硬件

我们被要求确定当工作负载预计增加30%时,是否有必要将我们目前的两个CPU的数据库服务器升级到4个CPU。如果我们确信这是有必要的,管理层就会与财务团队执行成本效益分析和可能的新硬件购置预算。该计算系统的细节与例2-3是相同的。

在例2-3中,我们发现,工作负载增加30%将导致CPU利用率提高到85%(见步骤2)。这正好是在曲线的肘部范围内,所以性能肯定会受到影响。因此,我们的解决办法是对系统调优,平衡工作负载(在下一节中说明),或添加额外的CPU能力。在例2-3中,我们切换到了更快的CPU,增加了CPU的能力。在这个例子中,我们将额外增加两个CPU。

 

让我们首先根据增加的工作负载和额外的CPU来预测利用率和响应时间。服务时间不会改变,因为我们没有使用速度更快的新CPU。

在本练习中,我们研究是否添加两个CPU就可以满足服务水平。它们肯定会得到满足!这两个额外的CPU使利用率从一个不幸的85%下降到很舒服的42%。而响应时间从0.364 ms/uc下降到0.107 ms/uc,骤降了71%。(有关详细信息,请参阅练习2-3,第2个步骤)。因此增加额外的CPU在技术上是可行的解决方案。

从购买的角度来看,我们迅速确定了两个备选方案:更快的CPU和更多的CPU。管理层现在要做的工作就是为我们的调优、购买和平衡选项(见下一节)执行投资回报率和成本效益分析。

您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:2.8.1 优化应用程序和Oracle
下一篇:2.8.3 平衡现有的工作负载
相关文章
图文推荐
排行
热门
最新书评
特别推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站