DNS全局负载均衡
来源:互联网 发布:新田惠海 知乎 编辑:程序博客网 时间:2024/05/22 04:53
DNS全局负载均衡通过智能DNS解析来实现,通常在不同的地区设立多个数据中心,每个数据中心又使用多个运营商的线路
智能DNS可以通过多种负载均衡策略来将客户端需要访问的域名解析到不同的数据中心不同的线路上,比如通过IP地理信息数据库解析到最近的线路,或者权衡不同线路的繁忙度解析到空闲的线路等等。
除了使用智能DNS解析软件或者云服务,多数对可靠性和性能要求高的用户都会使用硬件的全局负载均衡解决方案。我曾做过数个国有大型银行、企业的全局负载均衡项目,使用F5和Radware来实现的。
下例的全局负载均衡解决方案中,域名服务商或者授权服务器将域名的NS记录指向有智能DNS解析功能的全局负载均衡(GSLB)设备,然后由GSLB设备来进行A记录解析,如果在多地部署了GSLB设备,它们都应该添加到NS记录中以保证高可用性,域名服务商处轮询地返回GSLB地址或者一次性返回全部地址。GSLB设备会对各个数据中心的各个运营商线路公网IP进行健康检查,并根据全局负载均衡策略来选择最优的地址解析给用户。
1) 用户向本级配置的本地DNS服务器发出查询请求,如果本地DNS服务器有该域名的缓存
2) 本地DNS服务器进行递归查询,最终会查询到域名注册商处的授权DNS服务器,这里可能有
3) 授权DNS服务器返回一条NS记录给本地DNS服务器。根据授权DNS服务器上的不同设置,这
4) 本地DNS服务器向其中一个GSLB地址发出域名查询请求,如果请求超时会向其它地址发出
5)
GSLB设备返回一条A记录给本地DNS服务器。根据全局负载均衡策略设定的不同可能返回
6) 本地服务器将查询结果通过一条A记录返回给用户,并将缓存这条记录
通过DNS解析报文中的TTL(Time To Live)字段可以控制客户端缓存这条记录的时间,在缓存时间超过时才可能重新发出查询,TTL值过大会导致故障发生时切换时间过长,TTL值太小会造成查询频繁,对设备和网络压力增大
- DNS全局负载均衡
- 为什么基于DNS的全局负载均衡(GSLB)不起作用?
- DNS负载均衡技术
- DNS负载均衡
- DNS负载均衡技术
- DNS负载均衡技术
- DNS负载均衡技术
- DNS负载均衡
- DNS负载均衡技术
- 负载均衡的DNS
- DNS负载均衡技术
- DNS负载均衡技术
- DNS负载均衡技术
- DNS负载均衡 例子
- DNS负载均衡技术
- DNS负载均衡问题
- DNS负载均衡
- DNS域名解析负载均衡
- 3177Crixalis's Equipment
- SpringMVC的初步使用
- python enumerate 行号 序号
- 一张思维导图,让正则表达式不再难懂
- oracle rman 备份数据库常用脚本
- DNS全局负载均衡
- 关于org.hibernate.MappingException: Unknown entity:错误
- MFC程序最小化到托盘区(待实践)
- 数字序列
- 【094】A是n阶方阵,k是常数,可以证明|kA|等于k的n次方乘以|A|
- linux 动态链接器的使用方法
- AssetBundle打包策略
- BZOJ1005 [HNOI2008]明明的烦恼
- 张正友标定算法原理详解(二)