如果在服务器上运行网络应用,如网站。那么我们有必要随时了解这台服务器的健康状况,以便迅速应对中断服务的风险。 如果我们让负责解析域名的DNS来检查网站服务器,发现异常后自动修改相关网站记录到一个正常的网站服务器上,这样不是很好地解决了这个问题吗?这里要提示您的是:如果您不熟悉DNS体系结构,这当然是个好主意。 如果我们仔细分析一下这种方案成熟度,不难发现其中的技术困境与尴尬。 1.
如果用来监测网站服务器的DNS到网站服务器之间出现网络故障,或网络阻塞(哪怕是暂时性),也会干扰对网站服务器健康状态的判断,从而得出错误的结论。 2.
这种方案完全受域名TTL值的制约,就是说从发现网站服务器故障到把域名解析到一个新服务器上的时间由TTL决定。如果强制把TTL设置一个很小的数值会影响域名解析的速度和稳定性。有关TTL请参看本文的附录。 3.
对DNS来说域名解析稳定性是压倒一切要求,这时候让他去干附加的工作,这是不是明智之举呢? 其实作为技术人员,还有很多途径去监控服务器的状态。为了清闲一些而牺牲域名解析质量,这是不是值得! 附录:TTL TTL即生存时间(Time To Live),域名设置中的TTL特指域名记录的解析结果在各地(国内一般按照行政地域放置DNS服务器)DNS服务器上缓存的时间。TTL值的常用单位是秒。对于IP地址相对固定,或短期内不计划变更IP地址的用户TTL值设置的大些为宜,如几个小时或更大些。调大TTL值可以显著的提高域名的解析稳定性和速度。对于计划变更IP地址的用户最好提前把TTL值改小,以便使缓存在世界各地DNS服务器上的旧域名记录迅速过期,等IP地址固定下来后再把TTL值改大。 |