一些科学的时间，母狗 。 testing设置：

• Windows 7 x64
• 2Gb的RAM
• ESXi 5.0上的虚拟机
• LUN 1：5Gb厚度在通过iSCSI（2个1Gb MPIO）公开的2x HP P4000左侧群集1上进行预configuration
• LUN 2：通过iSCSI（2个1Gb MPIO）提供2个HP P4000左侧群集2，

我们在两个独立的群集上共有两个LUN。 我已经人为地限制了这些LUN的最大吞吐量，这样我就不会影响我们在arrays上运行的真实系统，但是为了比较输出，这应该足够了。

第1步：单独对LUN进行基准testing

创build了两个单独的简单卷，使用NTFS 4Kb块格式化。

Atto Disk Benchmark，从512到4196Kb：

LUN1和LUN2的平均吞吐量最高为1Gbps（LUN2的速度比运行SATA磁盘的速度要慢一些，而不是SAS磁盘）。

如果我看一下从每个SAN集群本身收集的数据，我们会看到类似的故事：

在每次testing中，两个LUN都会输出大约1Gbps的stream量。

步骤2：将LUN作为跨区卷进行基准testing

好; 到目前为止一切都如我们所料。 现在，我们将这两个磁盘转换为dynamic磁盘，并创build一个跨越 10Gb的驱动器并运行相同的基准：

你知道什么，performance如此轻微的下降，但总的来说，我们可以称之为与前两个testing相同。 但是，最重要的是，从SAN收集的数据看，只有一个LUN是活跃的：

人们会假设第二个LUN只有在第一个LUN已满时才会激活。 因此跨度。

第3步：对于狗屎和咯咯

我在这里限制了带宽，这样我就不会影响我们的现场系统，但是我build议你在自己的服务器上再次做这些，看看你得到了什么样的性能。 如果这还不够，那么我build议尝试一个条纹集。 通常情况下，我永远不会build议这样做，就好像丢失了一个LUN，但如果您确信您的SAN提供商可以使两个LUN保持联机状态（在本例中，每个LUN都是容错群集，它下线很苗条），那么你可能想尝试条带和基准testing，看看你是否得到你需要的性能。 让我们诚实地说，剥夺或跨越，你失去了一个磁盘，你失去了很多。 所以风险因素非常高。

目前为止就这样了; 让我走，并清除所有已经触发的networking警报，因为单个启动器消耗的资源超过了其公平的带宽份额。