核心的业务系统是否建议只用dedicated cpu模式运行

在powervm环境中,配置cpu资源池后,多个upcapped下的微分区会通过权重设置进行cpu资源的索取,那么对于核心的业务系统,在某些情况下是否应该尽量规避资源的争用,以降低核心系统性能的不稳定性。换句话说,核心系统尽量用dedicated模式,而业务负载存在波峰波谷的典型业务采用shared...显示全部

在powervm环境中,配置cpu资源池后,多个upcapped下的微分区会通过权重设置进行cpu资源的索取,那么对于核心的业务系统,在某些情况下是否应该尽量规避资源的争用,以降低核心系统性能的不稳定性。换句话说,核心系统尽量用dedicated模式,而业务负载存在波峰波谷的典型业务采用shared的模式以提高资源利用率?

收起
参与8

返回yangjianxv的回答

yangjianxvyangjianxv部门总经理成方金融科技有限公司

如果害怕进入资源池后性能下降,有没有太多资源、人员去调优,那么可以保持dedecated CPU。所谓的IT双模。

但以我单位的情况,最近2年新上的系统均采用powervm虚拟化资源池。不论是核心交易还是其他非核心系统。

通过系统配置的调优,应用程序逻辑、编译选项优化、应用架构等多方面的调优,现在交易系统的响应时间比原来非资源池的方式还要快很多。


举个例子,

1)某交易系统原来在非资源池中,响应时间为100ms,

2)后来放到资源池中,变成了120ms,

3)经过配置调整(关闭VP折叠,开放连接大机由SD负载均衡模式改为ACR单边),差不多回到了以前的100ms

4)经过应用程序逻辑、编译选项优化,可达到60ms,

5)最近在实验室,经过应用架构优化(分布式)、应用逻辑进一步优化(优化消耗CPU的函数、去掉业务冗余的大字段,多笔提交,XA两阶段改一阶段等)的方法,响应时间可达到20-40ms。

银行 · 2016-12-16
浏览1676
  • 感谢专家的解答,很专业啊!虚拟化技术大幅提高了资源利用率,虽然在不改变应用架构和应用逻辑现状下,理论上肯定会造成性能下降,但这样可以倒逼前端应用进行优化,如此一来一举两得,有时候我们做后端运维的工程师很少能逆势而上促成前端应用进行代码优化、架构调优等,看来虚拟化后的调优能增进后端运维和前端应用的感情,呵呵
    2016-12-16

回答者

yangjianxv
部门总经理成方金融科技有限公司
擅长领域: 服务器中间件数据库

yangjianxv 最近回答过的问题

回答状态

  • 发布时间:2016-12-16
  • 关注会员:2 人
  • 回答浏览:1676
  • X社区推广