我正在构建 2 个盒子，每个盒子将是静态内容服务器（NginX）+ 负载均衡器（HAproxy）+ DNS 服务器（NSD）。
每个 DNS 服务器上（A）记录的 TTL 大约为 30-60 秒。
解决如下：
LB1 (NS1) ==解决==> xx.xx.xx.01 (LB1)
LB2 (NS2) ==解决==> xx.xx.xx.02 (LB2)
这样，如果由于某种原因其中一个 LB 发生故障，则预计故障时间大约为 30-60 秒（TTL 时间），因为每个正常工作的 LB 都会解析为其自己的 IP，当其中一个发生故障时，另一个 LB 的 DNS 服务器将解析请求到其自己的服务器。
这两个 LB 不在同一位置，因此可能无法设置故障转移 IP（或类似的东西，如心跳、keepalived 等）。
我有几个问题，并且...非常乐意接受任何有关建立高可靠性系统的建议。
- 有没有什么方法可以将我自己的 DNS 服务器中的 DNS 查询超时时间配置为 2 秒左右（这样，如果第一个服务器没有发送响应，那么我们收到的任何 DNS 查询都会快速传递给另一个服务器）？
- 这 2 个 LB 将拥有超过 30,000 个并发连接，这太多了吗？！在这种情况下，能否建议一些有助于保持我的盒子稳固的良好配置？
- 这是一个好的设置吗？嗯。哈哈。
- 最后，据您所知，由于 2 个 DNS 服务器指向 2 个不同的 IP，这会影响我的网站 SEO 吗？
- 谢谢
答案1
有没有什么方法可以将我自己的 DNS 服务器中的 DNS 查询超时时间配置为 2 秒左右（这样，如果第一个服务器没有发送响应，那么我们收到的任何 DNS 查询都会快速传递给另一个服务器）？
如果您的意思是希望客户端在对 DNS-1 的查询失败 N 秒后联系 DNS-2，那么这就是客户端的默认行为。
这 2 个 LB 将拥有超过 30,000 个并发连接，这太多了吗？！在这种情况下，能否建议一些有助于保持我的盒子稳固的良好配置？
在 DNS 级别这没有问题。在 nginx 级别，如果您只提供静态内容，这应该也没有问题。
最后，据您所知，由于 2 个 DNS 服务器指向 2 个不同的 IP，这会影响我的网站 SEO 吗？
不是，SEO 是基于域名运作的，而不是 IP。