个人认为不管是银行业还是其他行业的应用,对于存储的IO需求基本上可以划分成两大类:
1. 性能型。业务应用需要满足大量的读写操作。过去的做法是加大内存和高速缓存的容量,以提高读写命中率。但是由于提高高速缓存容量的成本太高,性价比不好。随着闪存容量和价格优势逐渐显现,采用闪存作为高速缓存的替代品,完全可以支撑业务应用对告诉读写IO的需求。
2. 容量型。对存储IO读写性能要求不是非常高,但是由于产生的中间过程数据或者成果数据量非常大。对于这类应用的要求,基本上可以通过低速存储,甚至虚拟带库来满足大容量低成本的要求。
收起从应用的类型和带宽方面说一下吧。报表类系统很耗资源,空间大,且抽数和出报表的时候基本会吃满存储的性能。这类系统建议不要和交易类系统共用资源。
银行交易类系统平时对于io带宽的要求都不会太高,有些特定的时候比如日结,季结或是双十一和抢红包的活动,要保证相关系统有足够的资源支撑。
交易 性能瓶颈 | IO数据特征 读写混合,随机小IO,时间集中并发,高IOPS。对IO延迟比较敏感. 涉及银行的核心业务交易系统 |
批处理 时间瓶颈 | IO 数据特征 大量的读写,高throughput.涉及银行日结月结及其报表决策管理类系统 |