【背景描述】
银行业核心系统的性能要求是最高的,因为所有银行交易类业务最终都需要核心系统的支持。所有系统中对于核心系统的访问量以及并发数等指标都是远远高于其他系统。
因此,核心系统的性能直接关系到整个银行交易类业务的性能。它的性能决定整个银行IT系统的性能指标高低。
【问题分析】
对于性能问题,其实我认为取决于几个因素:
<网络传输性能、应用网络性能、应用服务器本身的性能、数据库服务器的性能、存储系统的性能等。>
以上每一个因素的瓶颈都会造成整个核心系统的性能瓶颈。因此我认为核心系统的性能问题是一个系统化的整体化的优化策略。只有通过不断测试评估出最佳的资源比例配合、最佳的参数配置才能保证整个核心系统的性能最优。而不是单单去解决存储的性能问题,因此闪存的解决方案也只能解决性能问题中的一个点。
当然这里还有一个很重要的问题就是性能的伸缩性。也就是说当资源确定好最佳比的时候,是否可以按照这个比例增加资源绝对数目就可以达到性能的一个近似线性的提升?
我认为不可以,因为应用服务器的伸缩性以及应用服务器之上的设备资源伸缩性很好解决,只要通过应用集群技术就可以完成几乎近似线性的性能增长。但是数据库服务器的性能就不能始终通过扩展节点数目来解决了,因为数据库集群的主要性能问题关键在于节点间的热点竞争。这个问题业界暂时的解决方法是通过分布式数据库,也就是数据的拆分技术暂时解决。但是这需要应用层面高度的业务拆分来配合。对于银行业,目前无法做到这一点。
当解决了数据库的这一点之后,才轮到考虑存储系统的性能扩展问题,这个时候闪存当然就是其中非常好的一种解决方法。
一点我自己的想法,欢迎提出建议和想法。
楼主分析的是,赞一个;
个人感觉,存储出现瓶颈的可能最大;主要是采购时预留未来增长的空间很好计算,但预留性能,iops就比较难。而且对于oltp的系统处理能力越高,存储压力越大;
硬件+软件+业务
另外,在出现问题时,往往从业务层面的调整能起到更明显的改善,不过这层面的调整难度最大。
底层方面,目前使用ssd,svc,easytier等技术都比较成熟。能有效提高整体性能;
其实,就我们个人目前所遇到的问题而言,主机,存储,网络均未出现过性能或者IO的瓶颈问题,倒是应用系统的架构设计以及业务逻辑流程不断的有这样那样的问题,所以个人认为主机、存储以及网络虽然在架构方面也有较大的变数,但是更关键的应该是应用系统本身的架构设计最为关键。
收起首先,闪存解决了高IO响应的问题,这个机械硬盘无法达到
其次,闪存的成本并没想象中的贵的离谱,因为不用通过复杂RAID来提高IO吞吐量,这又避免了一些RAID的BUG
最后,闪存的耗电量是机械硬盘望尘莫及的
完成一个I/O流主要经历过的节点有HBA,FC网络,存储前端口FA,存储缓存、存储后端口,物理磁盘。而很个过程中最耗时的是物理磁盘。
存储阵列的缓存的大小和处理方式直接影响到I/O流的性能,也是定义一个存储阵列优劣的重要指标之一。
I/O的处理速度通常会远离理论值,原因多个并发量较大而造成的队列延迟。
优化I/O的方式可以从多个节点入手,而最显著的效果是提升物理磁盘的速度。因为存储阵列会把尽可能多的数据放入缓存,而当缓存用满以后的数据交换则完全取决于物理磁盘的速度。
适当选用合适的RAID级别,因为不同的RAID级别的读写比例大不相同,可能使得物理磁盘处理耗时几倍增加。
所以选择热点数据分层可以很大一部分的优化存储性能,全闪存存储对特别的重要的系统来说可以一试。
收起