說說大型高并發(fā)高負載網站的系統(tǒng)架構

1、說說大型高并發(fā)高負載網站的系統(tǒng)架構鄙人先后在cernet做過撥號接入，在yahoo&3721搞過搜索前端，在貓撲處理過的架構升級，在6.cn視頻網站從事開發(fā)工作，還在多年的工作中接觸和開發(fā)過不少大中型網站的模塊，因此在大型網站應對高負載和并發(fā)的解決方案上有一些積累和經驗，希望和大家一起探討。一個小型的網站，比如個人網站，可以使用最簡單的html靜態(tài)頁面就實現(xiàn)了，配合一些圖片達到美化效果，所有的頁面均存放在一個目錄下，這樣的網站對系統(tǒng)架構、性能的要求都很簡單，隨著互聯(lián)網業(yè)務的不斷豐富，網站相關的技術經過這些年的發(fā)展，已經細分到很細的方方面面，尤其對于大型網站來說，所采用的技術更是涉

2、及面非常廣，從硬件到軟件、編程語言、數(shù)據庫、webserver、防火墻等各個領域都有了很高的要求，已經不是原來簡單的html靜態(tài)網站所能比擬的。大型網站，比如門戶網站。在面對大量用戶訪問、高并發(fā)請求方面，基本的解決方案集中在這樣幾個環(huán)節(jié)：使用高性能的服務器、高性能的數(shù)據庫、高效率的編程語言、還有高性能的web容器。但是除了這幾個方面，還沒法根本解決大型網站面臨的高負載和高并發(fā)問題。上面提供的幾個解決思路在一定程度上也意味著更大的投入，并且這樣的解決思路具備瓶頸，沒有很好的擴展性，下面我從低成本、高性能和高擴張性的角度來說說我的一些經驗。1、html靜態(tài)化其實大家都知道，效率最高、消耗最小的就是

3、純靜態(tài)化的html頁面，所以我們盡可能使我們的網站上的頁面采用靜態(tài)頁面來實現(xiàn)，這個最簡單的方法其實也是最有效的方法。但是對于大量內容并且頻繁更新的網站，我們無法全部手動去挨個實現(xiàn)，于是出現(xiàn)了我們常見的信息發(fā)布系統(tǒng)cms，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發(fā)布系統(tǒng)來管理和實現(xiàn)的，信息發(fā)布系統(tǒng)可以實現(xiàn)最簡單的信息錄入自動生成靜態(tài)頁面，還能具備頻道管理、權限管理、自動抓取等功能，對于一個大型網站來說，擁有一套高效、可管理的cms是必不可少的。除了門戶和信息發(fā)布類型的網站，對于交互性要求很高的社區(qū)類型網站來說，盡可能的靜態(tài)化也是提高性能的必要手段，將社區(qū)內的帖子、文

4、章進行實時的靜態(tài)化，有更新的時候再重新靜態(tài)化也是大量使用的策略，像mop的大雜燴就是使用了這樣的策略，網易社區(qū)等也是如此。目前很多博客也都實現(xiàn)了靜態(tài)化，我使用的這個blog程序wordpress還沒有靜態(tài)化，所以如果面對高負載訪問，一定不能承受同時，html靜態(tài)化也是某些緩存策略使用的手段，對于系統(tǒng)中頻繁使用數(shù)據庫查詢但是內容更新很小的應用，可以考慮使用html靜態(tài)化來實現(xiàn)，比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行后臺管理并且存儲再數(shù)據庫中，這些信息其實大量被前臺程序調用，但是更新頻率很小，可以考慮將這部分內容進行后臺更新的時候進行靜態(tài)化，這樣

5、避免了大量的數(shù)據庫訪問請求。在進行html靜態(tài)化的時候可以使用一種折中的方法，就是前端使用動態(tài)實現(xiàn)，在一定的策略下進行定時靜態(tài)化和定時判斷調用，這個能實現(xiàn)很多靈活性的操作，我開發(fā)的臺球網站故人居()就是使用了這樣的方法，我通過設定一些html靜態(tài)化的時間間隔來對動態(tài)網站內容進行緩存，達到分擔大部分的壓力到靜態(tài)頁面上，可以應用于中小型網站的架構上。故人居網站的地址順便提一下，有喜歡臺球的朋友多多支持我這個免費網站：)2、圖片服務器分離大家知道，對于web服務器來說，不管是apache、iis還是其他容器，圖片是最消耗資源的，于是我們有必要將圖片與頁面進行分離，這是基本上大

6、型網站都會采用的策略，他們都有獨立的圖片服務器，甚至很多臺圖片服務器。這樣的架構可以降低提供頁面訪問請求的服務器系統(tǒng)壓力，并且可以保證系統(tǒng)不會因為圖片問題而崩潰。在應用服務器和圖片服務器上，可以進行不同的配置優(yōu)化，比如apache在配置contenttype的時候可以盡量少支持，盡可能少的loadmodule，保證更高的系統(tǒng)消耗和執(zhí)行效率。我的臺球網站故人居8也使用了圖片服務器架構上的分離，目前是僅僅是架構上分離，物理上沒有分離，由于沒有錢買更多的服務器：)，大家可以看到故人居上的圖片連接都是類似或者的url。另外，在處理靜態(tài)頁面

7、或者圖片、js等訪問方面，可以考慮使用lighttpd代替apache，它提供了更輕量級和更高效的處理能力。3、數(shù)據庫集群和庫表散列大型網站都有復雜的應用，這些應用必須使用數(shù)據庫，那么在面對大量訪問的時候，數(shù)據庫的瓶頸很快就能顯現(xiàn)出來，這時一臺數(shù)據庫將很快無法滿足應用，于是我們需要使用數(shù)據庫集群或者庫表散列。在數(shù)據庫集群方面，很多數(shù)據庫都有自己的解決方案，oracle、sybase等都有很好的方案，常用的mysql提供的master/slave也是類似的方案，您使用了什么樣的db，就參考相應的解決方案來實施即可。上面提到的數(shù)據庫集群由于在架構、成本、擴張性方面都會受到所采用db類型的限制，于是

8、我們需要從應用程序的角度來考慮改善系統(tǒng)架構，庫表散列是常用并且最有效的解決方案。我們在應用程序中安裝業(yè)務和應用或者功能模塊將數(shù)據庫進行分離，不同的模塊對應不同的數(shù)據庫或者表，再按照一定的策略對某個頁面或者功能進行更小的數(shù)據庫散列，比如用戶表，按照用戶id進行表散列，這樣就能夠低成本的提升系統(tǒng)的性能并且有很好的擴展性。sohu的論壇就是采用了這樣的架構，將論壇的用戶、設置、帖子等信息進行數(shù)據庫分離，然后對帖子、用戶按照板塊和id進行散列數(shù)據庫和表，最終可以在配置文件中進行簡單的配置便能讓系統(tǒng)隨時增加一臺低成本的數(shù)據庫進來補充系統(tǒng)性能。4、緩存緩存一詞搞技術的都接觸過，很多地方用到緩存。網站架構和

9、網站開發(fā)中的緩存也是非常重要。這里先講述最基本的兩種緩存。高級和分布式的緩存在后面講述。架構方面的緩存，對apache比較熟悉的人都能知道apache提供了自己的mod_proxy緩存模塊，也可以使用外加的squid進行緩存，這兩種方式均可以有效的提高apache的訪問響應能力。網站程序開發(fā)方面的緩存，linux上提供的memcached是常用的緩存方案，不少web編程語言都提供memcache訪問接口，php、perl、c和java都有，可以在web開發(fā)中使用，可以實時或者cron的把數(shù)據、對象等內容進行緩存，策略非常靈活。一些大型社區(qū)使用了這樣的架構。另外，在使用web語言開發(fā)的時候，各種

10、語言基本都有自己的緩存模塊和方法，php有pear的cache模塊和eaccelerator加速和cache模塊，還要知名的apc、xcache(國人開發(fā)的，支持！)php緩存模塊，java就更多了，.net不是很熟悉，相信也肯定有。5、鏡像鏡像是大型網站常采用的提高性能和數(shù)據安全性的方式，鏡像的技術可以解決不同網絡接入商和地域帶來的用戶訪問速度差異，比如chinanet和edunet之間的差異就促使了很多網站在教育網內搭建鏡像站點，數(shù)據進行定時更新或者實時更新。在鏡像的細節(jié)技術方面，這里不闡述太深，有很多專業(yè)的現(xiàn)成的解決架構和產品可選。也有廉價的通過軟件實現(xiàn)的思路，比如linux上的rsyn

11、c等工具。6、負載均衡負載均衡將是大型網站解決高負荷訪問和大量并發(fā)請求采用的終極解決辦法。負載均衡技術發(fā)展了多年，有很多專業(yè)的服務提供商和產品可以選擇，我個人接觸過一些解決方法，其中有兩個架構可以給大家做參考。另外有關初級的負載均衡dns輪循和較專業(yè)的cdn架構就不多說了。6.1硬件四層交換第四層交換使用第三層和第四層信息包的報頭信息，根據應用區(qū)間識別業(yè)務流，將整個區(qū)間段的業(yè)務流分配到合適的應用服務器進行處理。第四層交換功能就象是虛ip，指向物理服務器。它傳輸?shù)臉I(yè)務服從的協(xié)議多種多樣，有http、ftp、nfs、telnet或其他協(xié)議。這些業(yè)務在物理服務器基礎上，需要復雜的載量平衡算法。在ip

12、世界，業(yè)務類型由終端tcp或udp端口地址來決定，在第四層交換中的應用區(qū)間則由源端和終端ip地址、tcp和udp端口共同決定。在硬件四層交換產品領域，有一些知名的產品可以選擇，比如alteon、f5等，這些產品很昂貴，但是物有所值，能夠提供非常優(yōu)秀的性能和很靈活的管理能力。yahoo中國當初接近2000臺服務器使用了三四臺alteon就搞定了。6.2軟件四層交換大家知道了硬件四層交換機的原理后，基于osi模型來實現(xiàn)的軟件四層交換也就應運而生，這樣的解決方案實現(xiàn)的原理一致，不過性能稍差。但是滿足一定量的壓力還是游刃有余的，有人說軟件實現(xiàn)方式其實更靈活，處理能力完全看你配置的熟悉能力。軟件四層交換

13、我們可以使用linux上常用的lvs來解決，lvs就是linux virtual server，他提供了基于心跳線heartbeat的實時災難應對解決方案，提高系統(tǒng)的魯棒性，同時可供了靈活的虛擬vip配置和管理功能，可以同時滿足多種應用需求，這對于分布式的系統(tǒng)來說必不可少。一個典型的使用負載均衡的策略就是，在軟件或者硬件四層交換的基礎上搭建squid集群，這種思路在很多大型網站包括搜索引擎上被采用，這樣的架構低成本、高性能還有很強的擴張性，隨時往架構里面增減節(jié)點都非常容易。這樣的架構我準備空了專門詳細整理一下和大家探討。6.3七層交換大家都知道tcp/ip的七層協(xié)議，四層交換是基于傳輸層的，在

14、這一層只能處理連接的管理，但是無法和業(yè)務關聯(lián)起來，通常只能針對tcp、udp的連接來進行處理，而真正的業(yè)務邏輯需要后面的服務器群自己來處理，隨著技術的發(fā)展，今天，我們在很多高級的應用中出現(xiàn)了七層交換。七層交換是基于tcp/ip的第七層應用層來實現(xiàn)的，在這一層上，首先我們可以區(qū)分出具體的應用，比如http、telnet、ftp、dns等等，還能根據應用中傳送的內容來進行策略的管理，比如我們有這么兩個網站的路徑/music/和/photo/原來基于四層交換只能把這兩個url的請求都分發(fā)到后面一組服務器上，但是七層交換可以判斷訪問的是music/還是photo/路徑，然后分別分發(fā)到不通的服務器群上，從而實現(xiàn)更靈活的系統(tǒng)架構設計。當然，七層交換也分硬件