通过管理软件限制流量和带宽

    那么我们下一步要做的，就是限制流量。在DCF的CLI界面，我输入了：

    portcfgqos –setratelimit 3/2 200 

    这行命令，定义了数据在DCX slot3 port2的最大值是每秒200 megabit，这也是我其中一个HBA所连接的位置。之后，我们再回到DCX，再看看Top Talkers的任务显示，可以发现我们设置的组的流量情况有了很大改善。 

    运用CLI ，我们将速率限制在200Mb增量以内，但只这是一个价值不大的工具。为什么这么说呢？因为真实的世界将可能更加残酷——带宽可能被某些应用全部占用，比如说备份。如果不再需要速率限制，那么速率限制被简单的重置，只需通过一小行命令，可以迅速恢复到早先的没有限制的状态。

    不过这里，为了准备下面的测试，我必须减少DCX之间的带宽，以便更容易观察提升的数据传输速率。因此，我停止了一个ISL 端口，然后将另一个设定为1Gb。我刚刚设置完，EFCM平台的博科企业架构连接监控GUI就显示了堵塞——看下图的那条红线。

    每组，Top Talkers显示一个低了很多的传输速率22MB。我们一定要在两个机器之间设置明显低于ISL的速率的原因是，我们希望看到DCX是如何分配不同的服务水平。这些服务水平分别可用到带宽的60%、30%或者10%。

    采用DCX，你可以分配一个特定的QoS给架构中的每个区域(Zone)。厂商一般定义QoS的时候，很容易称呼其为“高、中、低”，不过博科的习惯实在是很奇怪——一个区域名以QOSH开头，表示分配到了高服务水准、QOSL则意味着低水准。而QOSM定义了中档的服务水准，中档服务水准也是区域的系统默认值。

    如果你觉得这是一个很奇怪的分配QoS水准的方法，我相信很多人都赞同你的想法。我本人也更习惯简单的设置QoS，不想更改那些Zone名称。不管怎么说，博科坚持认为这样的Zone命名方法可以更好的满足消费者的需求，因为这可能更加便于管理和监控。虽然奇怪，但公平的说，这是很简单。