門戶網(wǎng)站架構(gòu)設(shè)計文檔

1、精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載門戶網(wǎng)站架構(gòu)設(shè)計文檔門戶網(wǎng)站架構(gòu) 網(wǎng)站 架構(gòu)前臺門戶網(wǎng)站架構(gòu)設(shè)計方案門戶網(wǎng)站架構(gòu)目錄 12 3設(shè)計思路 3系 統(tǒng) 結(jié)構(gòu)3網(wǎng)絡(luò)規(guī)劃及性能計算錯誤！未定義書簽。網(wǎng)絡(luò)架構(gòu)網(wǎng)絡(luò)架構(gòu)說錯誤！未定義書簽。采用雙防火墻雙交換機做網(wǎng)絡(luò)冗精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 5 余， 保 障 平 臺 服務(wù)絡(luò) 衡 8 算采用硬件設(shè)備負載均衡器，實現(xiàn)網(wǎng)系 統(tǒng) 測流 量 的 負 載 均錯誤！未定義書簽。 系統(tǒng)處理能力要求34業(yè)務(wù) 處 理 能 力要求錯誤！未定義書簽。系統(tǒng)話務(wù)模錯誤！未定義書簽。配置核算錯誤！未定義書簽。 數(shù)據(jù)庫服務(wù)

2、器性能核算精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 2 錯誤!未定義書簽。WEB服務(wù) 器 集 群 性 能 核錯誤！未定義書簽。WEB服務(wù)集群內(nèi)存性能核算.寬錯誤！未定義書簽。 網(wǎng)絡(luò)帶35 4性能模擬測試及性能推錯誤！未定義書簽試垣錯誤！未定義書簽。測試結(jié)O錯誤！未定1個客戶端模擬不同線和并發(fā)誤！未定義書簽。10個客戶端請精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載求錯誤！未定義書簽。結(jié)果分析錯誤！未定義書簽。根據(jù)測試結(jié)果推算錯誤！未定義書簽。設(shè)備清單35 硬件設(shè)備配置清單錯誤！未定義書簽。設(shè)備技術(shù)規(guī)格錯誤！未定義書簽。平 臺 擴 容 的 建議35網(wǎng)站架構(gòu)

3、門戶網(wǎng)站架構(gòu) 1網(wǎng)站的性能瓶頸分析精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 4 網(wǎng)站的性能影響因素很多，下面主要從 如下4個方面進行分析說明：1）網(wǎng)絡(luò) 負載 a）公網(wǎng)負載b）內(nèi)網(wǎng)負載2） WEB應(yīng)用服務(wù)器性能 a） CPU b）存儲，I/O訪問c）內(nèi)存 d）并發(fā) TCP/IP連接數(shù)3）數(shù)據(jù)庫服務(wù)器性能 a）數(shù)據(jù)庫參數(shù)配置 b）服務(wù)器性能 c）數(shù)據(jù)結(jié)構(gòu)的合理性 4）不同 WEB應(yīng)用的處理方式而對不同的性能 瓶頸 a）對于靜態(tài)的網(wǎng)站：靜態(tài)的HTML頁面嚴格地標準的HTML標 示語言構(gòu)成，并不需要服務(wù)器端即時運 算生成。這意味著，對一個靜態(tài)HTML文檔發(fā)出訪問請求后，服務(wù)器端只

4、是簡 單地將該文檔傳輸?shù)娇蛻舳恕姆?wù)器 運行的那個時間片來看，這個傳輸過程 僅僅占用了很小的CPU資源。對于靜態(tài) HTML的訪問瓶頸為：網(wǎng)絡(luò)帶寬、磁盤 I/O以及cached速緩沖存儲器）。b）對 于動態(tài)頁面因為服務(wù)器解析動態(tài)頁面必須在其傳輸?shù)娇蛻舳饲熬屯ㄟ^服 務(wù)器來進行解釋，這樣就會給應(yīng)用服務(wù) 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 5 器添加額外的性能消耗，如果進一步要 訪問數(shù)據(jù)庫，則會增加數(shù)據(jù)庫服務(wù)器的 性能消耗，則動態(tài)頁面還有額外的瓶頸： 應(yīng)用服務(wù)器的性能，數(shù)據(jù)庫服務(wù)器的性 能。 2系統(tǒng)架構(gòu)設(shè)計總體思路 為提高網(wǎng)站的高并發(fā)性能，提高 開發(fā)效率及運營效率，主要按

5、如下幾個思 路進行規(guī)劃設(shè)計：負載均衡 1）四 層交換負載均衡：采用負載均衡器來實現(xiàn)硬件級的四層交換負載均衡，或 采用LVS來實現(xiàn)軟件的四層交換負載均 衡。 網(wǎng)站架構(gòu) 門戶網(wǎng)站架構(gòu) 2）通過第三方軟件來實現(xiàn)負載均衡，同 時實現(xiàn)頁面請求的緩存。通過Nginx實現(xiàn)反向代理服務(wù)器集群，同時搭 建squid集群以作為靜態(tài)頁面和圖片的 緩存。 3）通過web服務(wù)器的配置 來實現(xiàn)負載均衡即通過apache或是Nginx將客戶請求均衡的分給 tomcat1,tomcat2去處理。WEB 應(yīng)用開發(fā)架構(gòu)思路1）應(yīng)用開發(fā)實現(xiàn)MVC架構(gòu)三層架構(gòu)進行web應(yīng)用開發(fā) 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝

6、閱讀下載 6 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=2）頁面盡可能靜態(tài)化以減少動態(tài)數(shù)據(jù) 訪問，如果是資訊類的網(wǎng)站可以考慮采 用第三方開源的CMS系統(tǒng)來生成靜態(tài)的內(nèi)容頁面。3）采用Oscache實現(xiàn)頁面緩存，采用Memcached實現(xiàn)數(shù) 據(jù)緩存4）采用獨立的圖片服務(wù)器集群 來實現(xiàn)圖片資源的存儲及WEB請求數(shù)據(jù)存儲的設(shè)計思路1）數(shù)據(jù)庫拆分,把生產(chǎn)數(shù)據(jù)庫和查詢數(shù)據(jù)庫分離，對 生產(chǎn)數(shù)據(jù)庫采用 RAC實現(xiàn)數(shù)據(jù)庫的集 群。 2）采用高效的網(wǎng)絡(luò)文件共享 策略，采用圖片服務(wù)器來實現(xiàn)頁面的圖 片存儲。 不同網(wǎng)絡(luò)用戶訪問考慮 1）通過引入CDN來解決不同網(wǎng)絡(luò)服務(wù) 商的接入速度問題，一般

7、只能解決靜態(tài) 頁面的訪問問題。 2）在不同運營商機 房部署服務(wù)器，通過鏡像技術(shù)來實現(xiàn)不 同網(wǎng)絡(luò)服務(wù)商的接入速度問題。 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)總體架構(gòu)網(wǎng)站的系統(tǒng)分層架構(gòu)硬件四層交換軟件四層交換負載均衡器 LVSNginx proxySquidNginx cache 負載 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 7 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=均衡反向代理軟件WEB服務(wù)SquidcacheApacheTomatControlTomatWEB 服務(wù)器架構(gòu)MVC應(yīng)用架構(gòu)應(yīng)用級緩存 Model數(shù)據(jù)持久層（ibatis）頁 面緩存 （OSCach

8、e）View數(shù)據(jù)緩存（Memcached直 詢數(shù)據(jù)庫數(shù)據(jù)存儲文件共享NFSHDFS 數(shù)據(jù)庫生產(chǎn)數(shù)據(jù)庫網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)網(wǎng)站的物理架構(gòu) Internet用戶瀏覽頁面 負載均衡器1服務(wù)器1服務(wù)器2服務(wù)器 3服務(wù)器2代理服務(wù)器集群服務(wù)器n服務(wù) 器2服務(wù)器1服務(wù)器2服務(wù)器1服務(wù)器 2服務(wù)器1服務(wù)器2服務(wù)器1服務(wù)器n 圖片服務(wù)器集群Web服務(wù)器集群AWeb 服務(wù)器集群BSquid服務(wù)器集群網(wǎng)站架構(gòu) 門戶網(wǎng)站架構(gòu)網(wǎng)站的開發(fā)架構(gòu)通訊層消息中心業(yè)務(wù)層WEB服務(wù)器持久層數(shù)據(jù)層數(shù)據(jù)存儲 SMSMMSWAP PUSH 基于 struts 的 MVC 框架 ControlORMI/O 文件存儲 HDFS數(shù)據(jù)庫消息中

9、心WEB容器請求ibatis數(shù)據(jù)ViewModelDB連接池生產(chǎn)數(shù) 據(jù)庫 JDBC 頁面緩存 ApacheTomat.Tomat短信群發(fā)器彩信群 發(fā)器C3p0生產(chǎn)數(shù)據(jù)庫業(yè)務(wù)支撐模塊后 臺支撐模塊HTML靜態(tài)化模塊統(tǒng)計支撐 模塊查詢數(shù)據(jù)庫網(wǎng)站架構(gòu) 門戶網(wǎng)站架構(gòu)網(wǎng)絡(luò)拓撲結(jié)構(gòu)Internet主防火墻備防火墻主交換機 VRRP備交換機負載均衡器1負載均衡 器2服務(wù)器2服務(wù)器1服務(wù)器n服務(wù)器 1月艮務(wù)器n月艮務(wù)器2服務(wù)器2服務(wù)器2. 服務(wù)器2服務(wù)器1服務(wù)器n服務(wù)器1服 務(wù)器n服務(wù)器1服務(wù)器n服務(wù)器1服務(wù) 器2代理服務(wù)器集群網(wǎng)站服務(wù)器集群圖 片服務(wù)器集群應(yīng)用服務(wù)器集群光纖交換 機生產(chǎn)DB服務(wù)器集群查詢DB

10、服務(wù)器組 管理終端光纖交換機磁盤陣列柜磁盤陣 列柜備注：1）采用雙防火墻雙交換機做網(wǎng)絡(luò)冗余，保障平臺服務(wù) 采用雙防火墻通知接通2線路互聯(lián)網(wǎng)接 入，設(shè)備之間采用 VRRP協(xié)議，在任何 一個防火墻、互聯(lián)網(wǎng)發(fā)生故障后均可自動將流量切換到另一端，保證網(wǎng)站的正 運行，設(shè)備或網(wǎng)絡(luò)恢復(fù)后，自動恢復(fù)。 采用雙千兆交換機分別接在 2臺防火墻 上，當某臺設(shè)備或者網(wǎng)絡(luò)鏈路發(fā)生故障 后，好設(shè)備自動接管已壞設(shè)備的工作， 不影響網(wǎng)站的整體運行，根據(jù)業(yè)務(wù)及真 實服務(wù)器的數(shù)量，交換機可以隨時增加。 2）采用硬件設(shè)備負載均衡器，實現(xiàn)網(wǎng)絡(luò) 流量的負載均衡使用硬件設(shè)備負載均衡器，將網(wǎng)絡(luò)流量均衡的分擔到 WEB服務(wù)器集群各節(jié)點服務(wù)器

11、，保障平 臺服務(wù)器資源均衡的使用。3）采用代理服務(wù)器，實現(xiàn)軟件級的網(wǎng)絡(luò)負載 均衡。4）數(shù)據(jù)庫服務(wù)器分離成生產(chǎn)數(shù)據(jù)庫集群和查詢數(shù)據(jù)庫集群，實現(xiàn) 生產(chǎn)讀寫與后臺查詢統(tǒng)計進行分離，同時生產(chǎn)數(shù)據(jù)庫采用 rac技術(shù)進行 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu) 架構(gòu)涉及技術(shù)的詳解負載均衡 1.基于DNS的負載均衡-一個域名綁定多 個IP DNS負載均衡技術(shù)是最早的 負載均衡解決方案，它是通過DNS服務(wù)中的隨機名字解析來實現(xiàn)的，在DNS服 務(wù)器中，可以為多個不同的地址配置同 一個名字，而最終查詢這個名字的客戶 機將在解析這個名字時得到其中的一個 地址。因此，對于同一個名字，不同的 客戶機會得到不同的地址，它們也就訪 問不同地

12、址上的 Web服務(wù)器，從而達到 負載均衡的目的。這種技術(shù)的優(yōu)點是，實現(xiàn)簡單、實施容易、成本低、適 用于大多數(shù)TCP/IP應(yīng)用；但是，其缺點 也非常明顯，首先這種方案不是真正意 義上的負載均衡，DNS服務(wù)器將Http 請求平均地分配到后臺的Web服務(wù)器上，而不考慮每個 Web服務(wù)器當前的負 載情況；如果后臺的 Web服務(wù)器的配置 和處理能力不同，最慢的 Web服務(wù)器將 成為系統(tǒng)的瓶頸，處理能力強的服務(wù)器 不能充分發(fā)揮作用；其次未考慮容錯， 如果后臺的某臺 Web服務(wù)器出現(xiàn)故障， DNS服務(wù)器仍然會把DNS請求分配到 這臺故障服務(wù)器上，導(dǎo)致不能響應(yīng)客戶 端。最后一點是致命的，有可能造成相當一部分客

13、戶不能享受 Web服務(wù)，并且 于DNS緩存的原因，所造成的后果要持 續(xù)相當長一段時間（一般DNS的刷新周 期約為24小時）。所以在國外最新的建 設(shè)中心Web站點方案中，已經(jīng)很少采用 這種方案了。2.通過硬件四層交換實現(xiàn) 負載均衡在硬件四層交換產(chǎn)品領(lǐng)域，有一些知名的產(chǎn)品可以選擇，比如 Alteon、F5等，這些產(chǎn)品很昂貴，但是 物有所值，能夠提供非常優(yōu)秀的性能和 很靈活的管理能力。Yahoo中國當初接 近2000臺服務(wù)器使用了三四臺Alteon就搞定了 3.通過軟件四層交換實現(xiàn)負 載均衡軟件四層交換我們可以使用Linux上常用的LVS來解決，LVS就 是Linux Virtual Server,

14、他提供了基于心 跳線heartbeat的實時災(zāi)難應(yīng)對解決方 案，提高系統(tǒng)的魯棒性，同時可供了靈 活的虛擬VIP配置和管理功能，可以同 時滿足多種應(yīng)用需求，這對于分布式的 系統(tǒng)來說必不可少。 一個典型的使 用負載均衡的策略就是，在軟件或者硬件四層交換的基礎(chǔ)上搭建squid集群，這 種思路在很多大型網(wǎng)站包括搜索引擎上 被采用，這樣的架構(gòu)低成本、高性能還 有很強的擴張性。4.通過反向代理服務(wù) 器實現(xiàn)負載均衡反向代理服務(wù)器又稱為 WEB加速服務(wù)器，它位于 WEB服務(wù)器的前端，充當WEB服務(wù)器 的內(nèi)容緩存器，反向代理服務(wù)器是針對 WEB服務(wù)器設(shè)置的，后臺 WEB服務(wù) 器對互聯(lián)網(wǎng)用戶是透明的，用戶只能看

15、到反向代理服務(wù)器的地址，不清楚后臺 WEB服務(wù)器是如何組織架構(gòu)的。當互聯(lián) 網(wǎng)用戶請求 WEB服務(wù)時，DNS將請求 的域名解析為反向代理服務(wù)器的IP地址，這樣URL請求將被發(fā)送到反向代 理服務(wù)器，反向代理服務(wù)器負責處理用 戶的請求與應(yīng)答、與后臺 WEB服務(wù)器 交互。利用 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)反向代理服務(wù)器減輕了后臺WEB服務(wù)器的負載，提高了訪問速度， 同時避免了因用戶直接與 WEB服務(wù)器 通信帶來的安全隱患。目前有許多反向代理軟件，比較有名的有 Nginx 和 Squid 。 Nginx 是 Igor Sysoev為俄羅斯訪問量第二的站點開發(fā)的，是一個高性能的HTTP和反向 代理服務(wù)器，也是一個

16、 IMAP/POP3/SMTP 代理服務(wù)器。 Squid是美國政府大力資助的一項研究 計劃，其目的為解決網(wǎng)絡(luò)帶寬不足的問 題，支持 HTTP, HTTPS, FTP等多種 協(xié)議，是現(xiàn)在 Unix系統(tǒng)上使用、最多 功能也最完整的一套軟體。1) SquidSquid是一個開源的軟件，利用它的反 向代理技術(shù)可以提高網(wǎng)站系統(tǒng)的訪問速 度，下面將重點介紹 Squid反向代理的 實現(xiàn)原理和在提高網(wǎng)站性能方面的應(yīng) 用。 Squid反向代理服務(wù)器位于本 地 WEB服務(wù)器和Internet之間，組 織架構(gòu)如下圖：客戶端請求訪問WEB服務(wù)時，DNS將訪問的域名解 析為Squid反向代理服務(wù)器的 IP地 址，這樣客

17、戶端的URL請求將被發(fā)送到反向代理服務(wù)器。如果 Squid反向代精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 17 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載理服務(wù)器中緩存了該請求網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu) 的資源，則將該請求的資源直接返回給客戶 端，否則反向代理服務(wù)器將向后臺的 WEB服務(wù)器請求資源，然后將請求的應(yīng) 答返回給客戶端，同時也將該應(yīng)答緩存 在本地，供下一個請求者使用。 Squid反向代理一般只緩存可緩沖的數(shù) 據(jù)，而一些CGI腳本程序或者ASP、 JSP之類的動態(tài)程序默認不緩存。它根 據(jù)從WEB服務(wù)器返回的 HTTP頭標 記來緩沖靜態(tài)頁面，有四個最重

18、要 HTTP頭標記：？ ？ ？ ？Last-Modified:告訴反向代理頁面什么 時間被修改 Expires:告訴反向代理頁 面什么時間應(yīng)該從緩沖區(qū)中刪除 Cache-Control:告訴反向代理頁面是否 應(yīng)該被緩沖Pragma:用來包含實現(xiàn)特定的指令，最常用的是 Pragma:no-cache 注：DNS 的輪詢 機制將某一個域名解析為 多個IP地址。2） Nginx Nginx （ "engine x 是彳瑜 羅斯人Igor Sysoev（塞索耶夫）編寫的一 款高性能的HTTP和反向代理服務(wù)器。 Nginx已經(jīng)在俄羅斯最大的門戶網(wǎng)站 Rambler Mediat運彳f 了 4

19、年時間， 同時俄羅斯超過20%的虛擬主機平臺采 用Nginx作為反向代理服務(wù)器。在國內(nèi)，已經(jīng)有新浪博客、新浪播客、搜 狐通行證、網(wǎng)易新聞、網(wǎng)易博客、金山 逍遙網(wǎng)、金山愛詞霸、校內(nèi)網(wǎng)、YUPOO 相冊、豆瓣、迅雷看看等多家網(wǎng)站、頻 道使用 Nginx服務(wù)器。 Nginx特 點如下： 1）工作在OSI模型的第7 層2）高并發(fā)連接官方測試能夠支撐5萬并發(fā)連接，在實際生產(chǎn)環(huán)境中 跑到23萬并發(fā)連接數(shù)。 3）內(nèi)存消 耗少 在3萬并發(fā)連接下，開啟的10 個Nginx進程才消耗150M內(nèi)存。4） 配置文件非常簡單風格跟程序一樣通俗易懂。5）成本低廉 Nginx 為開源軟件，可以使用。而購買F5 BIG-IP

20、、NetScaler等硬件負載均衡交換機則需要十多萬至幾十萬人民幣。6)支持Rewrite重寫規(guī)則 能夠根據(jù)域 名、URL的不同，將HTTP請求分到不 同的后端服務(wù)器群組。 7)內(nèi)置的健康 檢查功能如果Nginx Proxy后端的某臺Web服務(wù)器宕機了，不會影響前端訪問)節(jié)省帶寬支持GZIP壓縮，可以添加瀏覽器本地緩存的Header頭。9)穩(wěn)定性高用于反向代理，宕機的概率微乎其微。3） Nginx+squid頁面緩存來實現(xiàn)反向代 理負載均衡 通過Nginx反向代理和 squid緩存實現(xiàn)動靜分離的架構(gòu)圖如下所 示： 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)5. Apache +tomcat集群實現(xiàn)負載均衡。 使用a

21、pache和多個tomcat配置一個可 以應(yīng)用的web網(wǎng)站，用Apache進行分流， 把請求按照權(quán)重以及當時負荷分 tomcat1,tomcat2.去處理，要達到以下要 求： 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)1) Apache 做為 HttpServer，通過 mod_jk 連接器連接多個tomcat應(yīng)用實例，并進 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 17 行負載均衡。2)同時還要配置session 復(fù)制，也就是說其中任何一個tomcat的 添加的session,是要同步復(fù)制到其它tomcat,集群內(nèi)的tomcat都有相同的 session,并為系統(tǒng)設(shè)定 Session超時時

22、間。緩存 1.系統(tǒng)架構(gòu)方面的緩存 1) Squid緩存 架構(gòu)方面使用 Squid進行緩存。注：SQUID使用了 LM算法，LM就是頁面Header里時 間(Date)和 Last-Modified 時間的差。Date 一般是Squid從后面取頁面的時間， Last-Modified 一般是頁面生成時間。2) Nginx的緩存功能Nginx從版本開始，支持了類似Squid的緩存功能； 緩存把URL及相關(guān)組合當作 Key,用 md5編碼哈希后保存；Nginx的Web緩存服務(wù)只能為指定URL或狀態(tài)碼 設(shè)置過期時間，不支持類似Squid的PURGE指令，手動清除指定緩存頁面； 采用MMAP實現(xiàn)，設(shè)置的

23、緩存區(qū)大小不 能超過物理內(nèi)存+SWEB的值3) 基于 memcached 的緩存nginx 對=精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=memcached有所支持，但是功能并不是 特別之強，性能上還是非常之優(yōu)秀。location /mem/ setmemcached_passexpires 70; if ( $uri $memcached_key:11211;這個配置會將/mem/abc指明至ll memcached的 abc 這個key去取數(shù)據(jù)。Nginx目前沒有寫入 memcached的任何機制，所 以要往 memcached里寫入數(shù)據(jù)得用后臺的動態(tài) 語言完成，可以

24、利用404定向到后端去 寫入數(shù)據(jù)。Nginx傳統(tǒng)緩存的缺點也是它和squid等緩存軟件的不同之特 色，所以也可看作其優(yōu)點。在生產(chǎn)應(yīng)用 中它常常用作和squid的搭檔，squid對 于帶？的鏈接往往無法阻擋，而nginx能 將其訪問攔住，例如：/?和/在squid上會 被當做兩個鏈接，所以會造成兩次穿透； 而nginx只會保存一次，無論鏈接變成網(wǎng) 站架構(gòu)門戶網(wǎng)站架構(gòu)/?1還是/?123,均不能透過nginx緩存，從而 有效地保護了后端主機。nginx會非常老實地將鏈接形式保存到文件系統(tǒng) 中，這樣對于一個鏈接，可以很方便地 查閱它在緩存機器上的緩存狀態(tài)和內(nèi) 容，也可以很方便地和別的文件管理器 如r

25、sync等配合使用，它完完全全就是一 個文件系統(tǒng)結(jié)構(gòu)。2.應(yīng)用程序方面的緩存 1) OSCacheOSCacheOpenSymphony®計，它是一種 開創(chuàng)性的JSP定制標記應(yīng)用，提供了在 現(xiàn)有JSP頁面之內(nèi)實現(xiàn)快速內(nèi)存緩沖的 功能，OSCache是個一個廣泛采用的高 性能的J2EE緩存框架，OSCache能用于 任何Java應(yīng)用程序的普通的緩存解決方 案。OSCache有以下特點：緩存任何對 象，你可以不受限制的緩存部分jsp頁面 或HTTP請求，任何java對象都可以緩 存。擁有全面的API-OSCache API給你 全面的程序來控制所有的OSCache特性。永久緩存-緩存能隨

26、意的寫入硬盤， 因此允許昂貴的創(chuàng)建數(shù)據(jù)來保持緩存， 甚至能讓應(yīng)用重啟。支持集群-集群緩存 數(shù)據(jù)能被單個的進行參數(shù)配置，不需要修改代碼。緩存記錄的過期-你可以有最 大限度的控制緩存對象的過期，包括可 插入式的刷新策略。OSCache是當前運用最廣的緩存方案， JBoss,Hibernate,Spring 等都對其有支持。 OSCache的特點：1）緩存任何對象：你可以不受限制的緩存部分jsp頁面 或HTTP請求，任何java對象都可以緩 存。 2）擁有全面的API: OSCache API 允許你通過編程的方式來控制所有的 OSCache特性。3）永久緩存：緩存能 被配置寫入硬盤，因此允許在應(yīng)用

27、服務(wù) 器的多次生命周期間緩存創(chuàng)建開銷昂貴 的數(shù)據(jù)。4）支持集群：集群緩存數(shù)據(jù)能被單個的進行參數(shù)配置，不需要 修改代碼。 5）緩存過期：你可以 有最大限度的控制緩存對象的過期，包 括可插入式的刷新策略。2） Memcachedmemcache提高性能的分布式內(nèi)存緩存服務(wù)器。一般的使用目 的是，通過緩存數(shù)據(jù)庫查詢結(jié)果，減少 數(shù)據(jù)庫訪問次數(shù)，以提高動態(tài) Web應(yīng)用的速度、 提高可擴展性。Memcached是以Key/Value的形式單個 對象緩存。網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)3）自主開發(fā)的內(nèi)存數(shù)據(jù)緩存服務(wù)a）獨立進程方式的緩 存服務(wù)對于一些常用的動態(tài)數(shù)據(jù)通過開發(fā)程序服務(wù)緩存在內(nèi)存中，提供 給其他子系統(tǒng)調(diào)用，

28、如下面的數(shù)據(jù)就可 以通過這樣方式進行緩存。1）用戶基本信息及狀態(tài)的信息緩沖2）列表緩存，就像論壇里帖子的列表3）記錄條數(shù)的緩存，比如一個論壇板塊里 有多少個帖子，這樣才方便實現(xiàn)分頁。4） 復(fù)雜點的 group, sum, count查詢， 比 如積分的分類排名b）集成在WEB應(yīng) 用中的內(nèi)存緩存在web應(yīng)用中對于熱點的功能，考慮使用完全裝載到內(nèi) 存，保證絕對的響應(yīng)速度，對于需要頻 繁訪問的熱點數(shù)據(jù)，采用集中緩存（多個 可以采用負載均衡），減輕數(shù)據(jù)庫的壓 力，比如：很多配置信息，操作員信息 等等。頁面靜態(tài)化靜態(tài)的HTML精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 25 精選公文

29、范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載頁面嚴格地標準的 HTML標示語言構(gòu) 成，并不需要服務(wù)器端即時運算生成。 這意味著，對一個靜態(tài) HTML文檔發(fā)出 訪問請求后，服務(wù)器端只是簡單地將該 文檔傳輸?shù)娇蛻舳?。從服?wù)器運行的那 個時間片來看，這個傳輸過程僅僅占用 了很小的CPU資源。頁面靜態(tài)化就是采用效率最高、消耗最小的純靜態(tài) 化的html頁面來替換動態(tài)頁面。我們盡 可能使我們的網(wǎng)站上的頁面采用靜態(tài)頁 面來實現(xiàn)，這個最簡單的方法其實也是 最有效的方法。網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)同時采用第三方開源的 CMS系統(tǒng)來實現(xiàn)網(wǎng) 站內(nèi)容的管理。對于大量內(nèi)容并且頻繁 更新的網(wǎng)站，我們無法全部手動去挨個

30、 實現(xiàn)頁面靜態(tài)化，所以我們需要引入常 見的信息發(fā)布系統(tǒng)(CMS),信息發(fā)布系統(tǒng) (CMS)可以實現(xiàn)最簡單的信息錄入自動 生成靜態(tài)頁面，對于一個大型網(wǎng)站來說， 擁有一套高效、可管理的CMS是必不可 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 23 少的。 同時，HTML靜態(tài)化也是某 些緩存策略使用的手段，對于系統(tǒng)中頻 繁使用數(shù)據(jù)庫查詢但是內(nèi)容更新很小的 應(yīng)用，可以考慮使用HTML靜態(tài)化來實 現(xiàn)，比如論壇中論壇的公用設(shè)置信息， 這些信息目前的主流論壇都可以進行后 臺管理并且存儲再數(shù)據(jù)庫中，這些信息 其實大量被前臺程序調(diào)用，但是更新頻 率很小，可以考慮將這部分內(nèi)容進行后 臺更新的

31、時候進行靜態(tài)化，這樣避免了 大量的數(shù)據(jù)庫訪問請求。在進行html靜態(tài)化的時候還可以使用一種折中 的方法，就是前端繼續(xù)使用動態(tài)實現(xiàn)， 在一定的策略下通過后臺模塊進行定時 把動態(tài)網(wǎng)頁生成靜態(tài)頁面，并定時判斷 調(diào)用，這個能實現(xiàn)很多靈活性的操作。 為了提高靜態(tài)HTML的訪問效率，主要 可以對以下幾個方面進行優(yōu)化：網(wǎng)絡(luò)帶 寬、磁盤I/O以及cache倚速緩沖存儲 器）。 數(shù)據(jù)庫配置及優(yōu)化1.數(shù)據(jù) 庫集群對生產(chǎn)數(shù)據(jù)庫采用 RAC實現(xiàn)數(shù)據(jù)庫的集群。 2.數(shù)據(jù)庫及表 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 24 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=的散列

32、把生產(chǎn)數(shù)據(jù)庫和查詢數(shù)據(jù) 庫進行分離，針對系統(tǒng)業(yè)務(wù)數(shù)據(jù)的特點， 把大的表進行拆分，對于訪問較多的表 采用分區(qū)表。使用讀/寫數(shù)據(jù)庫分離，隨著系統(tǒng)變得越來越龐大，特別是 當它們擁有 很差的SQL時，一臺數(shù)據(jù) 庫服務(wù)器通常不足以處理負載。但是多 個數(shù)據(jù)庫意味著重復(fù)，除非你對數(shù)據(jù)進 行了分離。更一般地，這意味著建立主/ 從副本系統(tǒng)，其中程序會對主庫編寫所 有的Update、Insert和Delete變更語句， 而所有Select的數(shù)據(jù)都讀取自從數(shù)據(jù)庫。 盡管概念上很簡單，但是想要合理、精 確地實現(xiàn)并不容易，這可能需要大量的 代碼工作。因此，即便在開始時使用同 一臺數(shù)據(jù)庫服務(wù)器，也要盡早計劃在 PHP中使

33、用分離的DB連接來進行讀寫 操作。如果正確地完成該項工作，那么 系統(tǒng)就可以擴展到2臺、3臺甚至12臺 服務(wù)器，并具備高可用性和穩(wěn)定性。3) 擁有良好的DB配置和備份很多公司都沒有良好的備份機制，也不知精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 29 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載道如何恰當?shù)赝瓿蛇@項工作。只有imp 是不夠的，還需要進行熱備份，從而得 到超快的速度和超高的可靠性。網(wǎng)站架構(gòu) 門戶網(wǎng)站架構(gòu) 另外， 在將所有備份文件從服務(wù)器上轉(zhuǎn)移出來 之前要進行壓縮和加密。另外還要確保 擁有設(shè)計合理的、有用的關(guān)于安全、性 能和穩(wěn)定性問題的設(shè)定，包括

34、防止數(shù)據(jù) 敗壞，其中很多設(shè)定都是非常重要的。文件存儲1.文件共享1） HDFS HDFS是Apache Hadoop項目中的一個 分布式文件系統(tǒng)實現(xiàn)，基于Google于2003 年 10 月發(fā)表的 Google File System（GFS尼文。？特性 1）硬件要求低2）高容錯性3）易可擴展 4）配置簡單 5）超大文件 HDFS 采用 master/slave架構(gòu)。一個 HDFS集群是一個 Namenode和一定數(shù)目的 Datanodes組成。網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)2） NFS與GFS比較首先從它們的功能上進行分析。NFS即網(wǎng)絡(luò)文件系統(tǒng)，是SUN公司開發(fā) 精選公文范文，管理類，工作總結(jié)類，工作

35、計劃類文檔，感謝閱讀下載 26 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=的。它是FreeBSD支持的文件系統(tǒng)中的 一種，允許一個系統(tǒng)在網(wǎng)絡(luò)上與它人共 享目錄和文件。通過使用 NFS,用戶和 程序訪問遠端系統(tǒng)上的文件就像訪問本 地文件一樣。 而GFS是Google為 了滿足本公司迅速增長的數(shù)據(jù)處理要求 而開發(fā)的文件系統(tǒng)。GFS是一個可擴展 的分布式文件系統(tǒng)，用于大型的、分布 式的、對大量數(shù)據(jù)進行訪問的應(yīng)用。它 是針對Google的計算機集群進行設(shè)計 的，專門是為Google頁面搜索的存儲進 行了優(yōu)化。所以從功能上看，它們兩者是完全不同的概念。其次從結(jié)構(gòu)上比較，NFS至少

36、包括兩個主要部分： 一臺服務(wù)器，以及至少一臺客戶機。被 共享的目錄和文件存放在服務(wù)器上，客 戶機遠程地訪問保存在服務(wù)器上的數(shù) 據(jù)。 GFS則一臺Master（通常有幾 臺備份）和若干臺TrunkServer構(gòu)成。GFS 中文件備份成固定大小的 Trunk分別存 儲在不同的 TrunkServer上，每個Trunk 有多份（比如3）拷貝，也存儲在不同的TrunkServer上。Master負責維護 GFS 中 的Metadata,即文件名及其Trunk信息。 客戶端先從 Master上得到文件的 Metadata,根據(jù)要讀取的數(shù)據(jù)在文件中的 位置與相應(yīng)的TrunkServer通信，獲取文 件數(shù)據(jù)

37、。再從跨平臺性上，NFS的基本原則是 容許不同的客戶端及服務(wù) 端通過一組 RPCs分享相同的文件系 統(tǒng)”，它是獨立于操作系統(tǒng)的，容許不同 的操作系統(tǒng)共同地進行文件的共享。而GFS則沒有這一特點，文件只能被集 群系統(tǒng)中的PC所訪問，而且這些PC的 操作系統(tǒng)一般是Linux o 最后從規(guī) 模上比較，HDFS只應(yīng)用在大批量的數(shù) 據(jù)共享上。目前Google擁有超過200個 的GFS集群，其中有些集群的PC數(shù)量 超過5000臺。集群的數(shù)據(jù)存儲規(guī)模可以 達到5個PB,并且集群中的數(shù)據(jù)讀寫吞 吐量可達到每秒40G。而NFS 一般沒有這么巨大的規(guī)模。2.文件的多服 務(wù)器自動同步 使用Linux內(nèi)核的 inot

38、ify監(jiān)控Linux文件系統(tǒng)事件。精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 31 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=利用開源的lsync監(jiān)聽某一目錄，如果目 錄內(nèi)文件發(fā)生增、刪、改，利用 Rsync 協(xié)議自動同步到多臺服務(wù)器。3.圖片服 務(wù)器分離特別是如果程序與圖片都放在同一個 APAHCE的服務(wù)器下， 每一個圖片的請求都有可能導(dǎo)致一個 HTTPD進程的調(diào)用。使用獨立的圖片服務(wù)器不但可以避免以上這個情 況，更可以對不同的使用性質(zhì)的圖片設(shè) 置不同的過期時間，以便同一個用戶在 不同頁面訪問相同圖片時不會再次從服 務(wù)器取數(shù)據(jù)，不但快速，而且還省了

39、帶 寬。還有就是，對于緩存的時間上，亦 可以做獨立的調(diào)節(jié)。網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)網(wǎng)絡(luò)問題解決方案你不可能要求所有的使用人員，都和你 的服務(wù)器在一個運營商的網(wǎng)絡(luò)內(nèi)，而不 同網(wǎng)絡(luò)之間訪問速度會很慢，我們可以 采用鏡像網(wǎng)站和引入 CDN來解決這一 問題。用戶動態(tài)內(nèi)容靜態(tài)內(nèi)容智能DNS解析電信用戶網(wǎng)通用戶 CDN其他 用戶服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n服務(wù)器1服務(wù)器n電信機房多線機房網(wǎng) 通機房 1.智能DNS解析 我 們可以在不同的網(wǎng)絡(luò)運營商部署 web服 務(wù)器，通過linux上的rsync工具自動同 步到不同網(wǎng)絡(luò)接入商的 web服務(wù)器上， 以作為主站的鏡像。然后通過配置智能DNS解析來引導(dǎo)不同網(wǎng)絡(luò)的

40、訪問用 戶到對應(yīng)的網(wǎng)絡(luò)運營商的 web服務(wù)器。2. CDN如果有足夠的投資，也可以采用CDN（內(nèi)容分發(fā)網(wǎng)），把靜態(tài)內(nèi)容進 行CDN緩存，以減輕服務(wù)器壓力。CDN 的全稱是 Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò)。它采取了分 布式網(wǎng)絡(luò)緩存結(jié)構(gòu)，其目的是通過在現(xiàn) 有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)， 將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò) 邊緣，使用戶可以就近取得所需的內(nèi)容， 解決Internet網(wǎng)絡(luò)擁擠的狀況，提高用 戶訪問網(wǎng)站的響應(yīng)速度。從技術(shù)上全面 解決于網(wǎng)絡(luò)帶寬小、用戶訪問量大、網(wǎng) 點分布不均等原因所造成的用戶訪問網(wǎng) 站響應(yīng)速度慢的問題。（也就是一個服精選公文

41、范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 # 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載務(wù)器的內(nèi)容，平均分部到多個服網(wǎng)站架 構(gòu) 門戶網(wǎng)站架構(gòu) 務(wù)器上，服 務(wù)器智能識別，讓用戶獲取離用戶最近 的服務(wù)器，提高速度。目前，國內(nèi)訪問量較高的大型網(wǎng)站如新浪、網(wǎng)易等， 均使用CDN網(wǎng)絡(luò)加速技術(shù)，雖然網(wǎng)站的 訪問巨大，但無論在什么地方訪問都會 感覺速度很快。而一般的網(wǎng)站如果服務(wù) 器在網(wǎng)通，電信用戶訪問很慢，如果服 務(wù)器在電信，網(wǎng)通用戶訪問又很慢。WEB應(yīng)用開發(fā)架構(gòu)設(shè)計思路1.基于MVC的三層應(yīng)用開發(fā)架構(gòu)應(yīng)用開發(fā)實現(xiàn)MVC三層架構(gòu)進行web應(yīng)用開 發(fā)，采用ibatis作為持久

42、層框架，c3p0 作為數(shù)據(jù)庫連接池。iBATIS是一個可以設(shè)計和實現(xiàn)更好的 Java應(yīng)用程 序持久化層的框架。iBATIS把對象和存 儲過程或者使用 XML描述符的SQL 語句進行了關(guān)聯(lián)。簡單是 iBATIS最大 的優(yōu)勢？ ibatis-使用ibatis的十個理1.至少能操作10種以上的數(shù)據(jù)庫 2.可配置的caching（包括從屬）3.精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 31 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=支持 DataSource、 local transaction management口 global transaction

43、 4.簡單的XML配置文檔5.支持Map,精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 # Collection, List和簡單類型包裝（如 Integer, String） 6.支持 JavaBeans 類 （get/set方法）7.支持復(fù)雜的對象映射（如 populating lists, complex object models） 8.對象模型從不完美（不需要修 改）9.數(shù)據(jù)模型從不完美（不需要修改） 10.你已經(jīng)知道SQL,為什么還要學習其他東西網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu) 1）MVC架構(gòu)示意網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu) 2） Struts架構(gòu) 客戶端發(fā)送一個HTTP請求，通過S

44、truts 框架最后獲得一個HTTP響應(yīng)，這一過 程非常重要，它是理解 Struts框架的重 點。上圖描述了 Struts框架的結(jié)構(gòu)，而 下圖通過一個活動圖更具體描述接受請 求直至返回響應(yīng)的整個過程： 網(wǎng)站 架構(gòu)門戶網(wǎng)站架構(gòu)2.面向服務(wù)的應(yīng)用架構(gòu)面向服務(wù)的應(yīng)用架構(gòu)是指構(gòu)建可分布式的、去中 心化的服務(wù)器平臺，以提供許多不同的 應(yīng)用，數(shù)據(jù)庫被分成很多個小部分，圍 繞每個部分都會創(chuàng)建一個服務(wù)接口 （API）, 并且該接口是訪問數(shù)據(jù)庫的唯一途徑。 最終數(shù)據(jù)庫演變成一個非常龐大的共享 資源。這種架構(gòu)是松散耦合的，并且圍繞著服務(wù)進行構(gòu)建。面向服務(wù)的架 構(gòu)提供給他們隔離特性，一個服務(wù)可能 有很多臺數(shù)據(jù)庫服務(wù)

45、器，他們之間的數(shù) 據(jù)是相通的，而對外他們的接口只有一 個，外面是無法知道這個服務(wù)后面的數(shù) 據(jù)組織是如何搭建的。網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)這樣就有了越來越多的應(yīng)用服務(wù)器。這些應(yīng)用服務(wù)器從數(shù) 據(jù)眾多的服務(wù)中聚合信息，然后生成我 們所看到的的各個網(wǎng)站頁面。這樣各種服務(wù)如插件一樣組成了 一個開放的 平臺，這樣團隊的規(guī)模就會比較小，比 較靈活。注Amazon就是采用了這種架 構(gòu)來構(gòu) 建的，它擁有上千臺服務(wù)器。=精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=系統(tǒng)軟件參數(shù)優(yōu)化在一定的架構(gòu)基礎(chǔ)上，要提高并發(fā)處理能力則需要調(diào) 整服務(wù)器的操作系統(tǒng)內(nèi)核參數(shù)、web服務(wù)器，以使其性能達到最優(yōu)化。操作系統(tǒng)優(yōu)

46、化調(diào)整系統(tǒng)的內(nèi)核參數(shù)，增大連接數(shù)及TCP/IP的超時設(shè)置。Linux 系統(tǒng)中：在/etc/配置文件中增加如下內(nèi)核參數(shù)： _syncookies = 1 _tw_reuse =1 _tw_recycle = 1 _fin_timeout = 5 tomcat血務(wù)器優(yōu)化一底大并發(fā)連接 數(shù)，調(diào)整內(nèi)存參數(shù)的設(shè)置。1、JDK內(nèi)存優(yōu)化：當應(yīng)用程序需要的內(nèi)存超出 堆的最大值時虛擬機就會提示內(nèi)存溢 出，并且導(dǎo)致應(yīng)用服務(wù)崩潰。因此一般 建議堆的最大值設(shè)置為可用內(nèi)存的最大值的；0%。Tomcat默認可以使用的內(nèi)存為128MB,在較大型的應(yīng)用項目中,這點內(nèi)存是不夠的）需要調(diào)大.Tomcat默認可以使用的內(nèi)存為128

47、MB,Windows下,在文件/bin/, Unix下）在文件/bin/的 前面，增加如下設(shè)置：JAVA_OPTS= '-Xms【初始化內(nèi)存大小】 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 34 -Xmx【可以使用的最大內(nèi)存】需要把 這個兩個參數(shù)值調(diào)大。例如： JAVA_OPTS= '-Xms256m -Xmx512m 表 示初始化內(nèi)存為256MB,可以使用的最 大內(nèi)存為512MB。2、連接器優(yōu)化：在 tomcat配置文件中的配置中，和連接數(shù) 相關(guān)的參數(shù)有：maxThreads: Tomcat使用線程來處理接收的每個請求。這個 值表示Tomcat可創(chuàng)建的最

48、大的線程數(shù)。默認值150o acceptCount指定當所有 可以使用的處理請求的線程數(shù)都被使用 時，可以放到處理隊列中的請求數(shù)，超 過這個數(shù)的請求將不予處理。默認值10。 minSpareThreads Tomcat初始化時倉U建 的線程數(shù)。默認值 25 o maxSpareThreads 一旦創(chuàng)建的線程超過 這個值，Tomcat就會關(guān)閉不再需要的 socket線程。默認值 75。 網(wǎng)站架構(gòu) 門戶網(wǎng)站架構(gòu)enableLookups: 是否反查域名，默認值為true。為了提高處理能力，應(yīng)設(shè)置為 false connnectionTimeout:網(wǎng)絡(luò)連接超時，默 精選公文范文，管理類，工作總結(jié)類

49、，工作計劃類文檔，感謝閱讀下載 35 =精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載=認值60000,單位：毫秒。設(shè)置為0表示 永不超時，這樣設(shè)置有隱患的。通常可 設(shè)置為 30000 毫秒 。maxKeepAliveRequests：保持請求數(shù)量, 默認值100。bufferSize:輸入流緩沖 大小，默認值 2048 byteso compression:壓縮傳輸，取值on/off/force,默認值off 其中和最大連接數(shù)相關(guān)的參數(shù)為maxThreads和 acceptCount 如果要力口大 并發(fā)連接數(shù)，應(yīng)同時加大這兩個參數(shù)。 web server允許的最大連接數(shù)還受制

50、于* 作系統(tǒng)的內(nèi)核參數(shù)設(shè)置，通常 Windows 是2000個左右，Linux是1000個左右。 apache服務(wù)器優(yōu)化加大并發(fā)數(shù)量和關(guān)閉不需要的模塊。因為apache非常 消耗內(nèi)存，盡量輕量化。Apache在配置ContentType的時候可以盡量少 支持，盡可能少的LoadModule,保證更 高的系統(tǒng)消耗和執(zhí)行效率同時配置apache和tomcat的組合使之能作到動 靜分離，apache處理靜態(tài)頁面，tomcat 處理動態(tài)頁面。 在處理靜態(tài)頁面或者圖片、js等訪問方面，可以考慮使用lighttpd 代替Apache,它提供了更輕量級和更高 效的處理能力Nginx服務(wù)器的優(yōu)化worker_

51、processes該參數(shù)的值最好跟cpu 核數(shù)相莓，能夠發(fā)揮最大性能，如果 nginx所在服務(wù)器為2顆雙核cpu,則建 議設(shè)定為4。3 Web服務(wù)架構(gòu)評測主要對基于 tomcat和nginx+tomcat的 web服務(wù)器的處理性能進行測試，以作 為不同性能要求下架構(gòu)選型的依據(jù) 測試環(huán)境網(wǎng)絡(luò)環(huán)境1.內(nèi)網(wǎng)帶寬？千M內(nèi)網(wǎng)。 ？內(nèi)網(wǎng)ping包延遲： 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu) 2.網(wǎng)絡(luò)拓撲示意WEB服務(wù)高可用測試網(wǎng)絡(luò)示意圖千兆交換機測試服務(wù)器WEB服務(wù):服務(wù)端服務(wù)器配置設(shè)備 Nginx硬件配置 舊M X3650 CPU:Intel(R) Xeon(R) E5150 2 核*2 內(nèi)存： 4G千兆網(wǎng)卡操作系統(tǒng)

52、Redhat linuxas4 Tomcat1Hp DL580 G4 CPU:精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 43 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載Intel(R) Xeon(TM)4核*2內(nèi)存：8G千兆網(wǎng)卡 Redhat linux as5 Tomcat2 HpDL580 G4 CPU: Intel(R) Xeon(TM) 4 as5 Test1 Hp DL580 G5 CPU:Intel(R)核*2內(nèi)存:G千兆網(wǎng)卡Redhat linuxXeon(R) E7310 4 核*2 內(nèi)存：4G 千兆 網(wǎng)卡 IBM X3650 CPU:

53、 Intel(R) Xeon(R)E5150 2核*2內(nèi)存：4G千兆網(wǎng)卡Redhat linux as5 Test2 Redhat linux as4 網(wǎng)站架構(gòu)門戶網(wǎng)站架構(gòu)軟件環(huán)境1.操作系統(tǒng)網(wǎng)絡(luò)參數(shù)優(yōu)化用做測試的各臺服務(wù)器，均在/etc/配置文件 中增加如下內(nèi)核參數(shù)： _syncookies = 1 _tw_reuse =1 _tw_recycle =1_fin_timeout = 5 2. Nginx 設(shè)置 主要配置 如 下 ： user www www;worker_processes 4;error_log/usr/local/nginx/logs/nginx_pid/usr/loca

54、l/nginx/logs/;worker_rlimit_nofile51200;eventsuseepoll;worker_connections 51200; http 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 38 精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，歡迎閱讀下載精選公文范文，管理類，工作總結(jié)類，工作計劃類文檔，感謝閱讀下載 45 includeapplication/octet-stream;gb2312;server_names_hash_bucket client_header_buffer_size large_client_header_buffersdefault_type#charsetsizesendfile on;tcp_nopush128;32k;32k;on;keepalive_timeout 1; tcp_nodelay on;#gzip on;#gzip_buffers#gzip_min_length 1k;#gzip_http_version ;debug;門#gzip_comp_level 2;416k;網(wǎng)站架構(gòu) 戶網(wǎng)站架構(gòu)#gzip_typestext/plain appl