关于web负载均衡,同步网站的一些疑惑

这些天一直在学习web的负载均衡,遇到了一些让我疑惑的问题,烦请各位大侠帮忙指引,在此先谢过了!


用squid做反向代理对后端两台web服务器(同一个网站)做负载均衡和cache,如何让这两台web服务器的网站数据保持同步??

1.用rsync吗,如果是,后端web应该有一个是主,有一个是辅,根本达不到数据快速在两台web服务之间同步,也起不到负载均衡的目的

比如,用squid的cache_peer 对两台web做负载均衡,当客户端请求并向网站写入数据的时候,它通过squid写入的是web服务器A,而服务器B可以通过rsync同步过来,但如果连接的是服务器B呢,A也能同步过来吗?? 似乎rsync只起一个备份的作用?

2.用LVS吗? 如果是LVS,是不是要在两台web前面加一台lvs,那还用到squid的cache_peer来对后端web进行负载均衡么?在这里只能是做cache吧??

3.用特殊设备吗?

很想知道一般较大点的网站他们是怎么做的?

关注!

某些掌握了的人总把集群搞地很神秘似的,从来不透露一下.

关系到分布式存储的问题，nfs可以解决下问题。用gfs

谢谢你的解答!
查了一下,gfs好像还很复杂啊.
用nfs的话,挂载也只能是B挂A的,或者A挂B的,不能同时A和B互挂啊,和rsync差不多的

你可以这样做，在后端中可以用两台web服务器，一台数据库服务器，一台NFS服务器，把页面数据放到NFS上，再mount掛载到那两台web服务器上。而程序直接连接到数据库服务器。这样，写入的数据就存入到数据了，而程序页面是放到NFS服务器上的。个人想法，仅供参考......

既然你前置的有squid，那对应的主要内容就是以静态内容为主，这部分内容的同步分发就应该是从你的CMS主动同步到你的web服务器，基本可以忽略内容同步时间差异，
两台机器也可以同时提供服务。


当涉及到应用程序的部分就不该再通过squid来处理了，而且你不要死脑筋的想A服务器就是一台服务器，但是它可以对应很多的域名来做不同的事情，比如A可以是a.app.xxx.com通过程序上传上来的文件可以对应为a.app.img.xxx.com。
你要是想在此后再做分发改一下对应的url就是了。B的问题一样。


你那两个 web服务器其实就是个源站，理论上当然是有前置的负载均衡设备最好。squid看到的只是一个vip而已。


啥叫特殊设备？大站负载均衡一般不用LVM都是商业的产品。大战会把业务根据各种特性分拆的很细，再根据不同的需求做优化。不是一个方案就解决所有问题。

CMS是内容管理信息系统吗?一个网站,放在两台服务上,静态的是不会变啊


意思用URL可以让客户端上传上来的文件在两台web上同步是吗?

这也是个好主意

我后悔发帖子回复你的问题了。白费力气。

不同类型的网站，不同技术架构的网站，用不同的方法，一般的新闻网站，各服务器间的同步时间不需要实时的。

动态的内容，就不能用Cache了，