标签: failover

是否可以在没有 SAN 的情况下创建 3 节点 Windows Server 2008 R2 故障转移群集？

我们的目标是创建一个没有任何单点故障的集群 MSMQ。理想情况下，存储的消息将保留在集群的所有节点上，以便如果任何单个节点脱机，集群可以继续运行并保持仲裁。

或者，是否有另一种更好的方法来创建高度可用的 MSMQ？

（附加的最可能不相关的信息）该集群将充当 NServiceBus“分发器”并在我们的系统中保存所有“待处理”消息。它将成为所有消息流量经过的枢纽。

编辑：澄清一下，我对存储在节点本身上复制的 MSMQ 队列特别感兴趣。我会使用 FileShare 或节点多数仲裁来处理集群仲裁。

我正在为 DHCP 和 DDNS 设置故障转移系统。使用的软件是 ISC BIND 和 ISC DHCP，在 Ubuntu 10.04 LTS 上运行。

serverA 运行 DNS01 和 DHCP01，serverB 运行 DNS02 和 DHCP02。DHCP 故障转移设置为 128 位拆分（每个服务器上的一半区域），工作正常。

serverA 设置为主 DNS，serverB 为辅助（从）。

DHCP02 应将其动态更新指向何处？是否可以使用 DDNS 条目更新从属区域，然后将 AXFR 返回到主区域，或者我是否需要将所有 DDNS 更新都指向 DNS01，在 DHCP01 和 DHCP02 上？

我最近注意到为一个主机名设置多个 A 记录不仅可以用于循环负载平衡，还可以用于自动故障转移。

所以我尝试测试它：

1. 我从我们的域加载了一个页面
2. 注意到我们的哪些服务器提供了页面
3. 关闭了该主机上的 Web 服务器
4. 重新加载了页面

事实上，浏览器会自动尝试不同的服务器来加载页面。这适用于 Opera、Safari、IE 和 Firefox。只有 Chrome 无法尝试不同的服务器。

但是在将该服务器离线几分钟并查看访问日志后，我发现对其他服务器的请求数量并没有显着增加。在 3 台服务器中有 1 台离线时，我原本预计对其余 2 台服务器的访问量大约会增加 50%，但我只看到了 7-10%。这只能意味着浏览器内 DNS 故障转移对大多数浏览器/访问者不起作用，这与我刚刚测试的内容直接矛盾。

有没有人知道浏览器的 DNS 故障转移行为是怎么回事？为什么自动故障转移对我有效，但对我们的大多数访问者无效？

编辑：为了清楚起见，我绝对没有更改我们的 DNS 设置；这里没有 TTL 或传播问题，关键在于客户端如何处理多个 A 记录。

我有大量数据（+100 GB）可以存储到文件中。大多数文件都在 5k-50k 范围内 (80%)，然后是 50k - 500k (15%) 和 >500k (5%)。文件的最大预期大小为 50 MB。如有必要，可以将大文件拆分为较小的部分。文件也可以按目录结构组织。

如果必须修改某些数据，我的应用程序会复制并修改它，如果成功，则将其标记为最新版本。然后，旧版本被删除。它是碰撞安全的（可以这么说）。

我需要实施一个故障转移系统来保持这些数据可用。一种解决方案是使用主从数据库系统，但这些系统很脆弱，并且强制依赖于数据库技术。

我不是系统管理员，但我阅读了 rsync 指令。它看起来很有趣。我想知道设置一些故障转移节点并使用我的主节点的 rsync 是否是一个负责任的选择。有没有人成功尝试过这个？

i) 如果是，我应该拆分我的大文件吗？rsync 在检测要复制/删除的文件方面是否智能/高效？我应该实现特定的目录结构来使这个系统高效吗？

ii) 如果 master 崩溃并且一个 slave 接管了一个小时（例如），让 master 再次更新是否像反过来运行 rsync 一样简单（slave to master）？

iii) 额外问题：是否有可能使用 rsync 实现多主系统？还是只有主从可能？

我正在寻找建议、技巧、经验等...谢谢！！！

我开始尝试使用 websockets。

有谁知道提供 websocket“通道”的持久存储的 websockets 服务器（开源或付费）？我发现的所有示例都没有解决持久性问题——如果 websockets 服务器出现故障，所有“通道”数据都会丢失。

诸如 Pusher 之类的服务并没有真正讨论它们是否解决了持久性问题（我还没有收到技术支持的回复）。

很高兴自己动手，但不想重新发明轮子。

编辑：

我不是在寻找 websockets 101 信息。这是容易获得和理解的。

我正在寻找支持 websockets 并具有持久存储 websocket 数据的服务器（开源或付费），以便在服务器发生故障的情况下，新服务器可以接管原来停止的服务器。

两个主要目的： 1. 支持 websockets 网络工作组设想的故障转移场景http://tools.ietf.org/html/draft-ibc-websocket-dns-srv-02#section-5.1（最重要的是让错过的消息当客户端连接到故障转移服务器时发送） 2. 支持新订阅者必须接收所有过去发布的消息的场景。

当然，这可以在应用程序层处理……但这不是我想要的。

编辑

因此，经过一些研究，以下安装的选项似乎是最强大的：

• 喀津迁徙
• 迁徙 ( http://migratory.ro )

看起来“真实”的托管服务

• Pusher（很棒的 AP​​I 但还没有历史功能）
• PubNub（有历史）

如果 websockets 不可用，上述所有服务都可以优雅地回退到其他通信方法。

我找不到任何提供“开箱即用”集群、故障转移和持久消息存储来回放历史记录的开源。有一些项目可以作为很好的起点，但并不是我正在寻找的。

我即将升级并整合一组 SQL Server 2008R2 到单个 SQL Server 2012。我想要高可用性并寻找不同的选项。数据库的数量相当多（150+），所以 DBMirroring 是不可能的。

现在我正在查看“AlwaysOn Availability Group”和“AlwaysOn 故障转移集群”，但我真的不知道该走哪条路……也许还有更多选项可用。

集群可能是一个很好的做事方式，但是让一个强大的服务器什么都不做，而是等待主服务器出现故障真的很烦人。

有没有办法在 SQL Server 中进行真正的主动/主动集群（真正的负载平衡）？

我正在构建一个应用程序，它将作为不同网络上的组合 MUA/MTA。但是，许多网络都使用 ISP 来阻止 SMTP 的 25 端口。因此，我还想打开一个辅助端口，以便在端口 25 关闭时某些安装可以在该端口上进行通信。

如何选择第二个端口？我知道有些人使用端口 26或端口 2525。选择不会干扰现有软件的端口的正确方法是什么？

在 vSphere/ESX 环境中，如何将（自动）迁移事件写入到已迁移的托管 Windows 虚拟机的事件日志中？

以便托管操作系统知道迁移事件，因此任何由此产生的问题都可能与该事件有关？

我知道，在一个完美的世界里，应该没有问题。

我最近一直在考虑我们 DNS 的 TTL。我们的服务器有 A 记录，然后是面向客户的名称的 CNAME 记录。例如，www.example.com CNAME 指向 server-01.example.com。如果发生故障，我们会将 CNAME 和 A 记录的 TTL 设置为 15 分钟。

然而，我突然意识到这可能不是最佳的。当然应该是A记录是48小时，CNAME是15分钟。如果发生故障，CNAME 只会指向 server-02.example.com。A记录（理论上应该可以缓存很长时间，因为我们使用CNAME作为切换器）。

环顾互联网，我发现很多人的 CNAME 长而 A 记录短： CNAME 和 A 记录具有不同的 TTL。哪个会被缓存？

这似乎与任何人想要的相反。问题是，DNS 是否以我希望的方式工作，因为如果我需要匆忙切换服务器，CNAME 请求 TTL 是重要的？

我有几台带有本地 SATA/SAS RAID 阵列的服务器。我想在那里运行具有某种程度的自动故障转移的虚拟机 - 以 1 分钟的间隔将虚拟机同步到辅助节点，并至少在主节点死亡时自动启动。

我已经在另一台机器上创建了带有文件共享见证的故障转移集群。在故障转移管理器中，我无法添加任何磁盘，显示“没有合适的磁盘”。我尝试通过 MS iSCSI Target 添加虚拟 iSCSI 磁盘，但它也没有出现。如果没有共享存储，则无法启用 Hyper-V 副本代理。

如何使用 Hyper-V 上的当前硬件实现故障转移？如果没有，是否还有其他虚拟化平台可以满足我的需求？根据我对 VMWare 的搜索，我需要 HA + vSAN，这非常昂贵，Google 的 Ganeti 不能很好地与 Windows 客户机配合使用。