跑批系统都是串行的作业,需要存储系统提供更低的延迟和带宽,传统机械硬盘5ms左右的延迟需要进一步优化,只能引进基于闪存的存储介质,而全闪存阵列无疑是将闪存优化最好的解决方案,引进全闪存后存储效率提升了,同时机架空间和电力也节省了,然而全闪存阵列的功能目前来看比较薄弱,如去重压缩和各种快照技术等,因此从和现有架构集成的角度考虑,全闪存阵列是否有必要和现有存储系统组成混合存储资源池,按照分层的策略高效使用?
具体需求具体分析,如果空间紧张,可以考虑easy tier分层技术,比较对于全闪存阵列来说,这是引以为豪的技术。
实际上,对于很多企业来说,既然用上全闪存阵列了,当时就考虑到了容量的需求,核心业务系统的稳定和效率,这部分功能是无价的,对于核心系统而言,我们愿意花最大的成本去保持它的稳定,虚拟化,混合资源池,这些可能不会与核心系统发生关系,而去重压缩无疑也会影响存取效率。
对于混合资源池的分层,是存储厂商很乐于去宣传的功能,实际应用场景不多,实际产生的效率也很难量化,对于场景要求也比较高。所以不能一概而论吧。
收起可以考虑混合存储架构,将闪存阵列加入虚拟化资源池,正如问题描述,目前市场上闪存阵列速度比较快,但是在功能方面比较欠缺。加入存储资源池不但可以提升存储系统的使用效率,还可以带来功能的提升。
以银行系统夜间跑批流程为例,需要再规定的时间内完成相关业务系统的跑批工作,如果出现问题,将严重影响第二天的营业,所以跑批业务非常关键。不仅要求性能,还应该使用快照技术做备份,在跑批失败时可以进行回退。如果关键业务运行在闪存阵列上,可以将闪存阵列配合虚拟化网关组成虚拟化资源池,例如将ibm f900与svc配合使用,可以获得svc自动分层,快照等技术,而且和你单独实用f900没什么区别,保留原有性能,功能还得到提升。如果准备开始使用闪存阵列,还可以使用svc透明数据迁移功能将数据迁移到闪存上。
收起