目前網站架構一般分成負載均衡層、WEB層和數據庫層

負載均衡層-- LVS，

WEB層--使用了nginxweb服務器，

數據庫層--我們使用了db集群方案。

網站概況

這是在代碼進入生產環境前的必須要經歷的。

在測試服務器上開發OK后，我們提交給SVN服務器，然后進入代碼提交服務器。

進入代碼提交服務器后，有兩步要走的，我理解為一個拉，一個推。

a 我們使用SVN up 將本地文件更新

b 使用rsync推送到生產環境服務器

以上兩部分 我分別寫成一個shell文件

運行 bash xxx.sh 即可

2 用戶訪問網站的流程，基本是這樣的：

網站使用了動態CDN，起到加速的作用，我們先把動態CDN放到一邊，說說下面發生的事情。

在前端我們使用了LVS，關于LVS我使用百科上的文章，給予解釋下：　　

LVS是一個開源的軟件，由畢業于國防科技大學的章文嵩博士于1998年5月創立，可以實現LINUX平臺下的簡單負載均衡。LVS是Linux Virtual Server的縮寫，意思是Linux虛擬服務器。

LVS集群采用IP負載均衡技術和基于內容請求分發技術。調度器具有很好的吞吐率，將請求均衡地轉移到不同的服務器上執行，且調度器自動屏蔽掉服務器的故障，從而將一組服務器構成一個高性能的、高可用的虛擬服務器。整個服務器集群的結構對客戶是透明的，而且無需修改客戶端和服務器端的程序。為此，在設計時需要考慮系統的透明性、可伸縮性、高可用性和易管理性。

一般來說，LVS集群采用三層結構，其主要組成部分為：

A、負載調度器（load balancer），它是整個集群對外面的前端機，負責將客戶的請求發送到一組服務器上執行，而客戶認為服務是來自一個IP地址（我們可稱之為虛擬IP地址）上的。

B、服務器池（server pool），是一組真正執行客戶請求的服務器，執行的服務有WEB、MAIL、FTP和DNS等。

C、共享存儲（shared storage），它為服務器池提供一個共享的存儲區，這樣很容易使得服務器池擁有相同的內容，提供相同的服務。

A LVS

1 核心是它的負載調度器

2 塔負責維護一個路由表

3 實時監控真實server健康狀況

B LVS必須有個熱備 hot back，萬一LVS壞了，那就完蛋了。這樣，當LVS萬一壞了，可以備份LVS接管工作。

C 源站192.168.1.156/157 對外虛擬一個VIP 115。DNS解析域名的時候就解析到這個VIP上。至于具體用戶訪問是哪臺服務器，對用戶而言是透明的，LVS根據 IP負載均衡技術 為用戶分配源站地址。

D 兩臺源站服務器，為了可以保證某些地方的數據同步，我做了：

1 兩臺源站服務器之間的緩存通過NFS掛載，保持同步；

2 crontab中寫入計劃任務，同步相關ssi文件；

E 后端DB的連接，我們使用了2主2從DB集群

兩臺主庫77、78對外虛擬成VIP 110，原理，當任何一臺DB掛掉后，另外一臺立即接管其。兩臺db互為主從。通過keepalived監測各自生存狀態。

F 主從庫之間通過binlog保持同步。所有binlog均通過主庫發出。其余三臺從庫（其中一臺為主庫，角色為從庫）接受binlog，維護各自數據成分。

G 另外我們是有了一臺附件服務器。減輕WEB壓力。

H 另外，還有圖片服務器/小圖標服務器，可以放在web自身，通過域名區分。其實圖片、附件、css等哪兒并不重要，只要可以通過域名訪問到，是完全可以的。

我們通過博瑞系統，對網站進行監控。 對于web站點，首屏時間是考核的重點，任何一個用戶不想等待3s鐘頁面還沒有加載完，用戶體驗非常差。