我们正在考虑将我们的基础设施从我们的办公室迁移到 COLO。
目前，我们使用商用硬件运行机架式白盒服务器，并使用 ESXi 4 作为虚拟机管理程序来为内部开发/DC/Exchange 等提供 9 个 VM 的支持。
我们正在考虑使用 SAN 进行存储，并已绘制出一个网络图，该网络图允许我们使用物理服务器上的备用以太网端口连接到另一台服务器 - 建议由 SAN 使用。
问题是，以太网端口是否足以满足此应用的需求？这是一个千兆以太网端口。我过去曾为此使用过光纤，但没有使用过以太网。
这些家伙 （http://www.datacore.com/) 有一种通过以太网提供 SAN 的方法。
建议的物理架构如下：
虚拟机看起来有点像这样（如果顶部服务器是 SAN，则 pfSense 和 eth1 之间的连接将被删除）：
答案1
我在使用 iSCSI 和中等工作负载方面很幸运，但当然，我们无法帮助您确定单个千兆位连接是否能够跟上您的环境。
我立即注意到您的计划中有一个明显的缺陷，即由于存储只使用一个端口，因此您无法选择故障转移或负载平衡。当然，如果您只有单头 SAN（似乎就是这种情况），那么您也会出现单点故障。
答案2
iSCSI 是 VMWare 认证解决方案的一种方法，因此它足够好。我们无法从这里判断它是否适合您的具体用例。VM 工作负载往往非常随机，存储能力磁盘轴数量的扩展比原始容量的扩展要多。如果您的 SAN 的实际磁盘数比您现在使用的直接连接存储多，那么您不必担心。
您真正需要担心的是吞吐量。3G SAS 比 1Gb 以太网更快，仅此而已。但是，对于高度随机化的工作负载，您可能甚至不会在 SAS 上推动 1Gb。这完全取决于情况。
你也许会没事，但唯一能确定的方法就是尝试。
答案3
以太网上的 SAN 非常可行。但它是否能在您的环境中成功取决于您的磁盘使用情况。如果您的需求是磁盘密集型的，那么它可能不够用。
既然您已经拥有所有硬件，为什么不尝试一下呢？
答案4
多年来，我一直在 Oracle 数据库上使用 GB NIC 与 SAN/NAS 阵列进行通信，使用 iSCSI，没有出现任何性能问题。我对实际流量之少感到非常惊讶。流量之少让我很难让我的供应商向我出售更多 NIC。
我也以类似的方式通过 NFS 使用了 VMware，以便将更多的客户机分布在几台服务器上，而这些客户机的数量比您正在使用的要多，同样没有遇到什么麻烦。
我当前的 ESXi 配置是通过 NFS 在单个冗余 GB 链路上运行 17 个（很快可能就是 18 个）。