關(guān)于web負(fù)載均衡,同步網(wǎng)站的一些疑惑

pipe55

這些天一直在學(xué)習(xí)web的負(fù)載均衡,遇到了一些讓我疑惑的問題,煩請各位大俠幫忙指引,在此先謝過了!


用squid做反向代理對后端兩臺web服務(wù)器(同一個網(wǎng)站)做負(fù)載均衡和cache,如何讓這兩臺web服務(wù)器的網(wǎng)站數(shù)據(jù)保持同步??

1.用rsync嗎,如果是,后端web應(yīng)該有一個是主,有一個是輔,根本達不到數(shù)據(jù)快速在兩臺web服務(wù)之間同步,也起不到負(fù)載均衡的目的

比如,用squid的cache_peer 對兩臺web做負(fù)載均衡,當(dāng)客戶端請求并向網(wǎng)站寫入數(shù)據(jù)的時候,它通過squid寫入的是web服務(wù)器A,而服務(wù)器B可以通過rsync同步過來,但如果連接的是服務(wù)器B呢,A也能同步過來嗎?? 似乎rsync只起一個備份的作用?

2.用LVS嗎? 如果是LVS,是不是要在兩臺web前面加一臺lvs,那還用到squid的cache_peer來對后端web進行負(fù)載均衡么?在這里只能是做cache吧??

3.用特殊設(shè)備嗎?

很想知道一般較大點的網(wǎng)站他們是怎么做的?

[ 本帖最后由 pipe55 于 2008-8-27 10:47 編輯 ]

xi2008wang

關(guān)注!

某些掌握了的人總把集群搞地很神秘似的,從來不透露一下.

3645636

關(guān)系到分布式存儲的問題，nfs可以解決下問題。用gfs

pipe55

原帖由 3645636 于 2008-8-27 11:12 發(fā)表
關(guān)系到分布式存儲的問題，nfs可以解決下問題。用gfs

謝謝你的解答!
查了一下,gfs好像還很復(fù)雜啊.
用nfs的話,掛載也只能是B掛A的,或者A掛B的,不能同時A和B互掛啊,和rsync差不多的

hahazhu0634

你可以這樣做，在后端中可以用兩臺web服務(wù)器，一臺數(shù)據(jù)庫服務(wù)器，一臺NFS服務(wù)器，把頁面數(shù)據(jù)放到NFS上，再mount掛載到那兩臺web服務(wù)器上。而程序直接連接到數(shù)據(jù)庫服務(wù)器。這樣，寫入的數(shù)據(jù)就存入到數(shù)據(jù)了，而程序頁面是放到NFS服務(wù)器上的。個人想法，僅供參考......

ppop123

用squid做反向代理對后端兩臺web服務(wù)器(同一個網(wǎng)站)做負(fù)載均衡和cache,如何讓這兩臺web服務(wù)器的網(wǎng)站數(shù)據(jù)保持同步??
1.用rsync嗎,如果是,后端web應(yīng)該有一個是主,有一個是輔,根本達不到數(shù)據(jù)快速在兩臺web服務(wù)之間同步,也起不到負(fù)載均衡的目的

既然你前置的有squid，那對應(yīng)的主要內(nèi)容就是以靜態(tài)內(nèi)容為主，這部分內(nèi)容的同步分發(fā)就應(yīng)該是從你的CMS主動同步到你的web服務(wù)器，基本可以忽略內(nèi)容同步時間差異，
兩臺機器也可以同時提供服務(wù)。

比如,用squid的cache_peer 對兩臺web做負(fù)載均衡,當(dāng)客戶端請求并向網(wǎng)站寫入數(shù)據(jù)的時候,它通過squid寫入的是web服務(wù)器A,而服務(wù)器B可以通過rsync同步過來,但如果連接的是服務(wù)器B呢,A也能同步過來嗎?? 似乎rsync只起一個備份的作用?

當(dāng)涉及到應(yīng)用程序的部分就不該再通過squid來處理了，而且你不要死腦筋的想A服務(wù)器就是一臺服務(wù)器，但是它可以對應(yīng)很多的域名來做不同的事情，比如A可以是a.app.xxx.com通過程序上傳上來的文件可以對應(yīng)為a.app.img.xxx.com。
你要是想在此后再做分發(fā)改一下對應(yīng)的url就是了。B的問題一樣。

2.用LVS嗎? 如果是LVS,是不是要在兩臺web前面加一臺lvs,那還用到squid的cache_peer來對后端web進行負(fù)載均衡么?在這里只能是做cache吧??

你那兩個 web服務(wù)器其實就是個源站，理論上當(dāng)然是有前置的負(fù)載均衡設(shè)備最好。squid看到的只是一個vip而已。

3.用特殊設(shè)備嗎?很想知道一般較大點的網(wǎng)站他們是怎么做的?

啥叫特殊設(shè)備？大站負(fù)載均衡一般不用LVM都是商業(yè)的產(chǎn)品。大戰(zhàn)會把業(yè)務(wù)根據(jù)各種特性分拆的很細，再根據(jù)不同的需求做優(yōu)化。不是一個方案就解決所有問題。

[ 本帖最后由 ppop123 于 2008-8-27 23:27 編輯 ]

pipe55

原帖由 ppop123 于 2008-8-27 23:26 發(fā)表
既然你前置的有squid，那對應(yīng)的主要內(nèi)容就是以靜態(tài)內(nèi)容為主，這部分內(nèi)容的同步分發(fā)就應(yīng)該是從你的CMS主動同步到你的web服務(wù)器，基本可以忽略內(nèi)容同步時間差異，
兩臺機器也可以同時提供服務(wù)。
當(dāng)涉 ...

CMS是內(nèi)容管理信息系統(tǒng)嗎?一個網(wǎng)站,放在兩臺服務(wù)上,靜態(tài)的是不會變啊

當(dāng)涉及到應(yīng)用程序的部分就不該再通過squid來處理了，而且你不要死腦筋的想A服務(wù)器就是一臺服務(wù)器，但是它可以對應(yīng)很多的域名來做不同的事情，比如A可以是a.app.xxx.com通過程序上傳上來的文件可以對應(yīng)為a.app.img.xxx.com。
你要是想在此后再做分發(fā)改一下對應(yīng)的url就是了。B的問題一樣。

意思用URL可以讓客戶端上傳上來的文件在兩臺web上同步是嗎?

[ 本帖最后由 pipe55 于 2008-8-29 09:01 編輯 ]

pipe55

原帖由 hahazhu0634 于 2008-8-27 20:23 發(fā)表
你可以這樣做，在后端中可以用兩臺web服務(wù)器，一臺數(shù)據(jù)庫服務(wù)器，一臺NFS服務(wù)器，把頁面數(shù)據(jù)放到NFS上，再mount掛載到那兩臺web服務(wù)器上。而程序直接連接到數(shù)據(jù)庫服務(wù)器。這樣，寫入的數(shù)據(jù)就存入到數(shù)據(jù)了，而程 ...

這也是個好主意

ppop123

我后悔發(fā)帖子回復(fù)你的問題了。白費力氣。

ipaddr

不同類型的網(wǎng)站，不同技術(shù)架構(gòu)的網(wǎng)站，用不同的方法，一般的新聞網(wǎng)站，各服務(wù)器間的同步時間不需要實時的。

動態(tài)的內(nèi)容，就不能用Cache了，