我们正在使用iSCSI存储，并为iSCSi提供两个专用VLAN。 我们最初并没有实现巨型帧。 我想现在打开它。 我知道我需要打开连接到iSCSI VLAN的NIC以及它们连接的交换机端口，然后对SAN本身也一样。 我的问题是关于所有这些的时机。 我有4个iSCSI盒子和30台服务器连接到它们。 我可以在不同的时间做出改变而不会造成很大的麻烦吗？ 例如，如果我首先将所有NIC设置为巨型帧，然后再执行交换机和存储，那么如果iSCSIstream量同时移动，是否会出现问题？ 出于显而易见的原因，我宁愿不先closures所有的iSCSistream量。 我想我可以合理地协调这个工作与networking人员在一个晚上做这一切，并计划同时启用交换机端口的stream量控制。 build议吗？
我会走这条路：
1）交换机2）存储3）客户端
在我的练习中，我曾经多次使用带有9k jumbos的iSCSI，通过一个禁用巨型开关，可能导致吞吐量下降。 所以，显然，开关总是先走，实际上不会改变任何东西，你只是允许客户端使用超过1.5k的帧，但他们当然可以继续使用没有任何限制的标准大小的帧。
第二个将是一个存储，因为（我不确定在这里）当客户端启动一个tcp连接，它要求存储使用一个标准的帧从开始，如果这个客户端还没有切换到巨型。 因此，存储可以同时处理使用巨型框架的客户以及处于标准框架上的客户。
我把它比作水stream。 在打开水龙头之前升级pipe道。 换句话说，首先在所有交换机上启用巨型帧，然后在NIC和SAN上启用端点。 我不确定您应该启用端点的顺序。
从EqualLogicnetworking性能指南：
要利用巨型帧，服务器与PS系列组之间的networkingpath中的所有设备（包括交换机和用于访问卷的NIC）都必须启用巨帧。
为巨型帧configuration的交换机将支持标准以太网帧和巨型帧。 但是，如果为超巨型帧configuration了NIC，但交换机不是，则可能会遇到不一致的行为。 如果帧很小，交换机将正常工作，但一旦NIC尝试发送大于1500字节的帧，交换机将无法处理帧并将其丢弃。 另外，如果为巨型帧configuration了某些交换机，但其他交换机却没有，则在连接build立后发生路由更改时，可能会遇到不一致的行为。
对于我们的EqualLogic SAN，新的MTU大小只对新的iSCSI会话有效，所以强制执行故障切换或以其他方式重新设置会话。
当设置iSCSI会话时，EqualLogic执行pathMTU发现以确定最大值。 整个path支持的MTU大小。 如果path支持9000字节大小的帧，则启用它们，并将其logging在SAN中。 不知道其他SAN如何做这个，所以检查你的文档。