我正在configuration一个新的networking，并且遇到了一些问题，我很难find关于使用VLAN分离核心networkingstream量和iSCSIstream量的最佳实践的良好答案。
核心networking的交换机是Cisco 24端口3560X做三层VLAN路由和三个3560x 48端口。 我有3-4台服务器，每台主机平均有7-10个虚拟机。 我用交通量过载了交换机吗？ 我最好为SAN做完全专用的交换机吗？
是的，你在问问题。 为了从iSCSI中获得良好的性能，您需要在交换机上启用巨大的数据包。 在3560上，您只能为整个交换机设置MTU大小，而不是单个端口。 所以你必须为整个networking设置一个更高的MTU，这可能会导致更多的问题，你必须处理。
除了这个问题之外，你还要为基础设施的一个非常关键的部分增加更多的复杂性。 除此之外，如果所有设置都不正确，则您正在引入潜在的安全漏洞，因为VLAN跳转可能是一个真正的问题。
您还必须担心交换机的性能。 iSCSI对性能问题非常敏感。 让您的networking和SAN都可以让交换机过载。
远离它！ 为您的iSCSInetworking购买专用交换机，您将不会后悔。
除了别人所说的之外，实际上应该有两台交换机用于冗余存储networking，并configuration了多path，以便每个虚拟机pipe理程序主机有两条到SAN的path。 此configuration（取决于pipe理程序，许可证等）还允许path之间的负载平衡以及高可用性。
一般最好把它们分开。 但是这花费更多的钱。
但是只有你可以回答，如果你是过载的开关。 每个端口有多less使用？ 交换机上cpu的利用率是多less？ 你有足够的容量来处理高峰负荷吗？
如果你每天推动超过90％的上限，那么是的。 如果你在10％，那么不。
中间的任何地方都取决于你有多less预算，相比之下，数据对延迟的敏感程度。
单独的交换机是最好的configuration。 刚才已经说过，VLANS绝对可以正常工作。 即使你没有能够启用巨型帧，因为贾森伯格提到的问题，只有3台主机，我怀疑你会没事的。 我想说明一下，实际监控这些交换机是否能够看到额外stream量的影响，以便知道是否已经接近完成这些stream量。
除了已经提到的其他内容外，build议禁用单播风暴控制 – 这通常是全局性的。 这可能会导致非iSCSIstream量的问题。