这是一个大的命题，是需要业务场景或技术瓶颈驱动，如果命中以下几项，需要进行存储架构的迭代优化。 1、可靠性低：“服务器可靠性低，出问题数据无法访问甚至就都丢了，必须用多从同步来补可靠性的缺口”，“服务器网络抖动或磁盘亚健康问题很难监控处理，影响系统稳定性”，“服务器故障...

准确说，无论存算分离，还是存算一体，都没有什么网络规划的说法，只有面向大规模节点的集群规模下，才会考虑网络的建设和规范，比如说以下几个方面，抛砖引玉。1、尽量采用10G网络接口，并采用光口进行连接。上行链路采用40G接口。2、网络设备尽量做到冗余，至少配置2个万兆光口接入交换...

一般分布式对象存储通过多副本或纠删码等存储策略确保数据的高可用性，如对于重要系统的数据而言，可通过多数据中心多DC的方式以多中心数据同步的形式进行数据同步，实现数据的灾备能力。...

建议选择存算分离，理由如下。可靠性提升：外置共享存储可靠性结合云原生故障隔离和迁移能力，解决一体化方案可靠性短板，并为降低资源冗余提供基础；资源优化：解决数据快速移动，实现计算、存储弹性扩展，按需分配，减少因可靠性、运维能力不足造成的硬件冗余；能力复用：使用共享存储成熟的...

存储产品选型还是需要结合应用需求来看，包括容量、性能、稳定性、成本等维度。目前看基于银行业务数据服务需求，包括数据量，从GB到PB；对应的数据服务协议，包括SCSI/ iSCSI/NVMe、块/文件/对象、结构化数据/半结构化数据/非结构化数据；对性能的要求，从实时性要求高的时延微秒级到...

一般对于数据库和应用是有不同的考虑和选择的，对于银行来说，数据库考虑分布式数据库的相关选型，比如阿里OB、腾讯的TDSQL、华为的高斯、中兴的GoldenDB等，不同的数据库部署的方式不同，一般都是偏向于物理机整机部署，或物理机虚拟化分区部署。同应用是隔离开的。而应用的话基于...

如果说对于运维的挑战，不如说对业务的挑战，简单总结，其实就三点：多场景，高可靠，高性能。下面进行展开。可靠性、性能、扩展性满足要求，关键在于节点扩容能够保证保证性能和容量随节点增加而线性增长，同时需要保证IO的读写性能，其中需要考虑一个问题，IO的读写对于集中式存储而言，是非...

就银行传统应用即稳态和网络金融即敏态，这2种业务类型随着技术的发展已经在银行业普遍使用，就使用场景而言，2种形态目前而言还是并存的，但对使用的规模而言，两种还是有区别的。普遍而言，敏态业务比较适合存算分离架构，因为敏态业务规模比较大，计算和存储分离有利于各自扩展的需要...