导航

不许杀人,也不许放火

« varnish后端的备份简单主备结构的反向WEB缓存(2) »

简单主备结构的反向WEB缓存(1)

领导提出来要对一地方门户网站做热备,虽然未必真的会实施,但还是有点意思的,就目前的情况,主站以及各个栏目有各自的域名,主要分布在4台Web服务器上,后面有一台数据库服务器。

其实做热备或者说好听些叫高可用,也就是堆机器,加一台数据库,做主从方式,网站程序里稍微做些手脚,数据库的热备基本也没什么问题了,当然要是做网站的能考虑CMS类的,就更好了,不过这些都有专人负责,我就不去管了。怎么做WEB服务器的热备,并且提高访问速度才是我的临时工作。

于是索性YY一下,虽然个人以为只有40%可能会实施,并且再来40%的可能性会按照预想的计划进行。

把现在的百兆交换机换成千兆的,这样的话,单纯做WEB服务,一台服务器应该能够轻松达到200M的流量,而现在的情况是4台WEB加起来也不过只有70M左右的流量,所以用一台服务器对4台WEB进行缓存加速从带宽上看是可行的。后面的4台机器每两台一组做主备,比如域名1主用在WEB1上,备用在WEB2上,域名2主用在WEB2上备用在WEB1上,以此类推,CACHE上做后面的健康监测并进行请求分发。

 Cache服务器内存应该尽可能大,提高性能。

出于Cache服务器的可用性考虑,准备上两台服务器,之间用heartbeat做主备,一个浮动地址,平时在主用服务器上,主用挂了以后浮动到备用上。如果觉得备用机平时闲着太可惜,也可以在主用上进行一下负载分担,把缓存功能分担到主备两台机器上,这样带来的另一个好处就是主备切换的时候,缓存不需要从零开始建立。

大致的结构如下:

既然还没有实施的定论,那我就先进行了一些试验。主要是heartbeat的主备切换,这个以前从来没接触过。

 

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

Search

控制面板

首页

最近发表

Powered By Z-Blog