无脑无负担网站架构-- Application Request Route的一些应用

   首先作为一个.net 程序员,多数情况你懒的整什么架构啊、框架啊、还有那命令行的linux,别说linux也有桌面,那个桌面用起来更让人抓狂,一直不明白居然有人说喜欢上linux的命令行,装B还是SB呢?好把不管是生活所迫还是兴趣爱好,或者什么别的动机,今天兄弟讲的结构绝对搞起来轻松用起来方便(当然装win2008好象不比装linux轻松多少,希望你那有个网管帮忙搞定)。

先上图
无脑无负担网站架构-- Application Request Route的一些应用

反向代理服务器的安装配置

1.首先是安装一台Win2008 带IIS7 的服务器,上面按装ARR(Application Request Route)
2.在IIS7上建立个站点,因为要所有请求需要通过这个站点转发的.
3.配置反向代理,把应用服务器都加进去(这些应用服务器上应该布置同一套程序)

应用服务器的配置
有几点需要注意,cookie由于是客户端的所以可以放心使用,Session最好别用虽然你可以配置成数据库或Session服务器但是还是碰到过不少状况。

因为在多台服务器中运行,需要进程或线程同控制时考虑使用数据库做锁定,或者专门提供一台服务起包装相应的服务并对外提供接口。

文件与图片服务器
使用windows共享盘的方式在应用服务器上建立同样的盘符映射。

其他服务器配置
缓存服务器使用windows系统,按装mamcached,数据库sql2005 企业版以上都可以有热备份功能,需要在完整日志下运行

 

 关于不海量图片的存储

1.上的结构可以通过增加共享盘来扩充容量,但是有限,好在图片不是很多.

2.采用ARR,使用Query String Hash方式将文件读写平滩到多台文件服务器上,具体作法是
上传图片时由客户端生产一个数字编号,一般是长整时间戳,上传地址看起来是这样的 xxx/xxx/postimg.ashx?rqid=141341234
由于采用query string hash那么只要你访问时带上rqid如 xx/adasd/xx.jpg?rqid=141341234   就可以保证反向代理把请求路由到保存图片的服务器了.
千万注意ARR的hash算法是一致性hash算法,你图片服务器发生增减后同样的rqid可能会被路由到不同的图片服务器上,切记你要一次规划好未来X年左右的存储量需求来一次性添加对应台数的服务器,同时每次上传文件时在数据库记录(RqId,Server,FileName,AddTime,refId)以免出现意外时找不到图片在那台服务器.

3.自己实现反向代理,参考上面的第2种方式,使用asp.net的地址重模块,根据文件时间戳将文件平滩到不同的服务器,当然需要采用集成模式来将jpg这样的地址重写,具体过程是这样的
首先安排了3台服务器运行了x年后来又加了5台服务器运行y年,后来又...(还有后来的话那么请直接采用分布式文件系统把,这里不适合你了)
我们需要根据时间戳(那个rqid)将x这些年的请求分配给那3台服务器,而针对这3台幅器的具体分配还是采用hash算法,后面处理类似,当然这样的过程经历两次应该就到你这个系统的使用寿命了,如果还要扩充,那还不如学习并使用HDFS,TFS这样的架构把(对了你转做网管了吗)

4.准备img1.xxx.com img2.xxx.com 多台对外的ip并帮定上面的域名把(好在二级域名不要钱IPv6早点普及把),代码里写把。


 

无脑无负担网站架构-- Application Request Route的一些应用,布布扣,bubuko.com

无脑无负担网站架构-- Application Request Route的一些应用

上一篇:​利用腾讯企业邮箱zabbix3.x邮件告警详细配置(微信/QQ/短信通知)


下一篇:Android自定义 Dialog 对话框