不谈收购，就算数

    非常抱歉，我在上篇文章里《从FCoE前景看存储客户需求》还是按照老的记者思路写了很多究竟哪家公司的市场策略正确的评论。非常抱歉，其实那和我们这些用户没什么大的关系。我想围绕着那篇文章的第一部分再深入讨论一下，来简单做些计算看看我们未来该如何考虑。
    我们来看看传统的以太网建设吧。一般来说一台服务器至少需要一个以太网链接，有些重要的可能需要多个网络链接，比如说为了关键业务的冗余，比如需要流量的负载均衡，乃至需要网络的物理分割。总之接入层有多少台服务器至少需要有多少个接入接口，按照1000台来说，至少需要1000个接入端口。
    一般一个数据中心会有多层的网络结构，比如接入层和核心层，如果比较大的情况下可能还要有汇聚层。收敛一下，48个接口或者更多接口收敛一下，10-20个接入上联接口。通常这样的链接需要做冗余，所以端口数量还需要翻番到400个接口。如果还有核心，还要根据网络的拓扑有一定数量的交换机互联端口，而且肯定会有冗余配置。
    交换机数量上来说，如果采用48口的固定配置接入交换机，20多台接入交换机，如果采用机箱交换机，而且采用高密度的布线方案可能会少些。汇聚和核心层交换机必然要进行双机的冗余。
    再想想跳线和配线架吧，1000个接入口，意味着在布线上要有几倍的接口数量。
    看到这里，我们要考虑的是运营问题，你需要多少信息点，如何布线。需要对多少个交换机进行配置，对多少个端口进行配置？需要做多少个vlan，需要配置相应的生成树，需要配置多少个IP网段？接入端口和交换机互联的trunk端口要进行配置，需要配置哪些负载均衡，IP层的负载均衡、MAC层的负载均衡，而后是VRRP等高冗余性的配置。还要考虑安全设备的接入，流量的监控。日常运维的含义不是说配置好了就千年不动，业务变化可能带来网络的调整，日常的监控也必不可少。运营的压力随着服务器数量增加和网络拓扑的复杂成倍数的增长（不知道有没有人计算过）。堆叠、或者把机箱交换机应用在接入层的一些案例，其初衷之一，首先是降低运营维护的复杂度，另外还有就是提高性价比，冗余的电源、冗余的交换引擎同时可以为更多的端口提供服务。
    再看看存储，我们的命题是，我们知道未来存储必然是方向，虚拟化是方向，也就是说你有多少台服务器，就有多少台服务器需要有网络化的存储。另外就是像视频监控、语音乃至一些其他应用的计算节点里也有存储的需求。
    假如所有的用户都认为SAN是方向，效果好，或者说SAS的存储是方向效果好，那么类似的数学题我们需要再做一遍。而这仅仅是数据中心里服务器场这边，在存储区域里还有类似的计算题要做。
    仅仅从服务器场这边，如果采用现有的SAN或类似方案的话，需要一个完全重叠的网络。物理上完全重叠，需要有重叠的布线系统，要进行区别的管理。需要独立的重叠的网络设备，需要进行分别的管理和维护。意味着维护的交换机端口数量翻倍，布线系统翻倍，电源接口可能翻倍，端口的配置工作量会增加多少，那更是天知道。
    增加的难度会有多大？说说跳线吧，假如你的数据中心团队没有养成很好的习惯，缺乏很好的工具，假如大多数以太网和FC都采用了同样的光接口，不能做到所有的线缆都明确标示，调整中都严格按照规范操作。一次简单的排查线路是否出现故障，都会形成噩梦。
    我只想说，不论未来是什么技术占优，只是不要太麻烦就好。如果重叠建网，的确有些添乱。