标签: failovercluster

我正在阅读有关高可用性的内容，但我无法理解我阅读的以下内容：故障转移时，主 IP 迁移到备份服务器，但 MAC 地址也必须如此。

具体来说，我读到每台机器都有一个唯一的地址 MAC，机器中的所有接口都可以使用它。我不明白这部分。MAC不属于网卡吗？这句话中的接口是什么意思？

同样在故障转移时，客户端必须更新其 IP/MAC 映射，并为此找到了 3 种方法，其中之一是使用自定义 MAC，并将其与公共 IP 一起从主要移动到备份。这怎么可能？高可用性软件（例如 Pacemaker）能做到这一点吗？如何？

我有一个带有 3 个节点的 Hyper-V 2008 R2 故障转移集群。我向故障转移集群添加了 3 个新的虚拟机，其中一个失败并出现错误：

Event ID: 1069
Cluster resource 'Virtual Machine Configuration [server]' in clustered service or application '[server] failed.

和

Event ID: 21502
'Virtual Machine Configuration [server]' failed to register the virtual machine with the virtual machine management service.

我根本无法将资源联机。我看到我可以右键单击资源并选择“删除”。我只是想确保只从故障转移群集中删除它，而不是从 Hyper-V 管理器中删除它。

如何从故障转移群集管理器中删除出现故障的虚拟服务器并在 Hyper-V 管理器中保留虚拟机？

我正在考虑为我客户的网站创建一个 HA Linux 机器。我有哪些主要选择，或者我可以找到更多信息的地方/文章是什么？

如果它也是单个图像，我会很高兴，这样现有的软件就可以正常工作。

任何帮助表示赞赏。

谢谢！

我正在为 Windows Server 2008 R2 上的 SQL Server 2008 R2 设置一个两节点故障转移群集。

Microsoft 建议仲裁磁盘至少使用 512MB 大小的 LUN，但没有建议见证 LUN。对于这种类型的设置，人们通常使用什么？

我有两到三台较旧的 HP ProLiant DL380 G6/7 服务器，只有 x * 1 GBit 以太网，但 CPU 功率、RAM 和本地存储容量相当可观。我有兴趣构建一个由两个甚至三个节点组成的小型集群式设置，其中所有节点都提供服务，这与我目前对“超融合”流行语的理解非常相似。这些服务特别托管 VM，这些 VM 本身为不同的 Web 应用程序、一些守护程序、数据库等托管 Web 服务器。在应用程序级别上非常不同的东西，一些 I/O 绑定，一些不是。

这些服务器目前正在使用 Synology 的一些入门/中端 NAS，但事情不再那么好用了。我在让 NAS 在繁重的 I/O 负载下可靠工作时遇到了问题，除了一些基准测试之外，日常性能也不是很好。所以我正在研究不同的选项，比如集群文件系统、DRBD、即用型解决方案，比如 Proxmox 等等。

我目前问自己的主要问题是，是否有某种方法可以通过构建更喜欢本地读取和写入的“东西”来使网络成为一些可能的瓶颈。例如，DRBD 提供了复制协议 A，这正是我想到的。可能的数据丢失的时间跨度可能是某人认为可以接受的风险，查看每台服务器的冗余硬件等。此外，人们可能根本不需要在所有给定时间在所有节点上托管应用程序的可能性，但在节点更新和重启等情况下，仅在节点上移动应用程序可能是可以接受的。这样的事情可能会完成手动，经过一些准备步骤或其他什么。

重要的一点是，如果节点在大部分时间都托管自己的应用程序，则可以通过之后的异步写入通信来进行大量本地读取和写入。这也正是DRBD 文档所说的：

无论如何，在双主模式下使用 DRBD 作为 GFS 的复制存储设备是完全可能的。由于 DRBD 通常从本地存储读取和写入本地存储，而不是 GFS 通常配置为运行的 SAN 设备，因此应用程序可能会受益于减少的读/写延迟。

在块级别是否有没有 DRBD 的可比技术？也许一些集群文件系统自己已经提供了这样的东西？此外，如果所建议的内容仅适用于开箱即用的当前 Ubuntu 发行版，那将是有益的，因为这是我目前为服务器选择的操作系统。

我配置了一个具有两个节点和一个域控制器的 Hyper-V 故障转移群集。群集感知更新已启用。

BPA 显示以下错误：

要参与复制，故障转移群集中的服务器必须配置 Hyper-V 副本代理。
_{来源：http : //social.technet.microsoft.com/wiki/contents/articles/12798.hyper-v-to-participate-in-replication-servers-in-failover-clusters-must-have-a-hyper- v-replica-broker-configured.aspx}

我不明白为什么 BPA 会显示该错误。我没有使用也没有配置复制。

VMName                     ReplicationState
------                     ----------------
xxxxxxxx-xxxxxxxxx                 Disabled
xxxxxxxx                           Disabled
xxxxxx                             Disabled
xxxxxxxx                           Disabled
xxxxxxxxxx                         Disabled
xxxxxxxxxxxxxx                     Disabled
xxxxxxxxxxx                        Disabled
xxxx-xx                            Disabled
xxxx-xxx                           Disabled
xxxxxxxxxxxxxxxxxxxxxxx            Disabled
xxxxxxxxxx                         Disabled
xxxxxxxxx                          Disabled
xxxxxxxxxx                         Disabled

出了什么问题，我该如何解决？

我对 Hyper-V 下的文件服务器群集已无计可施。我希望有人能够帮助我弄清楚这种似乎有死胡同的技术的这个死结（比如强迫集群虚拟机使用 iSCSI 驱动器，而通常连接的 VHDX 驱动器就足够了），逻辑和推理通常会提供一个合乎逻辑的解决方案。

我的硬件：

我将运行三台服务器（最后），但现在一切都在一台服务器上进行。其中一个辅助服务器将纯粹作为见证/仲裁存在，另一个稍微强大的将作为紧急备份（具有额外的存储，只是不冗余）来保存辅助 AD VM 和一组的另一半集群虚拟机：SQL 虚拟机和文件系统虚拟机。请注意，这些都是一个集群的折旧节点，主要节点将在最强大的第一台机器上。

我的举重机是一台还包含网络上所有真正冗余存储的机器。如果这给了任何人heebie-geebies，太糟糕了。它有一个 6TB（可用）的 RAID-10 阵列，并且（最终）将容纳上述两个集群的主节点，但现在容纳所有虚拟机。现在是：DC01、DC02、SQL01、SQL02、FS01 和 FS02。最终，我将添加额外的虚拟机来处理 Exchange、Sharepoint 和 Lync，但仅限于这台主服务器（辅助服务器将无法处理超过三四个虚拟机，那么为什么要增加它的负担呢？AD、SQL 和FS VM 对业务而言最为关键）。

如果现在有人说，“等等，文件服务器的 SAN 或 NAS 怎么样？”，太糟糕了。主机上存在的就是我要处理的。

我遵循了这些说明，但我似乎无法让事情发挥作用。为了使文件服务器真正冗余，我不能相信任何一台机器拥有网络上唯一的数据存储。因此，我在主机的 VM-host 上创建了一组 iSCSI 驱动器，并将一个附加到每个文件服务器 VM。最终结果是我希望我的 FS01 和它的 iSCSI“驱动器”一起坐在重型起重机上，而 FS02 也将坐在带有自己的 iSCSI“驱动器”的辅助机器上。也就是说，iSCSI 驱动器最终不会与另一个位于同一台机器上。因此，集群 FS 将在彼此之间完全复制 iSCSI 驱动器的内容，因此，如果一台物理机（或 FS VM）出现故障，另一台将在其自己的 iSCSI 上获得数据的完整副本驾驶。

当我尝试在故障转移集群管理器中应用文件服务器角色时出现问题。实际上，它甚至在此之前 - 添加磁盘时发生。由于我已将每个磁盘优先添加到特定的 VM（通过 DNS 主机名限制启动器，并通过添加双向 CHAP 身份验证），这会强制每个 VM 控制自己的 iSCSI 磁盘。但是，当我尝试将磁盘添加到故障转移群集管理器中存储的磁盘部分时，整个过程对于随机磁盘对失败。也就是说，一个将上线，但另一个将保持离线，因为它没有正确的“所有者节点”。我的意思是，真的——WTF？当然它没有正确的所有者节点，两个驱动器都显示相同的节点名称！！我似乎无法让一个驱动器显示一个节点名称作为所有者，另一个驱动器以另一个节点名称显示为所有者。并且因为两个驱动器都不“在线”，所以我无法创建一个池来应用于集群角色。谈论卡在岩石和坚硬的地方之间！

我还有更多要补充的，但我的工作要结束了，我必须把事情做完。明天早上我进来时，我会尝试添加更多。

我的主要目标是在每台机器上都有一个文件服务器虚拟机，在每台机器上都有一个存储，但在一台物理机器出现故障时进行透明的故障转移。本质上，一个不关心哪台机器发生故障的故障转移 FS——存储内容在每台机器上均等地复制。我是否正朝着正确的方向前进？