有人在 Equallogic 盒子上使用过 iSCSI 上的 SQL 吗？我听说他们的 iSCSI 比竞争对手更胜一筹。
他们还说跨度连接适用于 2Gbps。
对此有什么想法吗？
答案1
Equallogic 可以很好地与 SQL 配合使用，但它是否能满足您的需求取决于您想从 SQL 环境中获得什么以及您准备为 Equallogic 阵列设置支付多少钱。如果您查看 Equallogic 网站，他们有许多案例研究文档可用，我会链接到它们，但该网站需要注册。
您必须牢记的有关 Equallogic 环境的基本事实是，性能取决于服务器中专用于 iSCSI 的 Nic 数量以及您为存储卷 (LUNS) 所属的池配置的 Equallogic 阵列数量。Equallogic 模型将卷分布在池中最多 4 个成员阵列上，并将 IO 请求分布在服务器和阵列上尽可能多的接口上。
它使用 Microsoft MPIO 堆栈中的定制 DSM（设备特定模块）（以及 VMware ESX4 的类似可插入存储适配器）来处理跨服务器中的源网卡和目标阵列上的目标以太网端口的多路径重定向。这意味着它可以非常有效地扩展，并且基本上仅受您准备在服务器上专用于 iSCSI 的网卡数量的限制。如果正确组合，单个卷的吞吐量可以轻松承受每秒数千兆位的流量（并超过 10k IOP）。
这种方法的主要缺点是，您必须购买多个阵列才能构建能够持续支持超过 3000 IOPS \ 400MB/秒吞吐率的环境（对于 PS6000 阵列，大约是 PS4000 的一半）。其必然结果是横向扩展非常线性。
至于它们是否胜过竞争对手——这取决于您愿意支付多少钱以及您究竟想用它做什么。Equallogic SAN 并不特别便宜，但当您构建具有同等性能特征和功能的设计时，它通常具有竞争力。
答案2
正如赫尔维克所说，这取决于你能负担得起什么。
我们目前有 2 个 equalogic SAN（5000 和 6000），它们都配置为 RAID 50 并放在同一个池中。这意味着 SQL 流量与其他所有流量共享其空间。显然这很糟糕，我们正在研究如何解决这个问题。
每个单元称为一个成员，您可以在所有磁盘上设置 RAID。虽然这对某些东西来说可能很好，但当您与 SQL 共享东西时，情况就不那么好了，因为 SQL 在 RAID 10 下可能表现更好。
我们正在考虑添加另一个单元作为 RAID 10，并将所有 SQL 数据文件发送到那里，但这样做的成本会很大。
可悲的是，您将成员配置到存储池中，然后从那里分配卷。戴尔的 2 个人告诉我们不同的事情，我们正在试图找出真正的答案。我们希望能够让一个成员处于多个池中，但根据文档，目前这似乎不可行。我会在了解更多信息后尝试回来更新此内容，但如果您有资金和资源，我相信您可以设置可以达到非常高的性能水平的东西。目前看来很有希望。
答案3
答案永远是“视情况而定”
从未使用过 iSCSI，但使用 EMC 后，我发现 SQL 性能全面提升。我们以前使用 PHB 进行微观管理，使用旧的 EMC SAN，从磁盘的每一兆字节获取数据。到最后性能一落千丈。在报废之前一年，我们为它购买了一些新磁盘，并与现有磁盘分开配置，并在其上运行了一段时间的 QA SQL 服务器。在比我们的生产 SQL 服务器速度慢的 QA 服务器上，像 alter index 这样的 I/O 密集型任务的执行速度提高了 2 到 3 倍。
我们现在有一个新的 EMC SAN，并且 EMC 为我们配置了它。性能还可以。如果我们花更多的钱并购买更多的磁盘来分散 I/O，那么速度就会更快。
答案4
我们目前拥有一个使用虚拟端口映射的 VMWARE 服务器集群，其中有 8 个上行链路端口连接到千兆交换机，为所有设备（包括 iSCSI）提供 8gb/s 的吞吐量。我开始发现 iSCSI 接口的限制因素是挂在 iSCSI 设备上的以太网，而不是 VMWARE 服务器，这意味着我们现在主要在等待外部 iSCSI 设备上的 I/O 总线。我还发现巨型帧实际上使设备速度降低了一小部分，因此决定坚持使用 1500 MTU。