标签: failovercluster

我在运行文件服务器和 iSCSI 目标服务器角色的故障转移群集中有一对 Server 2016 VM。以前，每个角色都在故障转移群集管理器中单独定义，但由于需要 iSCSI 目标服务器能够将其虚拟磁盘与文件服务器群集卷存储在同一存储上，因此 iSCSI 目标服务器服务/服务器名称/存储被转移到文件服务器角色。

传输后，我无法再通过服务器管理器应用程序添加新的 iSCSI 磁盘。新建 iSCSI 虚拟磁盘向导说没有可用的合格服务器。iSCSI 目标服务器本身继续运行并允许启动器连接，我可以通过 PowerShell 添加 iSCSI 虚拟磁盘和目标而不会出现问题。通过 PowerShell 创建的新磁盘和目标确实显示在服务器管理器中。如果我将 iSCSI 目标服务器服务/服务器名称/存储转移回 iSCSI 目标服务器角色，服务器管理器允许我添加新的 iSCSI 磁盘。

有谁知道可以做些什么（如果有的话）让我通过服务器管理器管理 iSCSI 目标服务器？我已经尝试将角色移动到集群中的另一个节点，并重新启动服务器管理器以防万一有缓存的数据，但它仍然不允许我添加新的 iSCSI 虚拟磁盘。

我们希望部署一个新的文件服务器集群，其中一个要存储在其中的东西将是 Server 2012 R2 远程桌面用户配置文件磁盘 (UPD)。

我的问题是，将这些存储在标准文件服务器集群或横向扩展文件服务器集群 (SOFS) 上是最佳实践。

我的理解是，SOFS 适用于 Hyper-V vmdk 文件，因为它们经常打开，这就是 SOFS 的意图。它不适用于具有大量元数据更改的标准文件和文件夹。

由于用户配置文件磁盘将是长时间打开的文件，而不是经常打开和关闭的文件，我认为它们最好放在 SOFS 集群上。

希望有人可以指出文件服务器集群上用户配置文件磁盘的最佳实践方向，以及应该使用什么类型。

我正在尝试在 2 个基础设施之间做出决定。

1. 2台指向NAS的服务器主机

2. 2台服务器相互镜像，拥有自己的本地存储。

基础架构要求： 50 TB 存储空间、Active Directory、SQL Server、远程访问，最多可提供 50 个用户。

将购买其中的 2 个： HP 850519-S01 | 新蛋商网

根据我的研究，第二个选项提供了更好的 HA，因为 2 主机不依赖任何东西，只依赖于它们自己。我打算在主机上使用 VMWare。我假设 VMWare 可以处理这个？这意味着它可以基本上将主机 1 上的所有内容镜像到主机 2 吗？（包括存储）。所以基本上所有的 VM 机器，它的所有文件、数据库、配置等都在本地存储上。

如果是这样，是否有关于如何执行此操作的指南？（我将学习如何使用 VMWare）。它是所有 VMWare 版本都包含的功能吗？

如果您认为选项 2 不是一个好的选择，我可以听听您的理由吗？我计划在我之前的问题中选择选项 1。使用 Windows Server 和 FreeNas 为我的公司创建一个新的基础架构 | 服务器故障

但现在我认为选项 2 对我们更好。我感谢所有人的任何帮助/建议。

我有 3 个 Windows Server 2019 VM，在 Windows 10 专业版上进行了虚拟化。（主要主持人）

服务器 1 是 AD/DC/ISCSI 目标/DNS/DHCP。

服务器 2 和 3 形成了一个故障转移 Hyper-V 集群，该集群托管一个 Windows 10 Pro x64。群集使用 ISCSI 连接到托管在服务器 1 上的仲裁和群集存储。

到目前为止，集群中的一切正常。

现在的问题是，我在 Windows 10（主主机）上创建了第三个 VHDX，并通过 Hyper-V 的 ISCSI 将它连接到服务器 1（就像我对其他 ISCSI 集群驱动器所做的那样）。然后在服务器 1 内部创建了另一个 VHDX，以便将其作为磁盘共享给服务器 2 和 3。

将该驱动器添加到集群并在集群管理器中选择“将其添加到集群共享卷”。

之后，我进入我的集群 VM（Windows 10 Pro），但找不到 CSV。“C:\ClusterStorage”在它上面不存在。为什么？

实时迁移、快速迁移、虚拟化网络和其他一切在此嵌套虚拟化集群故障转移中都能正常工作。

我的故障转移群集中的 VM 来宾可以访问 Internet、AC/DC 服务器上的文件以及 Windows 10 专业版主机（主主机）。我对这个设置绝对没有其他问题，我以各种可能的方式对其进行了测试，集群管理器本身也以“成功”结果验证了所有内容。

我已经厌倦了在磁盘管理中的 Windows 10 Pro 来宾 VM 中寻找驱动器，但那里没有任何东西。考虑到 CSV 应该显示为来宾 VM 的 C 驱动器中的文件夹，我没想到会有任何实际存在。 …

我的任务是设置 MDT 服务器以将操作系统部署到 25000 个端点。我是否可以设置集群然后安装 MDT，以便 MDT 是 HA。我还计划在群集 HA 文件共享上托管部署共享。

我希望使用 iScsi 共享存储（对于 SQL Server Always-On 实例）设置 Windows Server 2019 故障转移群集。额外的要求是没有单点故障。

假设我有两个 iScsi Initiator 节点 A 和 B 以及一个 iScsi Target C。如果我实施 MPIO，它将提供冗余和多条路径到存储，很好。但是，如果 C 出现故障，则节点 A 和 B 将失去与存储的连接。

问题：

1. 我应该创建 2 个 iScsi 目标服务器 C 和 D 吗？如果是这样，最好的配置是什么，以便如果 C 出现故障，D 将作为目标接管？
2. 启动目标服务器时，最低要求应该是什么？例如 RAM、内核等？
3. 将主 iScsi 目标与域控制器分开是最佳做法吗？
4. 使用 MPIO，最好使用循环还是仅故障转移？

我想练习在一台机器上使用多个 Docker 容器创建高可用的 Web 应用程序。

我在 Docker 容器中启动了多个 Web 服务器。比如说，三台服务器rest1和rest2。rest3

我将 Docker 与 HAProxy 平衡器结合使用，该平衡器绑定到服务器127.0.0.1:80并将查询路由到rest服务器。这使我可以确定，当一两台rest服务器发生故障时，我将能够进行查询127.0.0.1:80并收到正确的结果。

坏事是：当 HAProxy 关闭时，Web 应用程序也会关闭。

我想使用多个 HAProxy Docker 容器，每个容器中都带有 Keepalived 服务。问题是：我需要几个Docker容器来监听一个IP和一个PORT。例如，我将拥有haproxy1和，它将通过 Keepalivedhaproxy2绑定到。localhost

当我在 HAProxy 配置文件中设置 IP（不是当前 Docker 容器的 IP）时，它显示一个错误，HAProxy 无法侦听此 IP 和端口。

是否可以使用HAProxy和Keepalived配置多个Docker容器来监听一个IP和PORT？

HAProxy的配置：

defaults
    timeout connect 5000ms
    timeout client 50000ms
    timeout server 50000ms

frontend http-in
    mode http
    bind 172.17.0.10:80
    default_backend BACKEND

backend BACKEND
    option httpchk
    server rest1 …

我已将一块空间从 SAN 映射到 3 个集群节点 (2012r2)，如下所示：

1. 每个节点的 2 个端口已映射到 SAN 上的相同共享以实现冗余。
2. 已经在所有节点上配置了 MPIO
3. SAN 共享已成功添加到所有节点。

题：

我是否应该在所有节点上看到该 SAN 共享的相同内容，目前我从 1 个节点创建了一些文件，但我无法从其他节点看到该共享中的那些文件？

知道为什么吗？

在 2x Dell x730 上安装了 TPM 1.2，在故障转移群集中加密用户和网络数据的选项有哪些？我看到 Windows Server 2016 允许将 TPM 传递到 VM。https://charbelnemnom.com/2017/03/how-to-enable-virtual-tpm-vtpm-in-windows-server-2016-hyper-v-vm-hyperv-ws2016/这允许在虚拟机级别加密数据. 主机级别的加密会更有用吗？根据旧的 Microsoft 文章https://technet.microsoft.com/en-us/library/cc974516.aspx，我“应该在存储 VM 文件的所有卷上使用 BitLocker 驱动器加密。这包括 VM、虚拟硬盘、配置文件、快照和任何 VM 资源，例如 ISO 和 VFD。” 如果我在 VM 级别和故障转移群集上都使用加密会怎样？期望低或相同的性能是什么？

我正在尝试在基于 Hyper-V 的实验室中使用 Server 2016 来宾 VM 构建一个 2 节点故障转移集群（sqlnode-1、sqlnode-02）。

我遇到的问题是集群向导无法识别我的共享存储。

我正在尝试将 iSCSI 用于共享存储。我已将一个新 VHD 附加到第三个 VM，挂载为 Z:，并在其上设置以下虚拟磁盘以用于仲裁和共享存储：

我可以从 sqlnode-01 连接这个：

如果我首先从 sqlnode-01 断开连接，我只能从 sqlnode-02 连接到它。

这是预期的行为还是我应该能够同时连接两者？– 并同时在两台服务器上查看计算机管理中的存储？

如果我使用来自故障转移群集管理器的验证检查器，我会看到以下内容：

以下所有测试都不适用——大概是因为它没有找到任何要验证的磁盘。无论是让磁盘脱机还是联机，我都会得到相同的结果。

在设置 iSCSI 目标时，我是否可能遗漏了一些明显的内容？

验证报告指出：

物理磁盘 {82996b53-d867-4086-993c-7813c8f5e154} 仅从一个节点可见，不会进行测试。验证要求磁盘至少可从两个节点可见。磁盘被报告为在节点可见：sqlnode-01.corp.local