我有一个建立在 FC（光纤通道）上的 SAN 环境，这是一个独立于 DC 以太网网络其余部分的独立网络，并且只有带有 Sup720 的 Cisco 6509 可用于该项目。
大多数 SAN 流量将来自 VMWare，Web 服务器 VM 连接到它们的后端数据库。
iSCSI 流量将保留在给定模块内，因为 SAN（HP 3Par 和 HP EVA）最佳实践是为冗余路径设置隔离的“交换机”，因此我无需担心流量会到达 SUP（至少不会还）——所以我想 DFC 是需要的——或者流量需要从交换机流出并通过任何上行链路。
我的问题如下：
最重要的问题是第一个问题：哪些模块是首选？请在答案中提供特定的 Cisco 模块或型号。
回答一些通用问题：
Jumbo Frames 是毋庸置疑的要求吗？
对于 FCoE，它有点无关紧要，因为 FCoE 帧的处理方式不同，它们自己的默认 MTU 是 2148（帧大小）。您可以做得更大，但与一般的巨型帧一样，收益微乎其微。支持 FCoE 的交换机将处理此问题。
如果将来需要将这些模块连接在一起，这些模块是否更好地位于聚合层或接入层中（因为我们有一个 L2 接入层，它们之间没有直接关联，并且在穿过整个接入层的接入交换机对之间具有 L2 邻接关系？ agg 开关）。
Access 确实是使用 FCoE 的主要场所，用 CNA 和 10g“融合以太网”交换机取代了 HBA 和边缘 FC 交换机。当带宽需要证明它（或必须运行 FC 的新构建）时，用 FCoE 替换分发和核心是有意义的。
这实际上可能是您的症结所在，如果您没有对机器进行 10g 处理，您几乎肯定会对您将获得的性能感到非常失望。
（额外学分）FCoE 是比 iSCSI 更好的选择吗？
取决于您在做什么，几乎可以肯定不是，并且可能有比两者更好的选择。
在之前的工作中，我们使用 NFS（存储是 NetApp 的）进行了很好的设计，其中 OS 卷存储在 VM 主机之间的共享卷上（正常情况下），但数据是单独的 NFS 卷，根据主机的需要共享或分开，在我们的环境中运行良好，因为它是一组管理从应用程序到硬件的操作的管理员（嗯，它的配置、机架堆栈、交换等都是智能手）。结合 NetApp 的快照和 snapmirror，这使得备份和恢复变得微不足道。
为了运行 FCoE，您将需要支持它的东西，以便它在真正（或尽可能接近）无损环境（FC/FCoE 要求）中运行。
就 iSCSI 要求而言，它的要求要低得多，但您需要一个具有最深缓冲区的线卡，这取决于主机和 NAS 之间的超额订阅。
例如，如果您的 SAN 以 10gbit 连接而您的主机以 1gbit 连接，则您将需要足够大的缓冲区来应对不匹配。