冗余存储DAS/SAN的最佳方法

Question

我们一直使用DAS存储(按照戴尔的标准)，有多个控制器用于冗余、多个PSU等。然而，如果硬件出现完全故障(可能或不太可能)，类似DAS复制的情况将是显而易见的答案。

然而，这将如何与集群联系起来。假设超级V集群使用DAS上的CSV，如果整个DAS失败，复制的DAS将如何接管，这可能吗？

您是否需要一个独立的集群在DAS安装程序上运行VM的副本，并使用DAS复制来实现这一点？什么是最好的方法？

Answer 1

DAS实际上是作为独立机器的本地存储扩展。DDAS (DASD)盒的可用性，允许一个以上的主机访问VDs (戴尔术语)，这确实是一个穷人的SAN，有一些非常苛刻的限制。所以，你需要看的是DR场景中的SAN复制。

话虽如此，戴尔光伏盒根本没有复制(除非你在主机上使用软件复制卷，比如DRBD)，而高端MDs实际上不是DAS，甚至那些带有SAS连接器的MDs。

尽管如此，典型的复制存储DR场景意味着一个完全的站点故障(主机和SAN都处于故障状态)和一个远程站点，在那里所有的东西都要进行复制才能承受负载。在这种情况下，故障转移通常是手动的(为了避免出现故障，通常情况下，DR场景不是轻率的事情，而是让自动化来完成工作)。所发生的是主机在DR站点上长大，连接到DR SAN，在那里他们收集复制的VM，并启动它们。显然还有更多(比如网络、DNS等方面的变化)，但这是总的想法。

本地SAN冗余通常是通过更简单的方法来实现的--多路径、结构冗余(几个fabric交换机)、RAID、冗余控制器和PSU、主机中的冗余HBA。显然，在基本的而不是完全SAN的附属设备(如入门级MD3xxx (sans、-i或-f) )中，大部分都是不可用的。