domain-name-system – 没有负载均衡器的网站高可用性？

概述我正在考虑更改通过https api提供服务的“高可用性”网站的选项. 目前的设置是： >来自不同云提供商(AWS和RackSpace)的两个独立虚拟机 >一个DNS负载均衡器：这也是HA进入的地方,该服务监控两个VM,如果一个看起来不可用,则将所有DNS查询引导到另一个 如果不需要负载平衡,我们可以通过简单地在两台机器上共同定位DNS服务器来实现负载平衡器,每个机器在DNS查询时仅使用它自己的地 我正在考虑更改通过https API提供服务的“高可用性”网站的选项.

目前的设置是：

>来自不同云提供商(AWS和RackSpace)的两个独立虚拟机
>一个DNS负载均衡器：这也是HA进入的地方,该服务监控两个VM,如果一个看起来不可用,则将所有DNS查询引导到另一个

如果不需要负载平衡,我们可以通过简单地在两台机器上共同定位DNS服务器来实现负载平衡器,每个机器在DNS查询时仅使用它自己的地址进行回复.在这种情况下,如果一个VM关闭,将删除服务和指向服务的DNS服务器,因此没有客户端将被定向到已关闭的服务器,这是正确的吗？

为清晰起见编辑：

我们对目前不太完美的“HA”感到满意,这个问题具体是关于我所想的变化是否会使事情变得更糟.

解决方法 你的问题的直接答案是肯定的,它会使情况变得更糟.

这是因为您的某个名称服务器没有响应将导致尝试通过失败的名称服务器解析的客户端始终解决延迟,而当前技术只会失败 – 一半客户端,直到您检测到VM停机TTL秒.

通常,名称服务器缓存48小时,因此在停机时间较短或名称服务器更新48小时期间,您的用户将获得随机慢速体验.

除非您的VM检测速度很慢,否则您当前的实施情况会更好.对于VM关闭和您检测到TTL之间的时间段,建议的解决方案实际上会更好.但我假设这是一段很短的时间,可以忽略不计.

总结

以上是内存溢出为你收集整理的domain-name-system – 没有负载均衡器的网站高可用性？全部内容，希望文章能够帮你解决domain-name-system – 没有负载均衡器的网站高可用性？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。