任何人都有在Equallogic盒子上使用iSCSI over iSCSI的经验？

Equallogic在SQL方面效果非常好，但它是否能够满足您的需求取决于您希望从SQL环境中获得什么，以及您准备为Equallogicarrays设置支付多less钱。 如果您检查了Equallogic网站，他们有一些可用的案例研究文件，我会链接到他们，但该网站需要注册。

关于Equallogic环境的基本原理是，性能取决于专用于iSCSI的服务器中的Nics数量和您为存储卷configuration的Equallogicarrays数量（LUNS ） 属于。 Equallogic模型将卷分布在最多4个池中的成员数组上，并将IO请求分布在服务器和arrays上尽可能多的接口上。

它使用Microsoft MPIO堆栈中的自定义DSM（设备特定模块）（以及用于VMware ESX4的类似可插拔存储扩展模块）来处理服务器中源nics和目标arrays上目标ethernet端口之间的多pathredirect。 这意味着它可以非常有效地扩展，并且基本上只受到您准备专门用于服务器上iSCSI的Nics的数量的限制。 如果将这个架构正确地组合在一起，那么单个卷的吞吐量可以很容易地维持许多千兆/秒的stream量（并且超过10k IOP）。

这种方法的主要缺点是必须购买多个arrays才能构build能够始终保持超过3000 IOPS / 400M字节/秒吞吐速率（对于PS6000arrays，大约是PS4000的一半）的环境。 这个推论是，扩大是非常线性的。

至于他们是否超越竞争对手 – 这取决于你愿意支付多less，以及你想要怎么做。 Equalogic SAN的并不是特别便宜，但是当你build立一个具有同等性能特征的devise时，它通常是有竞争力的。

正如赫尔维克所说，这归结于你所能负担的。

我们目前有2个equalogic SANS（5000和6000），它们都被configuration成RAID 50，放在同一个池中。 这意味着SQLstream量与其他人共享空间。 显然这是不好的，我们正在努力解决这个问题。

每个单位被称为一个成员，你设置你的RAID所有的磁盘。 虽然这对于某些事情可能有好处，但是当您使用在RAID 10下可能performance更好的SQL进行共享时，这并不是那么好。

我们正在考虑添加另一个单元作为RAID 10，并发送所有的SQL数据文件，但这将是一个巨大的成本。

可悲的是，您将成员configuration到存储池中，然后从那里发放卷。 我们有两个来自戴尔的人告诉我们不同的事情，我们正试图找出真正的答案是什么。 我们希望能够有一个成员在多个池中，但现在看起来不像根据文档是可行的。 我会试着回头更新，因为我发现更多，但是如果你有钱和资源，我相信你可以设置一些可以达到非常高的性能水平。 在这一点上看起来很有希望。

答案总是“取决于”

从来没有使用iSCSI，但与EMC我已经看到在整个地图上的SQL性能。 我们曾经有PHB微pipe理和我们曾经使用的旧的EMC SAN，并在每一个最后一兆字节的磁盘上获取数据。 到了全面的表演就是废话。 在一年之前，我们为它购买了一些新磁盘，并将它与现有磁盘分开configuration，并在其上运行了一个QA SQL服务器。 在比生产SQL服务器慢的QA服务器上，像alter index这样的I / O繁重任务的执行速度要快2到3倍。

我们现在有一个新的EMC SAN，EMC为我们configuration了它。 性能还行。 如果我们花更多的钱购买更多的磁盘来分散I / O，那么速度会更快。

我们目前拥有一个VMWARE服务器集群，使用带8个上行链路端口的虚拟端口映射到千兆交换机，为所有设备（包括iSCSI）提供8Gb / s的吞吐量。 我已经开始发现iSCSI接口的限制因素是挂在iSCSI设备上的以太网而不是VMWARE服务器，这意味着我们现在主要是等待外部iSCSI设备上的I / O总线。 实际上我也发现巨型帧比较慢，所以决定坚持1500 MTU。