2同行回答
存储架构作为IT架构中的一部分，是属于“地基”；从建筑学的角度看，楼房将经历从图纸到拿到钥匙的过程，我们做存储架构的设计，还是需要采用自顶向下的规划方法。谈到“从传统架构升级到分布式存储架构转型需要哪些过程，整合哪些资源？”，个人认为需要从以下几个方面思考。
第一、从顶层设计看。参考TOGAF企业架构，建议先以业务发展战略梳理出业务架构、信息系统架构和技术架构，直到细化到存储架构的需求。
1、业务架构，从企业的业务发展战略角度看，IT战略是否明确？需要多少用户使用？需要支撑多少业务发展？如何处理业务才能满足“客户”需求？此处决定是架构整合还是拆分？
2、信息系统架构，包括应用架构和数据架构。业务应用系统满足业务发展需求，同时产生不同类型的数据（结构化数据如财务数据，非机构化数据的如音频、视频，半结构化的数据等）
3 技术架构。存储架构的设计属于技术架构部分。业务以及业务系统将对存储的性能、可靠性、可扩展性、容量、数据安全和容灾等产生不同的需求。在此，需要详细的分析业务需求对存储需求的匹配。
如ERP系统可能包含财务、生产、销售、物流等业务模块，产生结构化数据（数据库数据），数据块类型数据读写频繁，数量在几个TB级别，比较适合传统架构存储，特别是FC-SAN （高性能、低延迟、高可靠性、存储双活容灾特性等）。
而另外一种情况是，大规模虚拟机和VDI，非结构化数据（档案、OA 附件、备份）等，文件或者对象类型数据，写一次读多次，或者数据变化比较小，性能要求一般，容量增长快，几十TB起至PB级，比较适合分布式存储；或者计算资源需求少，存储资源要多的情况也比较适合分布式存储架构。
综上所述，依据业务发展需求入手，清晰的规划出哪些业务适合传统架构，哪些适合分布式存储架构。简言之，没有最好的架构，只有适合的架构。
第二、从分布式存储架构设计角度看。
如果业务系统和数据架构匹配分布式存储架构，需要进一步详细设计分布式存储架构，以此考虑整合哪些资源。
1、硬件资源：是否有利旧的资源？服务器及其配件、网络交换机等现有组织IT资产。
2、软硬件是否解耦合？分布式存储是采用X86架构服务器通过以太网网络等连接，利用分布式存储软件组成的分布式存储系统，为此需要考虑架构的灵活性，是否支持软件和硬件的耦合，也是能否利旧的考虑因素
3、是否支持多种协议？FC/iSCSI/NFS/SMB/RBD/S3/HDFS 等 /是否支持多种数据类型存储？数据块？文件？对象？ 是否支持容器CSI接口？
4、是否具备高级存储特性，如快照、QoS、异步复制、多站点、存储同城双活、两地三中心等
5、分布式存储是否开放API接口，为业务系统/应用程序开发、运维管理带来便捷性
6、是否支持国产CPU，是否支持异构服务器集群？
7、是否支持数据分存储、数据归档、纠删码、备份程序接口等存储效率和生命周期管理等高级功能
8、现有网络情况以及分布式存储网络设备的选择和利旧
9、原有数据是否迁移？迁移窗口时间？迁移成本？分布式存储系统是否具有迁移功能等
10、运维管理的简单性
11、经济因素也是其中重要的因素，采购成本、运维成本、TCO（总体拥有成本）的核算方式在不同的企业中具有差异性，是存储项目需要整合考虑的重要因素之一。
12 、人员因素，不同的利益相关者将会有不同的视图，关注点也是不同的，这对于项目来讲也是一种资源限制，也同样需要整合。
以上建议，请酌情裁剪增删， 仅供参考！不足之处，多多斧正。
收起