【IT168 专稿】D主任最近的日子有点烦。

原来，D主任是一家电子交易企业的信息主管，公司信息化建设的所有事情全都是D主任主要负责。好在开始的时候，公司的业务规模比较小，提供的服务也无非是商家的信息发布，和买家信息查询，D主任凭借自己对服务器、数据库那两把刷子，给公司搭建了一套初期的信息基础架构，对于公司当前的业务规模来说，应付起来还是绰绰有余。

不过近来，这套系统看起来有些吃不消了。原来，随着公司的业务越做越大，访问量压力日益提高，后台的数据也越积越多，D主任当初搭建的那套系统，在公司现有的业务压力下已经捉襟见肘，更不要说满足未来发展的需要。

不仅仅现有的业务对信息系统已经造成很大的压力，老板还在外面和多方面的投资人商谈，想进一步扩张公司经营范围。从老板的角度来说，未来还有很多新的经营模式要投入使用，还要给投资人做出种种规划，比如PV/UV增长多少，平均每年吸引多少忠实用户……

现有的用户压力已经很让系统吃不消了，舍不得孩子套不着狼，这下老板也痛下决心，决定换一套业务系统。但是，D主任就犯了难，服务器和数据库D主任还是有经验的，问题是存储系统选择什么样的会比较好呢？

数据增长问题

看来是老干部遇到了新问题，这不，D主任找了自己的老同学S博士，请他来给自己支支招儿。两人约在了一家咖啡厅见面。

S博士开门见山直奔主题，了解了一下D主任这边的情况：在之前的2-3年内，数据量基本保持在每年10-20TB的增长，未来，如果老板还会吸引风险投资的话，还有计划上视频点播、在线社区、网络游戏等等业务，这下访问量和数据量增长都完全没法儿估计了。

最麻烦的事情就是没办法确定一个清晰的需求，看起来S博士似乎也一筹莫展，沉吟了半天，S博士抬头到：不妨考虑下集群的存储系统。。。。

D主任：“啥叫集群存储系统？”

“传统的磁盘存储系统，前端一般是2个控制器，高端产品配置了更多的控制器，但控制器的数量一般比较难扩展了。在数据量飞速增长的情况下，大部分情况下的扩展，就是增长后端的磁盘数量”S博士娓娓道来。

“这就好像是一列火车，后边拉的车厢越来越多，但火车头的动力没有扩展，整列火车就会越跑越慢。”

“集群存储比较像现在的动车组，把火车头的动力与车厢相匹配结合，这样，在增加车厢数目的同时，火车的动力也按比例增加了。这就是集群系统，比较合适一些数据增长量很大的成长型企业应用。”