码迷,mamicode.com
首页 > 其他好文 > 详细

全局负载均衡GSLB之“部署篇”

时间:2016-07-15 19:42:30      阅读:195      评论:0      收藏:0      [点我收藏+]

标签:

http://virtualadc.blog.51cto.com/3027116/875622

前言

随着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.com  NS  dns1.chinadns.com

a10test.com  NS  dns2.chinadns.com

www.a10test.com  A  222.222.222.222

 

委派授权解析有两种常用方式,以适应不同的DNS服务器

1)NS直接委派

把原A纪录删掉

a10test.com  NS  dns1.chinadns.com

a10test.com  NS  dns2.chinadns.com

dns1.chinadns.com  A  GSLB设备ISP1接口dns侦听地址

dns2.chinadns.com  A  GSLB设备ISP2接口dns侦听地址

2)别名方式委派

a10test.com  NS  dns1.chinadns.com

a10test.com  NS  dns2.chinadns.com

www. a10test.com   CNAME  www.ax. a10test.com.

ax. a10test.com  NS  dns1. ax. a10test.com

ax. a10test.com  NS  dns2. ax. a10test.com m

dns1. ax. a10test.com  A  GSLB设备ISP1接口dns侦听地址

dns2. ax. a10test.com   A  GSLB设备ISP2接口dns侦听地址

以下是万网上的图例

 

 

 

采用NS直接委派的方式最方便,但会将整个授权域转交给GSLB设备,如果GSLB设备不能完整支持DNS server的所有记录,如MX/SOA等,就会有问题,而且DNS切换需要花费一天左右的时间才能基本完成,业务的断网时间是必须考虑到的。而别名方式影响的是单个域名,影响面比较小,但也要求原域名维护商能够提供别名的更改权限(有些域名维护商只提供A记录和NS记录的更改)。


完成了域名的解析委派后,在GSLB设备上做上相应的域名解析配置就行。需要注意的是,如果是直接委派,域名与互联网上访问的域名相同:

gslb zone a10test.com

   service http www

 

 

如果是别名方式,域名则是别名后的子域域名。

gslb zone ax.a10test.com


   service http www

 

 

要验证GSLB设备能否实现解析,可先将客户端的nslookup server设置成GSLB的DNS侦听地址,只要有记录返回便表明设备的解析功能是正常的。然后就是等待互联网上的各级DNS服务器的记录更新,这个过程是相对漫长的,需要做的是耐心等待。。。

nginx+web服务器 可以实现负载均衡,但是一台nginx也是有限的,如果并非量高的话,在他的上层如何实现负载均衡。       如果是DNS 或者 CDN的话,建多个机房,势必有多个机房数据同步的问题。       有什么这方面的好的资料吗?
 
这方面的资料,基本都是一块一块不完整的。我大概跟你说一个基本架构:
1、DNS服务器,如果资金充足的话,建议使用BGP机房,2-3台DNS服务器均衡,通常使用bind软件。如果资金紧的话,可以购买专业的dns服务,比如国内的dnspod。
2、CDN服务器,一开始如果想省事,可以买专业公司的服务,如chinacache,但随着发展成本会越来越高。自建的话,可能分别搭建,放电信、联通、移动等不同机房的服务器,通过dns做动态解析。超大网站的话,可以用Squid,普通中至大型用nginx,内部玩玩用varnish。
3、前端均衡,资金充足的话,可以使用硬件设备,几十万一台。自已有技术队伍的话,就用nginx/haproxy+keepalived等自已组建前端。均衡的方式都比较灵活,随机、权重、ip、url都有。
4、同步的问题要看同步什么东西,普通的可以实时文件同步。但数据库的话,要看具体类型选择同步方式了。
5、后端的应用服务器和数据库集群,要看流量规划了。
追问:
好像还没有具体的说,如果多台 nginx 如何实现负载均衡。  看你说的意思,是不是就是用DNS和CDN建立多套程序每个程序 使用nginx    做反向代理。   假如考虑到成本等其他原因,不想建立多套系统,就是一个机房或者私有云里面,建立这套系统,实现多个nginx之间的负载均衡,有什么好的办法?
追答:
多台nginx实现均衡,有几种方法:
1、每台nginx都有公网地址,在域名处设置同个域名多个指向,最简单实现轮洵。但故障切负会慢一点。
2、一台公网nginx通过upstream功能,轮洵、ip、url多方式分发到内网多台nginx。但公网的nginx如果down机的话,内网全段。
3、一对公网nginx加三个公网ip,通过keepalive实现高可用,再upstream到内网。
4、一台硬件均衡服务器在前端,再通过硬件均衡到内容的其它服务器。

你所说的那个假如,可以通过 2 、3、 4的方法实现。

全局负载均衡GSLB之“部署篇”

标签:

原文地址:http://www.cnblogs.com/jukan/p/5674419.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!