在Linux上用DNS实现简单的负载均衡

系统 Linux 系统运维
DNS 轮询是将多台服务器映射到同一个主机名上,当用户访问 foo.example.com 时多台服务器都可用于处理它们的请求,使用的就是这种方式。

[[233926]]

DNS 轮询将多个服务器映射到同一个主机名,并没有为这里展示的魔法做更多的工作。

如果你的后端服务器是由多台服务器构成的,比如集群化或者镜像的 Web 或者文件服务器,通过负载均衡器提供了单一的入口点。业务繁忙的大型电商在高端负载均衡器上花费了大量的资金,用它来执行各种各样的任务:代理、缓存、状况检查、SSL 处理、可配置的优先级、流量整形等很多任务。

但是你并不需要做那么多工作的负载均衡器。你需要的是一个跨服务器分发负载的简单方法,它能够提供故障切换,并且不太在意它是否高效和完美。DNS 轮询和使用轮询的子域委派是实现这个目标的两种简单方法。

DNS 轮询是将多台服务器映射到同一个主机名上,当用户访问 foo.example.com 时多台服务器都可用于处理它们的请求,使用的就是这种方式。

当你有多个子域或者你的服务器在地理上比较分散时,使用轮询的子域委派就比较有用。你有一个主域名服务器,而子域有它们自己的域名服务器。你的主域名服务器将所有的到子域的请求指向到它们自己的域名服务器上。这将提升响应时间,因为 DNS 协议会自动查找最快的链路。

 

DNS 轮询

轮询和旅鸫鸟robins没有任何关系,据我相熟的图书管理员说,它最初是一个法语短语,ruban rond、或者 round ribbon。很久以前,法国政府官员以不分级的圆形、波浪线、或者直线形状来在请愿书上签字,以盖住原来的发起人。

DNS 轮询也是不分级的,简单配置一个服务器列表,然后将请求转到每个服务器上。它并不做真正的负载均衡,因为它根本就不测量负载,也没有状况检查,因此如果一个服务器宕机,请求仍然会发送到那个宕机的服务器上。它的优点就是简单。如果你有一个小的文件或者 Web 服务器集群,想通过一个简单的方法在它们之间分散负载,那么 DNS 轮询很适合你。

你所做的全部配置就是创建多条 A 或者 AAAA 记录,映射多台服务器到单个的主机名。这个 BIND 示例同时使用了 IPv4 和 IPv6 私有地址类:

  1. fileserv.example.com. IN A 172.16.10.10
  2. fileserv.example.com. IN A 172.16.10.11
  3. fileserv.example.com. IN A 172.16.10.12
  4.  
  5. fileserv.example.com. IN AAAA fd02:faea:f561:8fa0:1::10
  6. fileserv.example.com. IN AAAA fd02:faea:f561:8fa0:1::11
  7. fileserv.example.com. IN AAAA fd02:faea:f561:8fa0:1::12

Dnsmasq 在 /etc/hosts 文件中保存 A 和 AAAA 记录:

  1. 172.16.1.10 fileserv fileserv.example.com
  2. 172.16.1.11 fileserv fileserv.example.com
  3. 172.16.1.12 fileserv fileserv.example.com
  4. fd02:faea:f561:8fa0:1::10 fileserv fileserv.example.com
  5. fd02:faea:f561:8fa0:1::11 fileserv fileserv.example.com
  6. fd02:faea:f561:8fa0:1::12 fileserv fileserv.example.com

请注意这些示例都是很简化的,解析完全合格域名有多种方法,因此,关于如何配置 DNS 请自行学习。

使用 dig 命令去检查你的配置能否按预期工作。将 ns.example.com 替换为你的域名服务器:

  1. $ dig @ns.example.com fileserv A fileserv AAA

它将同时显示出 IPv4 和 IPv6 的轮询记录。

 

子域委派和轮询

子域委派结合轮询要做的配置会更多,但是这样有一些好处。当你有多个子域或者地理位置比较分散的服务器时,就应该去使用它。它的响应时间更快,并且宕机的服务器不会去响应,因此客户端不会因为等待回复而被挂住。一个短的 TTL,比如 60 秒,就能帮你做到。

这种方法需要多台域名服务器。在最简化的场景中,你需要一台主域名服务器和两个子域,每个子域都有它们自己的域名服务器。在子域服务器上配置你的轮询记录,然后在你的主域名服务器上配置委派。

在主域名服务器上的 BIND 中,你至少需要两个额外的配置,一个区声明以及在区数据文件中的 A/AAAA 记录。主域名服务器中的委派应该像如下的内容:

  1. ns1.sub.example.com. IN A 172.16.1.20
  2. ns1.sub.example.com. IN AAAA fd02:faea:f561:8fa0:1::20
  3. ns2.sub.example.com. IN A 172.16.1.21
  4. ns2.sub.example.com. IN AAA fd02:faea:f561:8fa0:1::21
  5.  
  6. sub.example.com. IN NS ns1.sub.example.com.
  7. sub.example.com. IN NS ns2.sub.example.com.

接下来的每台子域服务器上有它们自己的区文件。在这里它的关键点是每个服务器去返回它自己的 IP 地址。在 named.conf 中的区声明,所有的服务上都是一样的:

  1. zone "sub.example.com" {
  2. type master;
  3. file "db.sub.example.com";
  4. };

然后数据文件也是相同的,除了那个 A/AAAA 记录使用的是各个服务器自己的 IP 地址。SOA 记录都指向到主域名服务器:

  1. ; first subdomain name server
  2. $ORIGIN sub.example.com.
  3. $TTL 60
  4. sub.example.com IN SOA ns1.example.com. admin.example.com. (
  5. 2018123456 ; serial
  6. 3H ; refresh
  7. 15 ; retry
  8. 3600000 ; expire
  9. )
  10.  
  11. sub.example.com. IN NS ns1.sub.example.com.
  12. sub.example.com. IN A 172.16.1.20
  13. ns1.sub.example.com. IN AAAA fd02:faea:f561:8fa0:1::20
  14. ; second subdomain name server
  15. $ORIGIN sub.example.com.
  16. $TTL 60
  17. sub.example.com IN SOA ns1.example.com. admin.example.com. (
  18. 2018234567 ; serial
  19. 3H ; refresh
  20. 15 ; retry
  21. 3600000 ; expire
  22. )
  23.  
  24. sub.example.com. IN NS ns1.sub.example.com.
  25. sub.example.com. IN A 172.16.1.21
  26. ns2.sub.example.com. IN AAAA fd02:faea:f561:8fa0:1::21

接下来生成子域服务器上的轮询记录,方法和前面一样。现在你已经有了多个域名服务器来处理到你的子域的请求。再说一次,BIND 是很复杂的,做同一件事情它有多种方法,因此,给你留的家庭作业是找出适合你使用的最佳配置方法。

在 Dnsmasq 中做子域委派很容易。在你的主域名服务器上的 dnsmasq.conf 文件中添加如下的行,去指向到子域的域名服务器:

  1. server=/sub.example.com/172.16.1.20
  2. server=/sub.example.com/172.16.1.21
  3. server=/sub.example.com/fd02:faea:f561:8fa0:1::20
  4. server=/sub.example.com/fd02:faea:f561:8fa0:1::21

然后在子域的域名服务器上的 /etc/hosts 中配置轮询。

获取配置方法的详细内容和帮助,请参考这些资源:

 

责任编辑:庞桂玉 来源: Linux中国
相关推荐

2010-04-20 12:07:17

DNS负载均衡

2010-05-10 14:15:54

DNS负载均衡

2018-01-15 14:36:34

Linux负载CPU

2009-01-10 18:53:01

服务器ServerDNS

2016-01-08 10:53:48

DNS负载均衡跨云应用

2010-04-26 17:19:26

DNS负载均衡

2019-03-18 10:44:41

负载均衡DNSUDP

2010-05-06 16:58:10

Dns负载均衡

2010-04-26 16:36:31

DNS负载均衡设置

2010-04-26 13:34:43

DNS负载均衡

2018-04-10 10:49:17

负载均衡算法服务器

2010-05-06 12:18:34

IP负载均衡

2010-05-04 17:05:29

DNS负载均衡

2010-04-26 16:30:00

DNS负载均衡

2019-04-12 09:00:01

负载均衡Java服务器

2011-02-17 09:45:54

FreeBSD 8.1nginx负载均衡

2010-05-04 16:59:52

DNS负载均衡

2016-11-01 11:38:50

DNS网站性能

2010-04-26 00:04:22

线路负载均衡

2023-10-17 08:08:37

Dubbo服务注册中心
点赞
收藏

51CTO技术栈公众号