新的超V高可用性设置和SMB 3.0存储

1）您需要使用奇数的机箱进行机箱识别，因为只有两个机箱会丢失数据磁盘和目击磁盘。 手段集群将死亡，并有50％的可能性（取决于实际封闭空间将向南）。 所以一个可以（不保护），三个可以，五个可以，四个，六个等都不行。

2）您需要将SAS JBOD与所有服务器互连，因为群集存储空间无法继续，因为无法将特定SAS磁盘的两个SAS端口连接到不同的服务器。 对于每个服务器的专用SAS JBOD，您无法实现此目的，因此可以创build存储空间，但不能创build群集存储空间。

3）您可以使用廉价的高容量SATA主轴与内部安装的廉价SATA闪存驱动器，以及类似StarWind的Virtual（Native？）SAN来镜像LU，并将DAS虚拟化为虚拟SAN。 看到：

http://www.starwindsoftware.com/native-san-for-hyper-v-free-edition

4）重新考虑你做了什么。 从DAS运行虚拟机，并使用一些虚拟机复制软件（内置或称为VEEAM），以最小的投资实现相当温和的RTO和RPO。 许多应用程序都具有无需共享存储的内置群集function（SQL Server AlwaysOn，Exchange DAG等）。 也可以是一个更快，更便宜的select。 你仍然需要第三个物理主机来提供见证（SMB共享是好的），但没有共享存储的需要。

这是很多问题。 我不能一次回答所有的问题，但是我可以和你分享一些想法，关于一般的硬件要求/规格。

根据您的预算，我会考虑添加一些SSDcaching。 它由更新的HP控制器（P22x / P42x / P82x）支持。 如果你添加了足够的caching，那么你也许能够使用7.2K驱动器，但是我会考虑在D2700（或者两个）中使用10K SAS驱动器（2.5“），或者购买带有25个内部驱动器的DL380p Gen8服务器那么你可以附加一个或多个D2600机箱，用于“冷”数据，如备份和文件共享，为了提高性能，我总是推荐RAID10，备份数据可以在RAID6上。

我对SMB 3.0和Server 2012 R2没有太多的经验，所以我会做一个POC来发现，哪种情况最适合你/你的公司。

希望这有所帮助。

如果使存储集群具有高可用性并对其进行configuration，以使SMB共享“连续可用”，则可以在这种configuration中获得高可用性。 为了进行设置，在文件服务器群集中至less需要两台计算机，并且需要从每台文件服务器到每台机箱的SAS连接。 您需要的机箱必须位于与群集存储空间兼容的机箱的列表中，而我不知道HP提供的特定机箱是否是。 作为你的惠普代表。

您还需要在存储群集中使用HBA，该HBA不会在硬件中进行caching或RAID，也可能已closures，以便Windows文件服务器群集节点可直接看到机箱中的物理磁盘。

最后，需要机箱中的所有磁盘都是支持SCSI-3持久保留的SAS磁盘。

获得高度可用的文件服务器群集之后，Hyper-V主机可以按照您的口味进行群集或不群集configuration。 如果您将计算主机集群化，那么这些虚拟机本身将具有高可用性。

在此设置中实现高可用性和冗余的最佳方式是什么？ 我应该使用副本还是HV群集？

两者都无法做任何医pipe局。

• 副本（假设您谈论DFS复制，这是您所称技术支持的唯一复制）将不会复制打开的文件，因此您无法获得高可用性。

• HV集群（假设您的意思是Windows HA CLustering）依赖于复制的高可用性存储，所以您无法实现这个名称的技术。

你需要的是存储后端的复制。 这些确实存在，但它是一个付费的第三方产品，你必须find。 您可以拥有HA存储，并在前端构buildHA群集，以在Hyper-V主机之间对VM进行故障转移。

如果没有特定的产品build议（我在这里命名的只是许多产品中的一个，并且只是一个例子），您需要像http://www.kernsafe.com/product/hareplicator.aspx这样的模拟高可用存储系统。 混合中没有其他技术是无法完成的。

或者您使用共享光盘和HA DAS RAID控制器 – 我唯一知道的是LSI（ https://www.lsi.com/company/newsroom/Pages/20120911pr.aspx ）。

但没有这样的东西，你永远不会得到正确的数据复制和高可用性。 Windows没有这个开箱即用的机制。