我计划将两个独立的vmware ESXi 4.0主机移入群集，以使用ESXi的vMotion和HAfunction（essentials plus）。 现在我们有一个dev虚拟机主机和一个生产虚拟机主机，并希望能够使用dev虚拟机主机作为一个HA主机，如果生产虚拟机失败。 我们在我们的商店几乎只使用戴尔服务器。
我正在考虑使用9.6 TB 10K驱动器的Equal logic PS4000x SAN或者PowerValut MD3000i或MD3200i系列。 我有几个问题。 哪个是vmware主机和增加存储的更好的解决scheme？ 我得到了来自戴尔的不同反馈，我们需要的不仅仅是SAN和ESXi主机之间的交换机，而是允许我们使用vMotion和HAfunction。 真的吗？
哪种SAN选项可以让我们将数据存储和SAN存储扩展到将来最容易的地方？ 我们目前有一个服务器2TB的文件服务器，我们想要P2V的数据量不断增长。 戴尔解决scheme是不好的select吗？
我们应该使用NetApp硬件吗？ 我们的预算相当灵活，而不是疯狂，但是在未来增加存储容量和成本的能力是非常重要的。
我最近实现了一个EqualLogic PS4000XV，通过2个Powerconnect 6224交换机连接到一对运行SD卡的R710 ESXi主机。
对HA，vMotion等执行得非常好。您可以非常容易地在SAN和主机之间获得MPIO的工作（只需要一点点的esxi远程控制）。
到目前为止，我所见过的PS4000XV的唯一缺点是存储处理器设置 – 单元中有一对SP，但一次只有一个是活动的。 另一个坐在那里与港口离线。 所以你正在失去一些可能的performance，就像你通过2或3个接口的最大通话一样。 如果你故障转移到另一个SP，那么它在协商它的端口和旋转时会有时间滞后。 我假设更高规格的PS单元没有这个限制，并可以提供主动/主动SPconfiguration。
戴尔对SAN的build议是将其configuration为单个RAID 50arrays，因此最终可以使用6.2Tb。
这个模型的扩展选项基本上是“买另一个单位”。 但是，只需将其插入相同的存储结构（交换机），并且可以通过单个“组”IP和控制台进行pipe理…因此，pipe理开销不会太大。
关于VMWare中的HA – 当您启用HA时，它只会发生在单个VM上…您不会将两个VM绑在一起。 虚拟机一次性跨2台主机进行locking，同时在主机之间同步内存，这样，如果一台主机发生故障，另一台主机会立即捡起冗余。 所以这个方法不适合'使用开发虚拟机作为DR与HA'。
如果您打算真正使用您的开发虚拟机作为产品虚拟机的灾难恢复故障转移，请仔细考虑实际情况。 您的灾难恢复configuration需要尽可能less的时间延迟（即灾难恢复的整个时间点）作为生产服务，因此在任何一个时间点开发盒的生产距离多远？
编辑要在ESX上启用vMotion，必须确保主机服务器上运行的CPU几乎相同。 如果运行不兼容的CPU，则无法在主机之间build立vMotion / cluster / HA。 VMWare和供应商提供兼容性matrix来validation这一点：
就比较两个SAN而言，它们都是针对类似大小的环境，但是有一些差别，你应该记住，其中一些我将在下面讨论。 对于你的环境来说，两者都可以毫无问题地做你想做的事情，并且可以扩展到支持3-4个主机和10-15个平均虚拟机。 如果您selectMD3xxx型号，您可能会在没有任何交换机的情况下脱身，但我不会推荐它。
您所说的需要NASfunction，而不是iSCSI SAN，没有任何令人信服的理由。 入门级的NetApp NAS并不是特别适合这些戴尔入门级SAN之一，但它们是非常有能力的共享存储解决scheme，可以满足您的需求，并且可以根据具体情况（例如，如果您希望单实例存储支持）更适合。
支持VMware群集服务
这两个arrays都支持所有需要“共享存储”的VMware群集function – （vMotion，HA，Fault Tolerance，DRS \ DPM）。 从存储的angular度来看，您需要的是所有VMware主机与SAN之间具有[冗余]连接，而这两者都可以毫无问题地提供。 根据型号和你正在尝试做什么，你可能不需要任何交换机为你的SAN，但你可能会。
注意除了iSCSI SAN连接之外，VMware HA \ FT \ vMotion \ DRS等都需要单独的集群networking接口。 理想情况下，这些应该是有弹性的（每个function连接到不同的物理交换机上的两个或多个接口） – 这些要求完全独立于您的SAN基础设施 – 应该尽可能地与所有其他设备分开。
与MD3000i或MD3200i相比，PS4000可以更好地与vSphere的vStorage API进行本地集成。 这意味着您将能够将诸如快照，克隆等的东西卸载到arrays硬件上，而不是依靠这些存储function的软件。
SAN交换机。
对于单arrays环境，您不需要任何具有MD3000i \ MD3200i的交换机。 您可以直接将每个SAN控制器上的一个iSCSI GigE端口冗余连接到两台独立的主机服务器上，但是您将最大限度地利用所有连接，并且在未来添加更多服务器时具有零扩展\可扩展性。 我只看到过这一次，但如果你能忍受这些局限性，它就可以正常工作，并且消除了一层复杂性和可能的失败。
如果您拥有多个服务器，则无法使用Equallogicarrays安全地执行此操作 – 您的服务器必须能够看到所有EQL接口（主动和被动）以使该体系结构安全地工作。
如果您select正确的基于SAN的交换机，则不必拥有两台交换机，但是我不会触及在networking结构级别没有冗余的SAN。 当您必须在交换机上移动或执行固件更新时会发生什么情况？ 如果我不能自信地走到其中一个交换机并closures它，我会认为SAN是一种负担。
一般来说，您不应该在同一台交换机上混合使用iSCSI SANstream量和普通stream量。 如果你没有select，那么确保你使用VLAN来保持它在第二层的分离。如果你没有做到这一点，性能将受到很大的影响，并且存在一些令人讨厌的安全问题，可能会严重影响你。
避免廉价的交换机，避免真正便宜的交换机。
EqualLogic的
投票站
Equallogic体系结构旨在扩展 – EQL SAN在添加arrays时可以提高容量和性能。 PS4000是有限的入门级型号，当你只有PS4000的时候，只能扩展到两个arrays，但如果你购买任何PS6000的话，你可以混合搭配，然后扩展，就好像所有的arrays都是PS6000的。 从Windows的性能angular度来看，这种扩展效果非常好，在vSphere 4上非常好，而且在4.1上更好。
Equallogic体系结构设置，pipe理和监视非常简单。 增加容量非常简单[“只需插入另一个arrays”]，同时因为架构工作性能的规模同时增长。 SAN HQ监控控制台非常实用，免费且易于安装。
根据我的经验，Active \ Passive控制器解决scheme效果非常好 – 请记住，每个控制器最多可pipe理16个磁盘，并且可以很好地应对饱和磁盘（2000+）所需的IOP级别。 PS4000的巨大性能挑战是其数量有限（2）的iSCSI端口，并且单个arrays的吞吐量低于200兆字节/秒。 添加另一个数组虽然这个数字加倍 – 添加在一个PS6000，你会得到三倍的总带宽。 在testing条件下，我推动混合10K SAS 7.2K SATA 4节点PS6000组达到7000IOPs和1.6Gbytes / sec，在现实世界中，您的里程可能会有所不同，但它们当然可以扩展。
Equalogic Arrays可以很好地处理发生故障的磁盘，而其保守默认值的好处之一就是您需要快速连续地发生大量故障或多次故障，才能解决问题。 我从来没有见过一个Equallogicarrays在生产中出现故障 – 在testing中，通常需要拉动4个或更多的磁盘强制arrays脱机。
CON外
Equallogic体系结构不是很好理解 – 在devise中存在一些不灵活的地方，如果你不把它们放在前面 – 每个磁盘types的限制和每个arrays的RAIDtypes都是一个限制，需要大量的带宽在多arrays设置中的arrays之间是另一个。
Equallogic解决scheme使用大量磁盘容量。 所有的SAN解决scheme在某种程度上都有一定的作用，但是EQL默认值和build议的快照和复制预留量有点让人震惊：拿你的9.6TB PS4000–估计这个容量已经被引用了，但是它有16x600GB驱动器，你不会得到使用任何东西，如9.6TB的原始容量。 对于初学者，您可以在EQL环境中从每个600GB磁盘获得大约520GB的可用存储容量，然后使用Equallogic的默认热备份策略（2个用于RAID10或RAID50），并selectRAID-50（另外两个磁盘用于校验） 6.2TB的基本用户容量。 如果你想要有效地使用他们的（非常强大的）硬件快照，那么你需要将计划提供给服务器的容量限制在大约一半，所以可用容量下降到3.1TB。 如果您select在此arrays上获得最佳性能并selectRAID-10，则基本可用容量为3.6TB，如果您计划广泛使用快照，则可用容量为1.8TB。 在使用arrays之间的硬件复制的较大环境中，情况会变得更糟 – 您的可用容量可能会从最初的9.6TB容量下降至1.2TB。
每个arrays只能使用一种RAIDtypes和磁盘大小，如果只有一个arrays，则不能将逻辑卷相互隔离。 即使你有多个arrays可能很难做好。 因此，将存储介绍给数据库服务器，您可能希望将数据库，tempdb和日志卷IO相互隔离，这是不可能的。 使用EQL，您必须信任arrays来为您pipe理IO隔离。
您只能购买安装了8或16个磁盘的arrays，我认为戴尔将停止使用8个磁盘选项。 如果现在想要购买5张磁盘，并且稍后添加几张磁盘，那么您的运气不好。
在多arrays环境中，如果丢失了一个arrays，arrays所属的arrays中的所有卷都将脱机，除非您已经做出了一些非常具体的[性能限制]deviseselect。
EQLdevise的真正优势只有在组中有大约4个arrays或更多的时候才会发挥作用。
MD3000i的\ MD3200i中
投票站
这些是更传统的单片存储arrays。 从概念上讲，它们很好，很简单，就像大多数硬件RAID控制器一样，只是扩大了 – 购买你想要的dsks的数量和大小\速度; 将磁盘分割成RAID组，然后从这些磁盘中刻出逻辑磁盘。 随着您的增长添加更多的磁盘，并通过添加MD1000 \ MD1200磁盘机箱进行扩展是一个简单的过程。
如果您愿意，您可以select如何在单个arrays中混合和匹配RAIDtypes。 在完全备货的15驱动器MD3000i上，您可以安装5个驱动器的600GB磁盘RAID 5包，一个单独的3个驱动器RAID 5包600GB磁盘，以及6个驱动器RAID 10包15k磁盘，用于一些专用高性能卷。 这比EQL方法pipe理起来有点困难，但它允许您做出不能用EQL进行的特定deviseselect。 如果您在总共需要大约30个磁盘的地方工作，那么MD3000i的灵活性就会大大提高。
MD32000i的控制器带宽是MD3000i的两倍 – 除非MD3000i价格便宜，否则我不会selectMD3200i。
从SAN的angular度看，添加相对大量的廉价存储是可行的，而不是性能是您主要关心的问题。 我已经为归档types存储安装了几个相当大的MD3000i安装 – 使用RAID6和2TB驱动单个MD3000i，并提供约72TB的可用存储容量。 有了这么多的SATA磁盘，对于存档\备份到磁盘types的用途来说，这是非常好的，但是您不希望将其用作大量虚拟机的主存储器。
CON外
MD3000i现在在牙齿上很长 – 这是非常嘈杂和耗电。 MD3200i在这方面要好得多，而且几乎可以肯定，因为这个原因，运行寿命会更低。
pipe理function有点基本 – 自动化警报不是由arrays处理，而是由pipe理应用程序处理，必须保持在某处运行。 性能监控不如EQL的SANHQ提供的那么灵活。
当您扩展到单个arrays时，MD3000i \ MD3200i扩展将通过SAS连接的MD1000 \ MD1200磁盘托盘进行扩展 – 从性能的angular度来看，这种扩展并不能很好地扩展到30个磁盘，甚至更早。
使用MD3000i \ MD3200iarrays来扩大性能是非常困难的 – 如果您发现需要向现有卷交付（比如说）1000个IOP，则必须购买大量额外的磁盘，移动大量内容，构build新的RAID包，呈现新卷，迁移数据并希望在达到SAS总线限制之前到达所需位置。 使用Equallogic，您只需将一个数组添加到包含有问题的卷的池中，它将自动发送。
MD3000i是较老的3Gbps总线。 如果您正在进行新的投资，我至less会推荐3200系列获得6Gbps。
如果你有更大的预算，我会和EMC一起去。 否则，戴尔，IBM和惠普设备是完全可以接受的。 EqualLogic制造了一些非常好的东西，它们在成本上落在中间。
如果您想要最前沿的话，可以考虑10Gbps。
比什么更多的开关，像什么？ 除非是光纤通道交换机，否则我无法想象除非是光纤通道，否则它只是一个主机总线适配器。
我有这两个解决scheme：MD3000i，LeftHand。
您只需要在MD3000i和ESXi服务器之间进行切换。 我认为更好的长期解决scheme是LeftHand，因为它可以对另一个LeftHand执行同步或asynchronous复制。 虽然现在你可能不需要这个，但是你可能需要一两年的时间。 在configurationLUN时，我觉得LH更灵活一些。
这两个单元都有很好的性能，并且可以很容易地通过ESXi群集启动和运行。 这两种解决scheme都不是一个好的select
MD3000i内置硬件冗余：电源，RAID控制器等。LH解决scheme通过使两个非冗余系统相互镜像来获得冗余。
HA＆VMotion在这两个系统上工作良好。