主页 / server / 问题 / 1076494
Accepted
inding
Asked: 2021-09-03 22:16:56 +0800 CST

为什么 WinDRBD 变成 Diskless/StandAlone（两个节点）

  • 772

我有个问题。

目前，此操作系统为 Windows Server 2019。卷配置为 Raid-5。两台服务器通过心跳网络连接 两个节点都使用 WinDRBD 进行镜像。两个节点具有相同的配置。我留下了未格式化的 G: 并将 D: 设置为对主节点可见。

我的资源在下面

include "global_common.conf";

resource "foo" {
    protocol    A;

    net {
        use-rle no;
    }
    on node1 {
        address     XXX.XXX.XXX.XXX:7600;
        node-id 1;
        volume 1 {
            disk        "G:";
            device      minor 1;
            meta-disk   internal;
        }
    }
    on node2 {
        address     XXX.XXX.XXX.XXX:7600;
        node-id 2;
        volume 1 {
            disk            "G:";
            device      minor 1;
            meta-disk   internal;
        }
    }
}

两个节点都正常工作。测试是通过转换角色来完成的。（初级→次级/次级→初级）

但是，问题出现在启动后。

启动后，状态显示如下。（两个节点）

foo role:Secondary
  volume:1 disk:Diskless
  node2 connection:StandAlone

我想了很多，搜索了很多，但找不到答案。

有几件事我很怀疑。

我想知道是不是因为我在将 G: 字母分配给驱动器之前尝试过。如果我的想法是正确的，是否有解决方法？

如果是现在我的看法，但是上面的问题还是继续出现，请问是什么原因？

一旦通过以下方式解决。但我想找到原因并准确修复它。

drbdadm down foo
drbdadm up foo

在此先感谢您的帮助。

drbd window-server-2019

2 个回答

  1. Best Answer

    WinDRBD 失去心跳，导致您看到的问题。切断 h/b 的电线，您将轻松重现该问题。写在墙上：至少现在不要在生产中使用 WinDRBD。很脆弱。

    • 5

  2. @BaronSamedi1958 实际上有一点：WinDRBD 不是原生 Windows 解决方案，它是在模拟 Linux 内核 API 的包装器的帮助下公然从 Linux 移植到 Windows 的。

    https://linbit.com/windrbd-replicated-disk-drives-for-windows/

    “从技术上讲，WinDRBD Windows 驱动程序包含一个薄的 Linux 兼容层，它模拟 Windows 平台的 DRBD 驱动程序使用的 Linux 内核 API。在这一层内，原始 DRBD 引擎（带有一些特定于编译器的补丁）正在工作。 "

    结果，WinDRBD 对它在做什么以及正在发生什么一无所知。在初始化时，它尝试建立到伙伴节点的网络连接并失败，因为...在 Windows 内核生态系统中，存储堆栈在网络堆栈完全启动并运行之前启动！WinDRBD 无法 ping 合作伙伴节点，因此它假定出现问题并且不会启动存储池来保护它并避免数据损坏。

    有几种方法可以解决这个问题：

    1. 将 windrbd 驱动程序的启动依赖项放在控制 WinDRBD 使用的 NIC 的 NDIS 微型端口上。

    https://docs.microsoft.com/en-us/windows-hardware/drivers/install/specifying-driver-load-order

    实际上，这是一种不稳定的方式，因为更改网络适配器会破坏配置。+ NDIS 微型端口上方有一大堆驱动程序，例如 NDIS 过滤器（防火墙？）、NDIS 协议驱动程序（TCP/IP？）等，您不太了解，您将不得不使用您可能会使用的特殊工具进行遍历不熟悉。

    https://docs.microsoft.com/en-us/windows-hardware/drivers/network/ndis-driver-stack

    1. 避免自动启动 WinDRBD 并使用一些与登录相关的脚本来伪自动启动它。在登录过程中，所有内核组件都准备好了，在最坏的情况下，您可以将不成功的驱动程序启动问题记录到一些日志文件中，对其进行分析，脚本重试等等。

    这当然可以完成，但需要对 PowerShell 进行一些修改。您可以从下面的讨论线程中获得一些好的起点。

    https://stackoverflow.com/questions/27599287/powershell-disable-and-enable-a-driver

    1. 从头开始使用为 Windows 设计的东西，例如 fe StarWind vSAN Free 或 Microsoft 自己的内置 SDS，比如 AzS HCI。

    https://www.starwindsoftware.com/starwind-virtual-san-free

    https://docs.microsoft.com/en-us/azure-stack/hci/overview

    • 4

相关问题