我们一直使用 DAS 存储（根据戴尔标准），它具有多个控制器以实现冗余、多个 PSU 等。但是，如果发生完全硬件故障（可能发生也可能不发生），DAS 复制之类的方法就是显而易见的答案。
但是，这如何与集群相关联呢？假设一个 Hyper-V 集群在 DAS 上使用 CSV，如果整个 DAS 发生故障，复制的 DAS 将如何接管，这可能吗？
您是否需要一个单独的集群，在具有 DAS 复制的 DAS 设置上运行虚拟机的副本来实现此目的？最好的方法是什么？
答案1
DAS 实际上是独立机器的本地存储扩展。DDAS（DASD）盒允许多个主机访问其中的 VD（戴尔术语），这实际上是穷人的 SAN，具有一些非常严格的限制。因此，您真正需要关注的是 DR 场景中的 SAN 复制。
话虽如此，戴尔 PV 盒根本没有复制功能（除非您使用主机中的软件来复制卷，例如 DRBD），并且高端 MD 并不是真正的 DAS，即使那些具有 SAS 连接器的 MD 也是如此。
话虽如此，典型的复制存储 DR 场景意味着整个站点发生故障，主机和 SAN 都瘫痪了，而远程站点（所有内容都复制到该站点）必须承担负载。在这种情况下，故障转移通常是手动的（以避免 SB，并且一般来说，DR 场景不是可以掉以轻心并让自动化完成工作的事情）。主机在 DR 站点启动，连接到 DR SAN，在那里它们拾取复制的虚拟机并启动它们。显然还有更多（例如网络、DNS 等的变化），但这就是一般的想法。
本地 SAN 冗余通常通过更简单的方式实现 - 多路径、结构冗余（多个结构交换机）、RAID、冗余控制器和 PSU、主机中的冗余 HBA。显然，其中大部分功能无法通过基本的非 SAN SAS 连接设备（如入门级 MD3xxx（无 -i 或 -f））实现