孤岛似的本地盘资源和外置存储资源池化方案孰优孰劣？

近日，一机构交流中反馈，数据库服务器一般典型配置了10～24块3.84TB SSD盘，配置容量也不少，但是很多时候应用系统的数据库就几百GB，或者几个TB，发现资源利用率很低，浪费严重，有什么好的解决办法？

其实当前的这些 分布式数据库 推荐用服务器本地盘资源，就会形成这样的局面，SSD容量资源是存放在各个 服务器节点 ，一个一个孤岛似的，类似历史上的封建割据。如下图，配置了30TB资源，但是应用系统就只有几百GB，利用率个位数，但是盘也不能太少，太少盘的并发IOPS性能不够。现在应用系统其实很多是小库，容量绝大部分10TB以内，要采购的标准服务器来匹配应用系统数据库容量，是很难有任何比例的说法的。

有一个解决方案就是把所有服务器本地盘拉出来，统一做资源池化管理，这个池化资源可以是100张SSD盘组成的一个存储池，系统内部切片打散，资源分配是按需分配，应用系统需要500GB就映射500GB的逻辑空间，扩容也很简单，再映射更大的逻辑空间即可，而享受的是100块盘甚至更多盘组成的更高的性能待遇，而不是只有孤零零的几块盘的性能。容量空间的集中共享带来利用率的大幅提升到80%，其实是节约了成本的。另外容量和性能卸载到专业的存储系统，也节省了数据库CPU资源的消耗，减少了节点规模和数据库节点软件许可，节省了相应的成本支出。据一大行用户讲，通过这种存储池化卸载，提升单片库的数据库容量到24TB甚至更多，减少分片数量，节约成本和架构管理复杂度

统一集约的 资源池 管理，相对于孤岛似的资源管理，孰优孰劣相信这个图一目了然。在这个技术架构混沌的时代，要擦亮双眼，明辨是非，用基本的常识来判断是否合适，甚至管理哲学来判断是否合适，避免被带到沟里了。