DNS级别的故障切换(2 LB和2静态IP)

我正在构build2盒,每个将是静态内容服务器(NginX)+负载平衡器(HAproxy)+ DNS服务器(NSD)。

(A)logging的每台DNS服务器上的TTL大概是30-60秒。

解决将是这样的:

LB1(NS1)==parsing==> xx.xx.xx.01(LB1)

LB2(NS2)==parsing==> xx.xx.xx.02(LB2)

这样,如果由于任何原因,这些LB中的一个出现故障,那么预期的停机时间将是30-60秒(TTL时间),因为每个工作LB将parsing为它自己的IP,当其中一个停机时,另一个LB DNS服务器将自行解决请求。

这两个LB不在同一个位置,所以它可能不是一个设置故障转移IP(或类似心跳,keepalived等)的选项。

我有几个问题,也..愿意真正感谢任何build立一个坚实的高度可用的系统。

  • 有没有一种方法可以在我自己的DNS服务器中configurationDNS查询超时2秒钟(如果我们快速传递给其他服务器的任何DNS查询,如果没有响应从第一个发送)?
  • 这两个LB会有超过3万个并发连接,这是太多了吗?! 在这种情况下,build议一些好的configuration,有助于保持我的箱子坚实?
  • 这是一个很好的设置? 呃..哈哈。
  • 最后,据你所知,由于2 DNS服务器指向2个不同的IP是否影响我的网站search引擎优化?

– 谢谢

有没有一种方法可以在我自己的DNS服务器中configurationDNS查询超时2秒钟(如果我们快速传递给其他服务器的任何DNS查询,如果没有响应从第一个发送)?

如果你的意思是你希望客户在DNS-1的查询失败N秒后联系DNS-2,那么这是客户端的默认行为。

这两个LB会有超过3万个并发连接,这是太多了吗?! 在这种情况下,build议一些好的configuration,有助于保持我的箱子坚实?

在DNS级别,这是没有问题的。 在nginx级别,如果你只提供静态内容,这应该也没有问题。

最后,据你所知,由于2 DNS服务器指向2个不同的IP是否影响我的网站search引擎优化?

不,SEO运作的是域名,而不是IP。