标签:
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的方法实现。
标签:
原文地址:http://www.cnblogs.com/jukan/p/5674419.html