如何解决存储资源的高可扩展性？

前面几位同仁谈的都很好、很具体。解决方案需要根据应用场景、规模和数据类型来具体斟酌。LinuxONE本身是一个服务器，他支持大部分当前流行的存储技术和设备（主要是高端和中端）。LinuxONE比较独特的是自身I/O连接能力非常强，一台机器可以连接和支持很多台存储，因而可以简化存储架构。

针对社保省级大集中，其核心业务系统的数据量应该在80TB左右（大省)，需要的存储资源在200-300TB左右。对于LInuxONE方案，这是很正常的规模。

数据存储的高可用技术解决方案主要和使用场景有关。

如果使用文件存储方式，那么只能从应用层上进行定期的数据备份。

如果使用块存储，可以通过冗余链路，SVC的数据同步复制等功能实现。

两种方式比较起来，第一种的成本较低，但同时性能低、可靠性差；第二种方式的性能、可靠性都要好很多，只是成本也要高不少。

个人认为要解决存储资源的扩展性：

1 既有存储的整合：

采用存储虚拟化解决方案，将传统存储进行SAN环境的统一整合，实现存储跨物理设备。当然这里面需要考虑一些问题，比如资源池的划分，比如闪存的合理利用，比如SAN环境IO延时的减少等等。

2 采用新的存储技术：

利用纯软件存储，比如IBM的SPECTRUM Accelerate，比如VSAN等等类似的产品，将零散的存储资源整合成资源池，依托以太网以来提供存储服务，依托软件本身的高冗余度及分散存储算法实现负载的平衡。当然这种存储方式的实现是需要规模效应的，十个八个计算资源组成的存储池完全体现不了其优势。另外需要配合SSD盘来实现存储的缓存服务，提高整体性能。

以上两种方式，横向添加节点非常容易，而且对既有业务不会造成任何影响。但是设计的时候需要注意服务节点或者实例的性能与业务整体负载的平衡。假设业务整体负载很高，存储资源池横向够宽，但是存储服务节点落在很有限的一个或者两个节点上，那就可能会照成服务瓶颈。总而言之，设计的时候还需要多多考虑。