DNS在架构设计中的巧用

一、架计中缘起

一个http请求从客户端到服务端,构设整个执行流程是架计中怎么样的呢?

一个典型流程如上:

(1)客户端通过域名daojia.com请求dns-server

(2)dns-server返回域名对应的外网ip(1.2.3.4)

(3)客户端访问外网ip(1.2.3.4)向反向代理nginx

(4)反向代理nginx配置了多个后端web-server服务内网ip(192.168.0.1/192.168.0.2)

(5)请求最终落到某一个web-server进行处理

其中,***个步骤域名daojia.com到外网ip(1.2.3.4)的构设转换,发生在整个服务端外部,架计中服务端不可控。构设

架构设计时,架计中能够巧用dns做一些什么事情呢,构设是架计中本文要讨论的问题。

二、构设反向代理水平扩展

典型的架计中互联网架构中,可以通过增加web-server来扩充web层的构设性能,但反向代理nginx仍是架计中整个系统的***入口,如果系统吞吐超过nginx的构设性能极限,难以扩容,架计中此时就需要dns-server来配合水平扩展。

具体做法是:在dns-server对于同一个域名可以配置多个nginx的外网ip,企商汇每次dns解析请求,轮询返回不同的ip,这样就能实现nginx的水平扩展,这个方法叫“dns轮询”。

三、web-server负载均衡

既然“dns轮询”可以将同一个域名的流量均匀分配到不同的nginx,那么也可以利用它来做web-server的负载均衡:

(1)架构中去掉nginx层

(2)将多个web-server的内网ip直接改为外网ip

(3)在dns-server将域名对应的外网ip进行轮询解析

和nginx相比,dns来实施负载均衡有什么优缺点呢?

优点:

利用第三方dns实施,服务端架构不用动 少了一层网络请求

不足:

dns只具备解析功能,不能保证对应外网ip的可用性(即使能够做80口的探测,实时性肯定也是比nginx差很多的),而nginx做反向代理时,与web-server之间有保活探测机制,当web-server挂掉时,能够自动迁移流量 当web-server需要扩容时,通过dns扩容生效时间长,而nginx是服务端完全自己可控的亿华云计算部分,web-server扩容更实时更方便

因为上面两个原因,架构上很少取消反向代理层,而直接使用dns来实施负载均衡。

四、用户就近访问

如文章“缘起”中所述,http请求的***个步骤域名到外网ip的转换,发生在整个服务端外部,服务端不可控,那么如果要实施“根据客户端ip来分配最近的服务器机房访问”,就只能在dns-server上做了:

(1)电信用户想要访问某一个服务器资源

(2)浏览器向dns-server发起服务器域名解析请求

(3)dns-server识别出访问者是电信用户

(4)dns-server将电信机房的nginx外网ip返回给访问者

(5)访问者就近访问

根据用户ip来返回最近的服务器ip,称为“智能dns”,cdn以及多机房多活中最常用。

五、总结

架构设计中,dns有它独特的功能和作用:

dns轮询,水平扩展反向代理层 去掉反向代理层,利用dns实施负载均衡 智能dns,根据用户ip来就近访问服务器

【本文为专栏作者“58沈剑”原创稿件,转载请联系原作者】

戳这里,看该作者更多好文

系统运维
上一篇:ubuntu安装和配置SVN第一步:安装apache2  libapache2-svn subversion复制代码代码如下:复制代码代码如下:复制代码代码如下:apt-get install subversion2. 建立svn仓库1). 建立svn目录:mkdir /home/.svn(使用隐藏目录)2). cd /home/.svn    3). mkdir astar4). 创建仓库astar:svnadmin create /home/.svn/astar,执行完毕后astar目录有svnadmin创建的目录和文件5). mkdir test6). 创建仓库test:svnadmin create /home/.svn/test,执行完毕后test目录有svnadmin创建的目录和文件3. 配置和管理svn1). 每个仓库的配置文件在$repos/conf/下,vi svnserve.conf,配置项在[general]下:anon-access:匿名用户的权限,可以为read,write和none,默认值read。不允许匿名用户访问:anon-access = noneauth-access:认证用户的权限,可以为read,write和none,默认值write。password-db:密码数据库的路径,去掉前边的#authz-db:认证规则库的路径,去掉前边的#。注意:这些配置项的行都要顶格,否则会报错。修改配置后需要重启svn才能生效。2). 配置passwd文件这是每个用户的密码文件,比较简单,就是“用户名=密码”,采用的是明码。如allen=1111113). 配置authz文件1. [groups] section:为了便于管理,可以将一些用户放到一个组里边,比如:owner=allen,ellen2. groups下边的sections表示对一个目录的认证规则,比如对根目录的认证规则的section为[/]。设置单用户的认证规则时一个用户一行,如:  [/]      allen=rw  #allen对根目录的权限为rw  ellen=r    #ellen对根目录的权限为r  假如使用group,需要在group名字前加@,如  @owner=rw  #group owner中的用户均为rw,等价于上边的两句话启动时假如从/home/.svn/astar启动,/就是astar目录,用如上方式以astar目录为根设置权限。假如从/home/.svn/启动,每个仓库根还是自己的起始目录。可以采用如上方式设置astar的权限,也可以采用如下方式:  [astar:/]  @owner=rw设置test的权限如下:  [test:/]  @harry_and_sally = rw简言之,每个仓库的根目录(/)就是自己的起始目录;[repos:/]这种方式只适用于多仓库的情况;[/]适合于单仓库和单仓库的方式。3. 不能跨越仓库设置权限。4. 启动和停止svn    1). 启动:1. 从astar目录启动,svnserve -d -r /home/.svn/astar,根目录(/)是astar,authz中规则的配置使用section[/]。访问方式为:  svn://192.168.0.87/2. 从.svn目录启动,svnserve -d -r /home/.svn,根目录(/)是.svn,authz中对astar的配置使用section[astar:/] ,对test的配置使用section[test:/]。访问方式为:  svn://192.18.0.87/astar  svn://192.18.0.87/test假如需要svn自启动,把命令加入/etc/rc.local中2). 检查svn服务器是否已经启动(svn默认使用3690端口):netstat -an | grep 36903). 停止:killall svnserve5. svn client推荐使用TortoiseSVN, http://tortoisesvn.tigris.org/Eclipse插件,http://subclipse.tigris.org/作者 t80t90s
下一篇:解决方法如下打开终端,输入以下命令:cd /etc/fonts/conf.d/sudo cp 49-sansserif.conf 49-sansserif.conf_backupsudo rm 49-sansserif.conf以上命令的功能是先备份49-sansserif.conf文件,再删除,经测试后有效。(来源:PenguinOL)