18
轮循DNS是否“足够好”以平衡静态内容?
我们在http://sstatic.net的网站之间提供了一组共享的静态内容。不幸的是,此内容目前根本没有负载均衡-它是由一台服务器提供的。如果该服务器出现问题,则依赖于该服务器的所有站点实际上都将关闭,因为共享资源是必不可少的共享JavaScript库和图像。 我们正在寻找在此服务器上平衡静态内容的负载的方法,以避免单个服务器的依赖性。 我意识到循环DNS充其量只是一个低端解决方案(有些甚至可能会说贫民窟),但我不禁要问- 循环DNS是否是静态内容基本负载平衡的“足够好”的解决方案? [dns] [load-balancing]标记中对此进行了一些讨论,并且我阅读了有关该主题的一些不错的文章。 我知道通过多个轮询A记录进行DNS负载平衡的常见弊端: DNS记录通常不会检测到心跳或故障,因此如果轮换中的给定服务器出现故障,则必须手动从DNS条目中删除其A记录 必须将生存时间(TTL)设置得很短才能完全起作用,因为DNS条目会在整个Internet上积极缓存 客户端计算机负责查看有多个A记录并选择正确的一个 但是,对于我们的静态内容,轮循DNS是否足以作为启动器,而不是总比没有强,而“在我们研究和实现更好的替代方案时”负载均衡形式呢?还是在任何情况下DNS轮询几乎一文不值?