存储资源池化改造规划、实施过程疑点？

对于聚焦的这 5 个问题，个人认为每个话题都可以展开讨论，这里基于我个人的视角给出一点思考。

1.存储资源池规划过程中，如何与监管层日益推行的金融数据治理方向进行贴合

根据”银行业金融机构数据治理指引“，对于金融机构，一方面是监管要求的应对，另一方面是多年积累的数据治理需求集中爆发，在整体框架下，可以分为5个层级（数据应用-数据价值-数据挖掘建模分析-数据质量和治理-数据基础架构），存储资源池规划离不开上层业务架构和机构的需求驱动，从顶层设计逐步向下推导的过程，聚焦在存储资源层，更多应关注接入协议、接入链路冗余、性能分层、存储容量、数据冗余、数据安全、数据共享、架构弹性扩展、权限管理、硬件异构等基础维度上。

2.存储资源池逐步云化的成本收益核算、存储资源池化后异构存储设备处置

成本收益核算有一些模型可以参考，除了一些标准可量化、可度量的指标（存储容量、冗余等级、上线效率、基础架构软硬件投入、采购周期、商业服务、运维成本等），我想从另一个视角出发，就是对架构的掌控能力，这个并不好量化，但是也很重要，到目前，银行仍然使用大量黑盒的解决方案（软硬件一体的存储产品），运维人员实际对于这样的产品内部了解很少，出了硬件问题，只能借助厂家的服务支持，当使用标准化的SDS类产品构建存储池后，PC服务器对于运维人员太熟悉了，并不是需要运维人员可以实际解决出现的问题，而是对问题的原因、影响范围、优化方向的掌控力，这是一类不可量化的成本。

3.存储资源池化后异构迁移实施要点及相关规避事项

在对于异构环境下的不同存储的数据迁移，很多时候是不能避免的，通常对于异构存储资源池最好的数据迁移方案是利用上层实现，通过业务或OS层面完成这个动作，有几点建议，关注链路带宽，并做真实数据测试验证，评估时长，规划好数据迁移计划，数据迁移是否影响业务服务状态（冷迁/热迁），是否需要停机窗口，数据迁移完成的校验等动作。

4.存储资源池化过程中文件传输类平台如何同步规划

存储资源池的规划设计与支撑上层业务相关，不同的业务场景对存储的需求不同，会涉及三类存储资源（块存储/文件存储/对象存储），由于适配场景不同，通常会各自单独规划，构建不同类型、不同规模、不同性能的资源池，为上层不同的应用、不同的业务部门提供存储资源，当然，也有采用统一的存储软件栈，同时提供这三种能力，这里没有最好的方案，最适合自身发展的才是最好的，从规划角度，将存储资源以服务的形式提供给上层（云化），是目前的一种发展形态，所以就需要同时规划好底层的存储架构，池化并抽象资源，向上层提供按需、弹性的块/文件/对象存储服务。

5.中小机构现有三中心架构模式下，存储资源池改造过程如何有效进行

对于目前金融机构的两地三中心的数据中心建设布局，IT 架构的设计是全局性的，需要从上而下的全局思考，涉及很多环节，如聚焦在存储资源池，基于支撑不同的业务等级，同城主数据中心存储与备数据中心可以采用双活的方案设计，实现RPO=0的数据保护（数据中心间的距离和链路质量是否具备双活条件），异地数据中心，更多充当的角色是异地灾备，异步数据同步，目前的存储产品，无论是集中存储还是分布式存储，都有比较完善和成熟的双活和异步备份解决方案。