标签: failover

我的软件使用 DNS 名称连接到服务器。我的客户有时需要在异地工作，在这种情况下，他们使用 Hamachi 连接到服务器。

我想知道是否可以设置主机文件（或者更简单的方法）来检查本地 IP 地址，如果失败则转到 Hamachi IP

127.0.0.1       localhost
12.34.56.78     localhost   

我在某处读到，即使网络完全失败，使用共享磁盘进行心跳也是可靠的。
我是在脑裂治疗的背景下阅读的。
这样对吗？但我无法理解这一点。如果网络出现故障，这不也会影响共享磁盘吗？

我将使用 heartbeatd 为 2 个物理服务器设置 HA 代理。我将让客户端将域指向一个 IP 地址，这样做之后就无法更改。我的托管服务提供商为我提供了 6 个 IP 地址。我是否需要使用其中之一来设置 VIP？总的来说，我也很困惑，关于 VIP 和真实 IP 的差异（不是关于适用性，而是关于它们的工作方式等）。

我正在构建一个全球 CDN 并拥有一个 DNS 服务，可以将客户引导到最近的服务器。但是，如果其中一个数据中心（例如德国）出现故障，我需要快速故障转移，需要立即从伦敦为用户提供服务。

我正在查看的 DNS 服务提供 DNS 故障转移，但它需要较低的 TTL，这会增加查询，因此成本很高 - 并且某些 ISP 不尊重 TTL，因此最好的情况下您仍然会延迟 300 秒之前切换和最坏情况下长达 48 小时，因为坏的 ISP 在其服务器中缓存 DNS 条目。

关于如何以合理的价格提供从一个数据中心到另一个数据中心的快速故障转移的任何想法？

假设我们有十台服务器，每台服务器都有一个无状态应用程序的副本。

1. 用户在浏览器/客户端程序中输入地址。
2. dns server 返回一个ip列表（不过很多人说dns不应该用来提供HA，尤其是非浏览器客户端）
3. 所以旧的浏览器/客户端程序检查第一个 ip，它关闭了所以......会发生什么？连接失败？

怎么解决的？虚拟IP？其他一些机制？请给我一些链接或至少一些流行语，以便我可以阅读更多相关信息

编辑：好的，我知道我们应该在集群前面有一些负载均衡器，但是问题又移到了一层：如何提供该负载均衡器的 HA？毕竟它可以下降

我们有一个客户，其 Windows 服务器位于双 WAN 路由器后面，该路由器具有来自每个 ISP 的两个静态 IP 地址。他们在现场有工作人员，他们的笔记本电脑上的应用程序只能指向一个公共 IP 地址。

他们希望能够在线购买额外的公共地址，我们将能够设置主 ISP 公共 IP 地址，然后在新购买的 IP 地址下设置辅助 ISP 公共 IP 地址。

应用程序仅支持单个公共 IP 地址，不能使用 DNS 名称地址。

即使一个 ISP 的应用程序出现故障，这也将提供冗余故障转移。

任何见解将不胜感激。

我对 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——存储内容在每台机器上均等地复制。我是否正朝着正确的方向前进？

我熟悉设置 RAID 阵列，并且正在我的家庭环境中运行一些。

我想知道是否可以在故​​障转移配置中拥有多个存储服务器。

我希望通过这个实现的是对这些服务器有一定的冗余。当一台服务器出现故障时，可以完全更换它而不会丢失数据。我的意思不仅仅是磁盘故障，而是更严重的事情。可能是 BIOS 损坏。我以前吃过那些……不漂亮。

实现这一目标的最佳方法是什么，我必须如何设置它？