gslb（global server load balance）技术的一点理解

前言

对于比较大的互联网公司来说，用户可能遍及海内外，此时，为了提升用户体验，公司一般会在离用户较近的地方建立机房，来服务这部分用户的请求。

比如微信主要是服务国内，在国内就会在很多城市有大量机房服务国内用户，另外，由于在北美、欧洲都有用户使用，所以，在欧洲和北美也会有对应的机房。

此时，作为服务提供方，自然是希望用户可以就近访问，广东用户就访问深圳机房，北美用户就访问北美机房。

这个要怎么做到呢，比如大家同时访问www.qq.com，如何保证就近访问呢？

这就是gslb（global server load balance）的舞台。

gslb的实现方案之dns

dns方案，应该也是最主流的一种方案，我们可以先思考下，访问www.qq.com时，会做什么事情呢？首先要拿到域名背后的ip，这里就会进行dns递归查询。

用户的dns请求，首先进入本地的dns服务器，比如我这边是深圳电信宽带，理论上就进入深圳电信的dns服务器，这个我们叫做localDns
localDns会去查询root dns服务器，root dns服务器只维护了顶级域名的dns服务器地址，因此会返回 .com这个顶级域名对应的dns服务器（记作tld，即top level domain顶级域名服务器）
localDns接下来，向.com顶级域名服务器发起请求，其会返回能解析qq.com域名的dns服务器（叫做权威服务器）
localDns接下来，向qq.com域名的dns服务器发起请求，其会解析www这个主机对应的ip，并返回
localDns拿到www.qq.com的ip后，返回给用户。

不看字也可以直接看图。

但是，有一点大家要记得，自始至终，都是localDns在帮我们跑东跑西，相当于是我们的代理，在这个过程中，root、tld dns服务器、权威服务器，都是只和localDns打交道，完全不知道我们用户的存在，因此，有一点很重要，root、tld dns服务器、权威服务器只知道localDns的ip，而不知道我们用户的ip。

现在我们知道了，最终是负责qq.com服务器的dns server来帮我们解析背后的ip，问题来了，这个dns server能很好地帮我们进行就近接入吗，答案是，不一定，这边一般是给www.qq.com配置多条A记录，即多个机房的ip，如深圳机房ip、北美机房ip，这个dns服务器不是很智能，它是轮询地返回ip，那很有可能，北美用户却拿到了国内机房ip，那还怎么玩呢，卡爆了。

问题就是，这个dns服务器不是很智能，不能满足我们的个性化需求，怎么办呢，解决的办法是有的，大家可以看下图。

这边可以给www.qq.com配置ns记录，让它指向另外一个dns服务，而这个dns服务，我们可以自己实现一个，无非就是写个后台服务，开个端口，接收dns请求，正确实现dns协议即可，gslb就是这么一个自定义的dns服务。

NS 代表“域名服务器”，域名服务器记录指示哪个 DNS 服务器对该域具有权威性（即，哪个服务器包含实际 DNS 记录）。基本上，NS 记录告诉互联网可从哪里找到域的 IP 地址。一个域通常会有多个 NS 记录，这些记录可指示该域的主要和辅助域名服务器。倘若没有正确配置的 NS 记录，用户将无法加载网站或应用程序。

下面是一个 NS 记录示例：

example.com record type: value: TTL

@ NS ns1.exampleserver.com 21600

example.com	record type:	value:	TTL
@	NS	ns1.exampleserver.com	21600

在引入了gslb之后，dns解析，就变成了这样的过程。

localDns前面的步骤都差不多，不同点在于，其向qq.com域名的dns服务器发起请求后，qq.com域名解析www.qq.com，发现www.qq.com配置了ns记录，此时，就会返回ns记录中的value给localDns，而这个value，就是指向腾讯自己的gslb服务
localDns向腾讯的gslb服务发起请求，注意，我们前面说过，此时这个udp dns查询，客户端ip是localDns的ip，gslb服务器也只是会拿到localDns的ip，比如，以我为例，gslb拿不到我的ip，只能拿到深圳电信的ip。
gslb收到请求后，理论上可以拿到的数据包括：该请求来自于哪个国家，该请求的ip所属的运营商，该请求的ip所属的省份城市，如中国-深圳-电信，此时，gslb可以选择返回深圳机房的ip给localDns，而不是北美机房的ip，这样就做到了就近接入

gslb实现

这块我看了下腾讯这边，应该是06年就搞出这东西了，不知道具体实现，只说是参考开源框架改的，不过我猜测，可能是根据bind这个开源dns解析器来改的，毕竟现在主流的dns服务，主要就是bind、dnsmasq，我这两天为了实践这个gslb，还自己搭了个bind（不过最终发现解析不到自己的bind服务上，看了域名解析商的说明，貌似是不能ns记录指向我这种私自搭建的dns服务）

一般大厂肯定都是有自己的gslb实现了，我在携程的技术文里也看到相关的gslb技术的说明。

那假设我们要是在一个小厂，没有自研能力，又当如何呢？

其实，dns解析商还是有提供高级能力的，是我low了，这个很简单，只要钞能力，就可以解决。

以我现在使用的dnspod这家解析商来说，默认其是支持几种路线的，比如电信、移动，可以配置不同的指向ip。

我理解下，大厂呢，应该是有这个研发能力，不愿意花这个冤枉钱，毕竟，公司小的时候，租着便宜，大了之后，域名一多，比起自研，就未必便宜了；而且自研的话，还可以和业务深度结合，搞点花活出来。

总结

大家也可以分享下自己的看法，gslb实现这部分，都是我瞎吹的，不过dns解析商这种，提供的也算是gslb的一种实现吧