前言
随着web应用的不断发展,客户对于业务的稳定性、可靠性等也提出更高的要求,已不再局限于IDC内部的服务器虚拟化。很多人都清楚,国内各大运营商之间数据互访的效果不尽如意,而作为使用者,特别是要求业务及时响应的企业用户,一方面要考虑异地IDC的数据容灾,另一方面要实现就近性访问,提高客户访问体验,这时,全局负载均衡GSLB是一个很好的解决方案。
GSLB的实现原理
大部分人只知道DNS的作用,就是帮助客户端去“记住”每个在互联网发布的服务IP,毕竟有关联性的单词比32位的数字更方便记忆。GSLB的作用也类似于DNS,可以把GSLB设备当作一台DNS server,所有设置在这台设备上的域名都能解析出A记录(服务IP)。但比普通服务器多了一个重要的功能,就是“智能”。在做出解析之前,GSLB设备会根据请求包的“出处”,各A记录的响应效率,后台服务器的可用性等进行分析判断,所以在很多时候,人们将GSLB也称为“iDNS”,即智能DNS。
关于GSLB的解析过程,大家可去搜索一下之前也有文章提及,此处不再赘述。
GSLB的部署
需要实现智能解析,就需要将域名的解析权转交给GSLB设备,更具DNS的递归查询原理,只要域名的解析请求能最终到达GSLB设备上,GSLB设备就能作出合适的响应。这里看看DNS服务器上的解析配置:
a10test.
a10test.
A222.222.222.222
委派授权解析有两种常用方式,以适应不同的DNS服务器
1)NS直接委派
把原A纪录删掉
a10test.
a10test.
AGSLB设备ISP1接口dns侦听地址
AGSLB设备ISP2接口dns侦听地址
2)别名方式委派
a10test.
a10test.
www. CNAMEwww.ax. .
ax. NSdns1. ax.
ax. NSdns2. ax. m
dns1. ax. AGSLB设备ISP1接口dns侦听地址
dns2. ax. AGSLB设备ISP2接口dns侦听地址
以下是万网上的图例
采用NS直接委派的方式最方便,但会将整个授权域转交给GSLB设备,如果GSLB设备不能完整支持DNS server的所有记录,如MX/SOA等,就会有问题,而且DNS切换需要花费一天左右的时间才能基本完成,业务的断网时间是必须考虑到的。而别名方式影响的是单个域名,影响面比较小,但也要求原域名维护商能够提供别名的更改权限(有些域名维护商只提供A记录和NS记录的更改)。
完成了域名的解析委派后,在GSLB设备上做上相应的域名解析配置就行。需要注意的是,如果是直接委派,域名与互联网上访问的域名相同:
gslb zone
service http www
如果是别名方式,域名则是别名后的子域域名。
gslb zone
service http www
要验证GSLB设备能否实现解析,可先将客户端的nslookup server设置成GSLB的DNS侦听地址,只要有记录返回便表明设备的解析功能是正常的。然后就是等待互联网上的各级DNS服务器的记录更新,这个过程是相对漫长的,需要做的是耐心等待。。。
本文转自 virtualadc 51CTO博客,原文链接:/virtualadc/875622
如果觉得《全局负载均衡GSLB之“部署篇”》对你有帮助,请点赞、收藏,并留下你的观点哦!