是否可以考虑使用闪存阵列来提高存储性能?三点难题

针对如何应对制造业ERP等关键业务系统的IO瓶颈问题,首先需要了解系统的架构,是集中式的一套系统(ERP,包含多个模块),还是独立的多套系统?

如果是集中的单一系统,在不考虑改变架构的前提下,那么需要弄清楚瓶颈纠结在哪一端?是计算资源瓶颈,还是IO瓶颈?

如果是IO瓶颈导致系统等待时间长,是否可以考虑从应用sql语句或者应用逻辑层面优化,如果不行,是否可以考虑使用闪存阵列来提高存储性能?不知道大家如何看待这三个问题!
参与10

5同行回答

pweypwey系统架构师中体骏彩
目前,主流的ERP系统疾病还是集中式的,也就是说各个应用模块耦合性非常强,整体架构设计复杂,管理相对而言比较简单;多套独立系统我理解应该是耦合性相对不强,整体架构调整会比较灵活;ERP系统相对而言内部数据关联处理和查询较多,计算资源消耗相对而言会更大,但大量的查询也会造成IO...显示全部
目前,主流的ERP系统疾病还是集中式的,也就是说各个应用模块耦合性非常强,整体架构设计复杂,管理相对而言比较简单;多套独立系统我理解应该是耦合性相对不强,整体架构调整会比较灵活;
ERP系统相对而言内部数据关联处理和查询较多,计算资源消耗相对而言会更大,但大量的查询也会造成IO瓶颈,个人感觉优先处理计算资源消耗,但是还是要具体问题具体分析;
应用的调优肯定要优于设备的更换,一两条语句的执行计划改变,可能带来的性能就是几倍的提升,而设备硬件的提升不一定会带来性能优化,得看你到底IO慢在哪个阶段,闪存阵列的优势就是高并发,高IOPS,只有这种应用场景才适用,ERP系统肯定会带来一定的业务性能提升,但成本较高。收起
政府机关 · 2015-08-19
浏览1601
leiman720leiman720系统架构师BS
楼上两位都很专业,确实系统优化是一个系统而且复杂的长期工程。 企业中普遍存在的现象是应用程序的效率确 ...leiman720 发表于 2015-8-19 12:54     “系统耗时分布图”感觉做起来还是有点吃力。 首先应用程序方面要分清楚所有的处理逻辑及阶段,比方说到底是数...显示全部
楼上两位都很专业,确实系统优化是一个系统而且复杂的长期工程。 企业中普遍存在的现象是应用程序的效率确 ...
leiman720 发表于 2015-8-19 12:54



    “系统耗时分布图”感觉做起来还是有点吃力。 首先应用程序方面要分清楚所有的处理逻辑及阶段,比方说到底是数据库连接慢,还是程序处理慢,如果是程序处理慢,又慢在哪个子阶段。 这个对应用程序的日志输出等也有很高的要求。其次,如果是数据库返回慢,又得从数据库层面来看sql的执行效率。再次,中低端存储是否有IO性能的监控?比方说IBM的DS5K系列等。收起
工业制造其它 · 2015-08-19
浏览1643
ljq2184929ljq2184929系统运维工程师中国建材
建议使用系统耗时分布图来判断性能瓶颈:单一的系统,不考虑改变架构的前提下,对系统的各个环节进行监控,获取各个环节的时间分布。存储的IO性能也是可以通过存储的管理软件获取出数据的。系统的快慢也有可能是数据库系统参数不合理,SGA等参数不合理、ERP的业务系统配置参数不合...显示全部
建议使用系统耗时分布图来判断性能瓶颈:单一的系统,不考虑改变架构的前提下,对系统的各个环节进行监控,获取各个环节的时间分布。存储的IO性能也是可以通过存储的管理软件获取出数据的。系统的快慢也有可能是数据库系统参数不合理,SGA等参数不合理、ERP的业务系统配置参数不合理,或者业务逻辑优化不够、网络基础架构设计方案不合理,硬件配置过低等多个因子构成。
如果是IO等待时间过长,可以几方面进行优化:1、对现有的SQL进行一个top排名,看主要是哪一些sql占用的系统资源够多,可以进行分类优化,如通过建立索引,分区手段、优化业务及应用逻辑方式进行;2、除此以外如果还不行,通过修改优化数据库系统参数进行调整,达到改进系统性能;3、对硬件性能进行更新和提升,通过换用SSD可以提升一部分IO性能,会比传统的磁盘要提升一些性能,EMC有FASTCACHE技术,但要预估一下应用对数据的命中率高低。另外比较流行的硬件提升技术有使用FUSIONIO卡,对IO的提升也是很高的。
当然总结一句,如果是应用逻辑,sql设计不合理,光提升IO是不可能达到最终目标的,各个环节都有提升才会有效果。收起
互联网服务 · 2015-08-19
浏览1604
a156580801a156580801IT顾问盒子支付
你的问题很经典,基本就是我们公司的现状,目前走了闪存这一步了。那么问题来了,换了闪存是会快很多,但是基本你就绑架在了IBM上了,是使用IBM还是使用exadata,从成本角度来考虑,闪存的一次性投入低,但是IBM对硬件的支持度是很高,对应用的支持度之差是业内公认的。exadata对硬件支持...显示全部
你的问题很经典,基本就是我们公司的现状,目前走了闪存这一步了。那么问题来了,换了闪存是会快很多,但是基本你就绑架在了IBM上了,是使用IBM还是使用exadata,从成本角度来考虑,闪存的一次性投入低,但是IBM对硬件的支持度是很高,对应用的支持度之差是业内公认的。exadata对硬件支持也不错,应用这一块更是他的强项,我觉得目前的问题不是用不用闪存做存储的问题,而是用闪存还是exadata的问题。随着oracle不断的提高他的版本,并使用内存数据库,到时候或许你只要加大内存,就可以提高性能,闪盘虽好,Oracle始终是内存数据库,而不管是什么关系型数据库,最终还是要向内存化转变的,这是一种趋势,所以怎么选择自己头痛去吧。呵呵   我已头疼很久了收起
工业制造其它 · 2015-08-19
浏览1573
leiman720leiman720系统架构师BS
楼上两位都很专业,确实系统优化是一个系统而且复杂的长期工程。 企业中普遍存在的现象是应用程序的效率确实值得考量,但通常他们又是最不愿意承认问题的,总是停留在基础层面,只管实现业务逻辑,至于执行效率根本不是优先考虑的。 这就对系统管理人员提出了更高的要求,很多时候都...显示全部
楼上两位都很专业,确实系统优化是一个系统而且复杂的长期工程。 企业中普遍存在的现象是应用程序的效率确实值得考量,但通常他们又是最不愿意承认问题的,总是停留在基础层面,只管实现业务逻辑,至于执行效率根本不是优先考虑的。 这就对系统管理人员提出了更高的要求,很多时候都需要系统人员来指出问题。 此外,DB2数据库没有类似Oracle的awr报告,分析起来也相对费劲点。收起
工业制造其它 · 2015-08-19
浏览1608

提问者

leiman720
系统架构师BS
擅长领域: 存储备份虚拟带库

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2015-08-19
  • 关注会员:0 人
  • 问题浏览:4676
  • 最近回答:2015-08-19
  • X社区推广