本文圍繞高并發(fā)高流量的網(wǎng)站架構(gòu)設(shè)計(jì)問(wèn)題，主要研究討論了以下內(nèi)容：
首先在整個(gè)網(wǎng)絡(luò)的高度討論了使用鏡像網(wǎng)站，CDN內(nèi)容分發(fā)網(wǎng)絡(luò)等技術(shù)對(duì)負(fù)載均衡帶來(lái)的便利及各自的優(yōu)缺點(diǎn)比較。然后在局域網(wǎng)層次對(duì)第四層交換技術(shù)，包括硬件解決方案F5和軟件解決方案LVS，進(jìn)行了簡(jiǎn)單的討論。接下來(lái)在單服務(wù)器層次，本文著重討論了單臺(tái)服務(wù)器的Socket優(yōu)化，硬盤(pán)級(jí)緩存技術(shù)，內(nèi)存級(jí)緩存技術(shù)，CPU與IO平衡技術(shù)（即以運(yùn)算為主的程序與以數(shù)據(jù)讀寫(xiě)為主的程序搭配部署），讀寫(xiě)分離技術(shù)等。在應(yīng)用層，本文介紹了一些大型網(wǎng)站常用的技術(shù)，以及選擇使用該技術(shù)的理由。最后，在架構(gòu)的高度討論了網(wǎng)站擴(kuò)容，容錯(cuò)等問(wèn)題。
本文以理論與實(shí)踐相結(jié)合的形式，結(jié)合作者實(shí)際工作中得到的經(jīng)驗(yàn)，具有較廣泛的適用性。
1 引言
1.1 互聯(lián)網(wǎng)的發(fā)展
最近十年間，互聯(lián)網(wǎng)已經(jīng)從一個(gè)單純的用于科研的，用來(lái)傳遞靜態(tài)文檔的美國(guó)內(nèi)部網(wǎng)絡(luò)，發(fā)展成了一個(gè)應(yīng)用于各行各業(yè)的，傳送著海量多媒體及動(dòng)態(tài)信息的全球網(wǎng)絡(luò)。從規(guī)模上看，互聯(lián)網(wǎng)在主機(jī)數(shù)、帶寬、上網(wǎng)人數(shù)等方面幾乎一直保持著指數(shù)增長(zhǎng)的趨勢(shì)，2006年7月，互聯(lián)網(wǎng)上共有主機(jī)439，286，364臺(tái)，WWW 站點(diǎn)數(shù)量達(dá)到 96，854，877個(gè) ［1］。全球上網(wǎng)人口在2004 年達(dá)到 7 億 2900萬(wàn) ［2］，中國(guó)的上網(wǎng)人數(shù)在 2006 年 12 月達(dá)到了約 1億3700 萬(wàn)［3］。另一方面，互聯(lián)網(wǎng)所傳遞的內(nèi)容也發(fā)生了巨大的變化，早期互聯(lián)網(wǎng)以靜態(tài)、文本的公共信息為主要內(nèi)容，而目前的互聯(lián)網(wǎng)則傳遞著大量的動(dòng)態(tài)、多媒體及人性化的信息，人們不僅可以通過(guò) 互聯(lián)網(wǎng)閱讀到動(dòng)態(tài)生成的信息，而且可以通過(guò)它使用電子商務(wù)、即時(shí)通信、網(wǎng)上游戲等交互性很強(qiáng)的服務(wù)。因此，可以說(shuō)互聯(lián)網(wǎng)已經(jīng)不再僅僅是一個(gè)信息共享網(wǎng)絡(luò)，而已經(jīng)成為了一個(gè)無(wú)所不在的交互式服務(wù)的平臺(tái)。
1.2 互聯(lián)網(wǎng)網(wǎng)站建設(shè)的新趨勢(shì)
互聯(lián)網(wǎng)不斷擴(kuò)大的規(guī)模，日益增長(zhǎng)的用戶(hù)群，以及web2.0［4］的興起，對(duì)互聯(lián)網(wǎng)網(wǎng)站建設(shè)提出了新的要求:
高性能和高可擴(kuò)展性。2000 年 5 月，訪問(wèn)量排名世界第一（統(tǒng)計(jì)數(shù)據(jù)來(lái)源［5］）的Yahoo ［6］聲稱(chēng)其日頁(yè)瀏覽數(shù)達(dá)到 6 億 2500 萬(wàn)，即每秒約 30，000 次HTTP 請(qǐng)求(按每個(gè)頁(yè)面瀏覽平均產(chǎn)生 4 次請(qǐng)求計(jì)算) 。這樣大規(guī)模的訪問(wèn)量對(duì)服務(wù)的性能提出了非常高的要求。更為重要的是， 互聯(lián)網(wǎng)受眾的廣泛性，使得成功的互聯(lián)網(wǎng)服務(wù)的訪問(wèn)量增長(zhǎng)潛力和速度非常大，因此服務(wù)系統(tǒng)必須具有非常好的可擴(kuò)展性，以應(yīng)付將來(lái)可能的服務(wù)增長(zhǎng)。
支持高度并發(fā)的訪問(wèn)。高度并發(fā)的訪問(wèn)對(duì)服務(wù)的存儲(chǔ)與并發(fā)能力提出了很高的要求，當(dāng)前主流的超標(biāo)量和超流水線處理器能處理的并發(fā)請(qǐng)求數(shù)是有限的，因?yàn)殡S著并發(fā)數(shù)的上升，進(jìn)程調(diào)度的開(kāi)銷(xiāo)會(huì)很快上升。互聯(lián)網(wǎng)廣域網(wǎng)的本質(zhì)決定了其訪問(wèn)的延遲時(shí)間較長(zhǎng)，因此一個(gè)請(qǐng)求完成時(shí)間也較長(zhǎng)，按從請(qǐng)求產(chǎn)生到頁(yè)面下載完成 3 秒計(jì)算， Yahoo 在 2000 年 5 月時(shí)平均有 90，000 個(gè)并發(fā)請(qǐng)求。而且對(duì)于較復(fù)雜的服務(wù)，服務(wù)器往往要維護(hù)用戶(hù)會(huì)話的信息，例如一個(gè)互聯(lián)網(wǎng)網(wǎng)站如果每天有 100 萬(wàn)次用戶(hù)會(huì)話，每次 20分鐘的話，那平均同時(shí)就會(huì)有約 14000 個(gè)并發(fā)會(huì)話。
高可用性?；ヂ?lián)網(wǎng)服務(wù)的全球性決定了其每天 24 小時(shí)都會(huì)有用戶(hù)訪問(wèn)，因此任何服務(wù)的停止都會(huì)對(duì)用戶(hù)造成影響。而對(duì)于電子商務(wù)等應(yīng)用，暫時(shí)的服務(wù)中止則意味著客戶(hù)的永久失去及大量的經(jīng)濟(jì)損失，例如ebay.com［7］1999 年 6 月的一次 22小時(shí)的網(wǎng)站不可訪問(wèn)，對(duì)此網(wǎng)站的 380萬(wàn)用戶(hù)的忠誠(chéng)度造成巨大影響，使得 Ebay 公司不得不支付了近500萬(wàn)美元用于補(bǔ)償客戶(hù)的損失，而該公司的市值同期下降了 40 億美元［8］。因此，關(guān)鍵互聯(lián)網(wǎng)應(yīng)用的可用性要求非常高。
1.3 新浪播客的簡(jiǎn)介
以YouTube［9］為代表的微視頻分享網(wǎng)站近來(lái)方興未艾，僅2006年一年，國(guó)內(nèi)就出現(xiàn)近百家仿YouTube的微視頻分享網(wǎng)站［10］，試圖復(fù)制YouTube的成功模式。此類(lèi)網(wǎng)站可以說(shuō)是Web2.0概念下的代表網(wǎng)站，具有Web2.0網(wǎng)站所有典型特征：高并發(fā)，高流量，數(shù)據(jù)量大，邏輯復(fù)雜，用戶(hù)分散等等。新浪［11］作為國(guó)內(nèi)最大的門(mén)戶(hù)網(wǎng)站，在2005年成功運(yùn)作新浪博客的基礎(chǔ)上，于2006年底推出了新浪播客服務(wù)。新浪播客作為國(guó)內(nèi)門(mén)戶(hù)網(wǎng)站中第一個(gè)微視頻分享服務(wù)的網(wǎng)站，依靠新浪網(wǎng)站及新浪博客的巨大人氣資源，在推出后不到半年的時(shí)間內(nèi)，取得了巨大的成功：同類(lèi)網(wǎng)站中上傳視頻數(shù)量第一、流量增長(zhǎng)最快、用戶(hù)數(shù)最多［12］，所有這些成績(jī)的取得的背后，是巨大的硬件投入，良好的架構(gòu)支撐和靈活的應(yīng)用層軟件設(shè)計(jì)。
在互聯(lián)網(wǎng)發(fā)展的初期，互聯(lián)網(wǎng)上的網(wǎng)站內(nèi)容很少，而且大都是靜態(tài)內(nèi)容，更新頻率底。但因?yàn)榉?wù)器運(yùn)算能力低，帶寬小，網(wǎng)速慢，熱門(mén)網(wǎng)站的訪問(wèn)壓力還是很大。鏡像網(wǎng)站技術(shù)在這種情況下作為一種有效解決方案，被廣泛采用。隨著互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的網(wǎng)站使用服務(wù)器端腳本動(dòng)態(tài)生成內(nèi)容，同步更新越來(lái)越困難，對(duì)可控性要求越來(lái)越高，鏡像技術(shù)因?yàn)椴荒軡M(mǎn)足這類(lèi)網(wǎng)站的需要，漸漸的淡出了人們的視線。但有一些大型的軟件下載站，因?yàn)榉乡R像網(wǎng)站的條件——下載的內(nèi)容是靜態(tài)的，更新頻率較低，對(duì)帶寬，速度要求又比較高，如國(guó)外的SourceForge （http://www.SourceForge.net，著名開(kāi)源軟件托管網(wǎng)站），F(xiàn)edora（http://fedoraproject.org，RedHat贊助的Linux發(fā)行版），國(guó)內(nèi)的華軍軟件園（http://www.onlinedown.net），天空軟件站（http://www.skycn.com）等，還在使用這項(xiàng)技術(shù)（圖1）。
圖1 上圖：天空軟件站首頁(yè)的鏡像選擇頁(yè)面
下圖：SourceForge下載時(shí)的鏡像選擇頁(yè)面
在網(wǎng)站建設(shè)的過(guò)程中，可以根據(jù)實(shí)際情況，將靜態(tài)內(nèi)容作一些鏡像，以加快訪問(wèn)速度，提升用戶(hù)體驗(yàn)。
2.2 CDN內(nèi)容分發(fā)網(wǎng)絡(luò)
CDN的全稱(chēng)是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。其目的是通過(guò)在現(xiàn)有的互聯(lián)網(wǎng)中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶(hù)的網(wǎng)絡(luò)“邊緣”，使用戶(hù)可以就近取得所需的內(nèi)容，分散服務(wù)器的壓力，解決互聯(lián)網(wǎng)擁擠的狀況，提高用戶(hù)訪問(wèn)網(wǎng)站的響應(yīng)速度。從而解決由于網(wǎng)絡(luò)帶寬小、用戶(hù)訪問(wèn)量大、網(wǎng)點(diǎn)分布不均等原因所造成的用戶(hù)訪問(wèn)網(wǎng)站響應(yīng)速度慢的問(wèn)題［14］。
CDN與鏡像網(wǎng)站技術(shù)的不同之處在于網(wǎng)站代替用戶(hù)去選擇最優(yōu)的內(nèi)容服務(wù)器，增強(qiáng)了可控制性。CDN其實(shí)是夾在網(wǎng)頁(yè)瀏覽者和被訪問(wèn)的服務(wù)器中間的一層鏡像或者說(shuō)緩存，瀏覽者訪問(wèn)時(shí)點(diǎn)擊的還是服務(wù)器原來(lái)的URL地址，但是看到的內(nèi)容其實(shí)是對(duì)瀏覽者來(lái)說(shuō)最優(yōu)的一臺(tái)鏡像服務(wù)器上的頁(yè)面緩存內(nèi)容。這是通過(guò)調(diào)整服務(wù)器的域名解析來(lái)實(shí)現(xiàn)的。使用CDN技術(shù)的域名解析服務(wù)器需要維護(hù)一個(gè)鏡像服務(wù)器列表和一份來(lái)訪IP到鏡像服務(wù)器的對(duì)應(yīng)表。當(dāng)一個(gè)用戶(hù)的請(qǐng)求到來(lái)的時(shí)候，根據(jù)用戶(hù)的IP，查詢(xún)對(duì)應(yīng)表，得到最優(yōu)的鏡像服務(wù)器的IP地址，返回給用戶(hù)。這里的最優(yōu)，需要綜合考慮服務(wù)器的處理能力，帶寬，離訪問(wèn)者的距離遠(yuǎn)近等因素。當(dāng)某個(gè)地方的鏡像網(wǎng)站流量過(guò)大，帶寬消耗過(guò)快，或者出現(xiàn)服務(wù)器，網(wǎng)絡(luò)等故障的時(shí)候，可以很方便的設(shè)置將用戶(hù)的訪問(wèn)轉(zhuǎn)到另外一個(gè)地方（圖2）。這樣就增強(qiáng)了可控制性。
圖2 CDN原理示意圖
CDN網(wǎng)絡(luò)加速技術(shù)也有它的局限性。首先，因?yàn)閮?nèi)容更新的時(shí)候，需要同步更新多臺(tái)鏡像服務(wù)器，所以它也只適用于內(nèi)容更新不太頻繁，或者對(duì)實(shí)時(shí)性要求不是很高的網(wǎng)站；其次，DNS解析有緩存，當(dāng)某一個(gè)鏡像網(wǎng)站的訪問(wèn)需要轉(zhuǎn)移時(shí)，主DNS服務(wù)器更改了IP解析結(jié)果，但各地的DNS服務(wù)器緩存更新會(huì)滯后一段時(shí)間，這段時(shí)間內(nèi)用戶(hù)的訪問(wèn)仍然會(huì)指向該服務(wù)器，可控制性依然有不足。
目前，國(guó)內(nèi)訪問(wèn)量較高的大型網(wǎng)站如新浪、網(wǎng)易等的資訊頻道，均使用CDN網(wǎng)絡(luò)加速技術(shù)（圖3），雖然網(wǎng)站的訪問(wèn)量巨大，但無(wú)論在什么地方訪問(wèn)，速度都會(huì)很快。但論壇，郵箱等更新頻繁，實(shí)時(shí)性要求高的頻道，則不適合使用這種技術(shù)。
圖3 新浪網(wǎng)使用ChinaCache CDN服務(wù)。
ChinaCache的服務(wù)節(jié)點(diǎn)全球超過(guò)130個(gè)，
其中中國(guó)節(jié)點(diǎn)超過(guò)80個(gè)，
覆蓋全國(guó)主要6大網(wǎng)絡(luò)的主要省份［15］。
2.3 應(yīng)用層分布式設(shè)計(jì)
新浪播客為了獲得CDN網(wǎng)絡(luò)加速的優(yōu)點(diǎn)，又必須避免CDN的不足，在應(yīng)用層軟件設(shè)計(jì)上，采取了一個(gè)替代的辦法。新浪播客提供了一個(gè)供播放器查詢(xún)視頻文件地址的接口。當(dāng)用戶(hù)打開(kāi)視頻播放頁(yè)面的時(shí)候，播放器首先連接查詢(xún)接口，通過(guò)接口獲得視頻文件所在的最優(yōu)的鏡像服務(wù)器地址，然后再到該服務(wù)器去下載視頻文件。這樣，用一次額外的查詢(xún)獲得了全部的控制性，而這次查詢(xún)的通訊流量非常小，幾乎可以忽略不計(jì)。CDN中由域名解析獲得的靈活性也保留了下來(lái)：由接口程序維護(hù)鏡像網(wǎng)站列表及來(lái)訪IP到鏡像網(wǎng)站的對(duì)應(yīng)表即可。鏡像網(wǎng)站中不需要鏡像所有的內(nèi)容，而是只鏡像更新速度較慢的視頻文件。這是完全可以承受的。
2.4 網(wǎng)絡(luò)層架構(gòu)小結(jié)
從整個(gè)互聯(lián)網(wǎng)絡(luò)的高度來(lái)看網(wǎng)站架構(gòu)，努力的方向是明確的：讓用戶(hù)就近取得內(nèi)容，但又要在速度和可控制性之間作一個(gè)平衡。對(duì)于更新比較頻繁內(nèi)容，由于難以保持鏡像網(wǎng)站之間的同步，則需要使用其他的輔助技術(shù)。
第四層交換的一個(gè)簡(jiǎn)單定義是：它是一種傳輸功能，它決定傳輸不僅僅依據(jù)MAC地址(第二層網(wǎng)橋)或源/目標(biāo)IP地址(第三層路由)，而且依據(jù)IP地址與TCP/UDP (第四層) 應(yīng)用端口號(hào)的組合（Socket）［17］。第四層交換功能就像是虛擬IP，指向?qū)嶋H的服務(wù)器。它傳輸?shù)臄?shù)據(jù)支持多種協(xié)議，有HTTP、FTP、NFS、Telnet等。
以HTTP協(xié)議為例，在第四層交換中為每個(gè)服務(wù)器組設(shè)立一個(gè)虛擬IP（Virtue IP，VIP），每組服務(wù)器支持某一個(gè)或幾個(gè)域名。在域名服務(wù)器（DNS）中存儲(chǔ)服務(wù)器組的VIP，而不是某一臺(tái)服務(wù)器的真實(shí)地址。
當(dāng)用戶(hù)請(qǐng)求頁(yè)面時(shí)，一個(gè)帶有目標(biāo)服務(wù)器組的VIP連接請(qǐng)求發(fā)送給第四層交換機(jī)。第四層交換機(jī)使用某種選擇策略，在組中選取最優(yōu)的服務(wù)器，將數(shù)據(jù)包中的目標(biāo)VIP地址用實(shí)際服務(wù)器的IP地址取代，并將連接請(qǐng)求傳給該服務(wù)器。第四層交換一般都實(shí)現(xiàn)了會(huì)話保持功能，即同一會(huì)話的所有的包由第四層交換機(jī)進(jìn)行映射后，在用戶(hù)和同一服務(wù)器間進(jìn)行傳輸［18］。
第四層交換按實(shí)現(xiàn)分類(lèi)，分為硬件實(shí)現(xiàn)和軟件實(shí)現(xiàn)。
3.2 硬件實(shí)現(xiàn)
第四層交換的硬件實(shí)現(xiàn)一般都由專(zhuān)業(yè)的硬件廠商作為商業(yè)解決方案提供。常見(jiàn)的有Alteon［19］，F(xiàn)5［20］等。這些產(chǎn)品非常昂貴，但是能夠提供非常優(yōu)秀的性能和很靈活的管理能力。Yahoo中國(guó)當(dāng)初接近2000臺(tái)服務(wù)器使用了三四臺(tái)Alteon就搞定了［21］。鑒于條件關(guān)系，這里不展開(kāi)討論。
3.3 軟件實(shí)現(xiàn)
第四層交換也可以通過(guò)軟件實(shí)現(xiàn)，不過(guò)性能比專(zhuān)業(yè)硬件稍差，但是滿(mǎn)足一定量的壓力還是可以達(dá)到的，而且軟件實(shí)現(xiàn)配置起來(lái)更靈活。 軟件四層交換常用的有Linux上的LVS（Linux Virtual Server），它提供了基于心跳（heart beat）的實(shí)時(shí)災(zāi)難應(yīng)對(duì)解決方案，提高了系統(tǒng)的魯棒性，同時(shí)提供了靈活的VIP配置和管理功能，可以同時(shí)滿(mǎn)足多種應(yīng)用需求［22］。
4.2 Socket優(yōu)化
以標(biāo)準(zhǔn)的 GNU/Linux 為例。GNU/Linux 發(fā)行版試圖對(duì)各種部署情況都進(jìn)行優(yōu)化，這意味著對(duì)具體服務(wù)器的執(zhí)行環(huán)境來(lái)說(shuō)，標(biāo)準(zhǔn)的發(fā)行版可能并不是最優(yōu)化的［23］。GNU/Linux 提供了很多可調(diào)節(jié)的內(nèi)核參數(shù)，可以使用這些參數(shù)為服務(wù)器進(jìn)行動(dòng)態(tài)配置，包括影響 Socket 性能的一些重要的選項(xiàng)。這些選項(xiàng)包含在 /proc 虛擬文件系統(tǒng)中。這個(gè)文件系統(tǒng)中的每個(gè)文件都表示一個(gè)或多個(gè)參數(shù)，它們可以通過(guò) cat 工具進(jìn)行讀取，或使用 echo 命令進(jìn)行修改。這里僅列出一些影響TCP/IP 棧性能的可調(diào)節(jié)內(nèi)核參數(shù)［24］：
/proc/sys/net/ipv4/tcp_window_scaling “1”（1表示啟用該選項(xiàng)，0表示關(guān)閉，下同） 啟用 RFC［25］ 1323［26］ 定義的 window scaling；要支持超過(guò) 64KB 的窗口，必須啟用該值。
/proc/sys/net/ipv4/tcp_sack “1”啟用有選擇的應(yīng)答（Selective Acknowledgment），通過(guò)有選擇地應(yīng)答亂序接收到的報(bào)文來(lái)提高性能（這樣可以讓發(fā)送者只發(fā)送丟失的報(bào)文段）；對(duì)于廣域網(wǎng)通信來(lái)說(shuō)，這個(gè)選項(xiàng)應(yīng)該啟用，但是這也會(huì)增加對(duì) CPU 的占用。
/proc/sys/net/ipv4/tcp_timestamps “1” 以一種比重發(fā)超時(shí)更精確的方法（參閱 RFC 1323）來(lái)啟用對(duì) RTT 的計(jì)算；為了實(shí)現(xiàn)更好的性能應(yīng)該啟用這個(gè)選項(xiàng)。
/proc/sys/net/ipv4/tcp_mem “24576 32768 49152” 確定 TCP 棧應(yīng)該如何反映內(nèi)存使用；每個(gè)值的單位都是內(nèi)存頁(yè)（通常是 4KB）。第一個(gè)值是內(nèi)存使用的下限。第二個(gè)值是內(nèi)存壓力模式開(kāi)始對(duì)緩沖區(qū)使用應(yīng)用壓力的上限。第三個(gè)值是內(nèi)存上限。超過(guò)這個(gè)上限時(shí)可以將報(bào)文丟棄，從而減少對(duì)內(nèi)存的使用。
/proc/sys/net/ipv4/tcp_wmem “4096 16384 131072” 為自動(dòng)調(diào)優(yōu)定義每個(gè) socket 使用的內(nèi)存。第一個(gè)值是為 socket 的發(fā)送緩沖區(qū)分配的最少字節(jié)數(shù)。第二個(gè)值是默認(rèn)值（該值會(huì)被 wmem_default 覆蓋），緩沖區(qū)在系統(tǒng)負(fù)載不重的情況下可以增長(zhǎng)到這個(gè)值。第三個(gè)值是發(fā)送緩沖區(qū)空間的最大字節(jié)數(shù)（該值會(huì)被 wmem_max 覆蓋）。
/proc/sys/net/ipv4/tcp_westwood “1” 啟用發(fā)送者端的擁塞控制算法，它可以維護(hù)對(duì)吞吐量的評(píng)估，并試圖對(duì)帶寬的整體利用情況進(jìn)行優(yōu)化；對(duì)于 WAN 通信來(lái)說(shuō)應(yīng)該啟用這個(gè)選項(xiàng)。
與其他調(diào)優(yōu)努力一樣，最好的方法實(shí)際上就是不斷進(jìn)行實(shí)驗(yàn)。具體應(yīng)用程序的行為、處理器的速度以及可用內(nèi)存的多少都會(huì)影響到這些參數(shù)對(duì)性能作用的效果。在某些情況中，一些認(rèn)為有益的操作可能恰恰是有害的（反之亦然）。因此，需要逐一試驗(yàn)各個(gè)選項(xiàng)，然后檢查每個(gè)選項(xiàng)的結(jié)果，最后得出最適合具體機(jī)器的一套參數(shù)。
如果重啟了 GNU/Linux 系統(tǒng)，設(shè)置的內(nèi)核參數(shù)都會(huì)恢復(fù)成默認(rèn)值。為了將所設(shè)置的值作為這些參數(shù)的默認(rèn)值，可以使用 /etc/rc.local 文件，在系統(tǒng)每次啟動(dòng)時(shí)自動(dòng)將這些參數(shù)配置成所需要的值。
在檢測(cè)每個(gè)選項(xiàng)的更改帶來(lái)的效果的時(shí)候，GNU/Linux上有一些非常強(qiáng)大的工具可以使用：
ping 這是用于檢查主機(jī)的可用性的最常用的工具，也可以用于計(jì)算網(wǎng)絡(luò)帶寬延時(shí)。
traceroute 打印連接到特定網(wǎng)絡(luò)主機(jī)所經(jīng)過(guò)的一系列路由器和網(wǎng)關(guān)的路徑（路由），從而確定每個(gè) hop 之間的延時(shí)。
netstat 確定有關(guān)網(wǎng)絡(luò)子系統(tǒng)、協(xié)議和連接的各種統(tǒng)計(jì)信息。
tcpdump 顯示一個(gè)或多個(gè)連接的協(xié)議級(jí)的報(bào)文跟蹤信息，其中包括時(shí)間信息，可以使用這些信息來(lái)研究不同協(xié)議的報(bào)文時(shí)間。
Ethereal 以一個(gè)易于使用的圖形化界面提供 tcpump （報(bào)文跟蹤）的信息，支持報(bào)文過(guò)濾功能。
iperf 測(cè)量 TCP 和 UDP 的網(wǎng)絡(luò)性能；測(cè)量最大帶寬，并匯報(bào)延時(shí)和數(shù)據(jù)報(bào)的丟失情況。
4.3 硬盤(pán)級(jí)緩存
硬盤(pán)級(jí)別的緩存是指將需要?jiǎng)討B(tài)生成的內(nèi)容暫時(shí)緩存在硬盤(pán)上，在一個(gè)可接受的延遲時(shí)間范圍內(nèi)，同樣的請(qǐng)求不再動(dòng)態(tài)生成，以達(dá)到節(jié)約系統(tǒng)資源，提高網(wǎng)站承受能力的目的。Linux環(huán)境下硬盤(pán)級(jí)緩存一般使用Squid［27］。
Squid是一個(gè)高性能的代理緩存服務(wù)器。和一般的代理緩存軟件不同，Squid用一個(gè)單獨(dú)的、非模塊化的、I/O驅(qū)動(dòng)的進(jìn)程來(lái)處理所有的客戶(hù)端請(qǐng)求。它接受來(lái)自客戶(hù)端對(duì)目標(biāo)對(duì)象的請(qǐng)求并適當(dāng)?shù)靥幚磉@些請(qǐng)求。比如說(shuō)，用戶(hù)通過(guò)瀏覽器想下載（即瀏覽）一個(gè)web頁(yè)面，瀏覽器請(qǐng)求Squid為它取得這個(gè)頁(yè)面。Squid隨之連接到頁(yè)面所在的原始服務(wù)器并向服務(wù)器發(fā)出取得該頁(yè)面的請(qǐng)求。取得頁(yè)面后，Squid再將頁(yè)面返回給用戶(hù)端瀏覽器，并且同時(shí)在Squid本地緩存目錄里保存一份副本。當(dāng)下一次有用戶(hù)需要同一頁(yè)面時(shí)，Squid可以簡(jiǎn)單地從緩存中讀取它的副本，直接返回給用戶(hù)，而不用再次請(qǐng)求原始服務(wù)器。當(dāng)前的Squid可以處理HTTP， FTP， GOPHER， SSL和WAIS等協(xié)議。
Squid默認(rèn)通過(guò)檢測(cè)HTTP協(xié)議頭的Expires和 Cache-Control字段來(lái)決定緩存的時(shí)間。在實(shí)際應(yīng)用中，可以顯式的在服務(wù)器端腳本中輸出HTTP頭，也可以通過(guò)配置apache的mod_expires模塊，讓apache自動(dòng)的給每一個(gè)網(wǎng)頁(yè)加上過(guò)期時(shí)間。對(duì)于靜態(tài)內(nèi)容，如圖片，視頻文件，供下載的軟件等，還可以針對(duì)文件類(lèi)型（擴(kuò)展名），用 Squid 的 refresh_pattern 來(lái)指定緩存時(shí)間。
Squid 運(yùn)行的時(shí)候，默認(rèn)會(huì)在硬盤(pán)上建兩層hash目錄，用來(lái)存儲(chǔ)緩存的Object。它還會(huì)在內(nèi)存中建立一個(gè)Hash Table，用來(lái)記錄硬盤(pán)中Object分布的情況。如果Squid配置成為一個(gè)Squid集群中的一個(gè)的話，它還會(huì)建立一個(gè) Digest Table(摘要表)，用來(lái)存儲(chǔ)其它 Squid 上的Object摘要。當(dāng)用戶(hù)端想要的資料本地硬盤(pán)上沒(méi)有時(shí)，可以很快的知道應(yīng)該去集群中的哪一臺(tái)機(jī)器獲得。在硬盤(pán)空間快要達(dá)到配置限額的時(shí)候，可以配置使用某種策略（默認(rèn)使用LRU：Least Recently Used-最近最少用）刪除一些Object，從而騰出空間［28］［29］。
集群中的Squid Server 之間可以有兩種關(guān)系：第一種關(guān)系是：Child 和 Parent。當(dāng) Child Squid Server 沒(méi)有資料時(shí)，會(huì)直接向 Parent Squid Server 要資料，然后一直等，直到 Parent 給它資料為止。 第二種關(guān)系是：Sibling 和 Sibling。當(dāng) Squid Server 沒(méi)有資料時(shí)，會(huì)先向 Sibling 的 Squid Server 要資料，如果 Sibling 沒(méi)資料，就跳過(guò)它向 Parent 要或直接上原始網(wǎng)站去拿。
默認(rèn)配置的Squid，沒(méi)有經(jīng)過(guò)任何優(yōu)化的時(shí)候，一般可以達(dá)到 50% 的命中率［30］（圖4）。如果需要，還可以通過(guò)參數(shù)優(yōu)化，拆分業(yè)務(wù)，優(yōu)化文件系統(tǒng)等辦法，使得Squid達(dá)到 90% 以上的緩存命中率。 Squid處理TCP連接消耗的服務(wù)器資源比真正的HTTP服務(wù)器要小的多，當(dāng)Squid分擔(dān)了大部分連接，網(wǎng)站的承壓能力就大大增強(qiáng)了。
4 某網(wǎng)站使用MRTG工具檢測(cè)到的Squid命中率
藍(lán)線表示Squid的流量，綠色部分表示Apache流量
4.4 內(nèi)存級(jí)緩存
內(nèi)存級(jí)別的緩存是指將需要?jiǎng)討B(tài)生成的內(nèi)容暫時(shí)緩存在內(nèi)存里，在一個(gè)可接受的延遲時(shí)間范圍內(nèi)，同樣的請(qǐng)求不再動(dòng)態(tài)生成，而是直接從內(nèi)存中讀取。Linux環(huán)境下內(nèi)存級(jí)緩存Memcached［31］是一個(gè)不錯(cuò)的選擇。
Memcached是danga.com（運(yùn)營(yíng)Live Journal［32］的技術(shù)團(tuán)隊(duì)）開(kāi)發(fā)的一套非常優(yōu)秀的分布式內(nèi)存對(duì)象緩存系統(tǒng)，用于在動(dòng)態(tài)系統(tǒng)中減少數(shù)據(jù)庫(kù)負(fù)載，提升性能。和 Squid 的前端緩存加速不同，它是通過(guò)基于內(nèi)存的對(duì)象緩存來(lái)減少數(shù)據(jù)庫(kù)查詢(xún)的方式改善網(wǎng)站的性能，而其中最吸引人的一個(gè)特性就是支持分布式部署；也就是說(shuō)可以在一群機(jī)器上建立一堆 Memcached 服務(wù)，每個(gè)服務(wù)可以根據(jù)具體服務(wù)器的硬件配置使用不同大小的內(nèi)存塊，這樣，理論上可以建立一個(gè)無(wú)限大的基于內(nèi)存的緩存系統(tǒng)。
Memcached 是以守護(hù)程序方式運(yùn)行于一個(gè)或多個(gè)服務(wù)器中，隨時(shí)接受客戶(hù)端的連接操作，客戶(hù)端可以由各種語(yǔ)言編寫(xiě)，目前已知的客戶(hù)端 API 包括 Perl/PHP/Python/Ruby/Java/C#/C 等等[附錄1]。客戶(hù)端首先與 Memcached 服務(wù)建立連接，然后存取對(duì)象。每個(gè)被存取的對(duì)象都有一個(gè)唯一的標(biāo)識(shí)符 key，存取操作均通過(guò)這個(gè) key 進(jìn)行，保存的時(shí)候還可以設(shè)置有效期。保存在 Memcached 中的對(duì)象實(shí)際上是放置在內(nèi)存中的，而不是在硬盤(pán)上。Memcached 進(jìn)程運(yùn)行之后，會(huì)預(yù)申請(qǐng)一塊較大的內(nèi)存空間，自己進(jìn)行管理，用完之后再申請(qǐng)一塊，而不是每次需要的時(shí)候去向操作系統(tǒng)申請(qǐng)。Memcached將對(duì)象保存在一個(gè)巨大的Hash表中，它還使用NewHash算法來(lái)管理Hash表，從而獲得進(jìn)一步的性能提升。所以當(dāng)分配給Memcached的內(nèi)存足夠大的時(shí)候，Memcached的時(shí)間消耗基本上只是網(wǎng)絡(luò)Socket連接了［33］。
Memcached也有它的不足。首先它的數(shù)據(jù)是保存在內(nèi)存當(dāng)中的，一旦服務(wù)進(jìn)程重啟（進(jìn)程意外被關(guān)掉，機(jī)器重啟等），數(shù)據(jù)會(huì)全部丟失。其次Memcached以root權(quán)限運(yùn)行，而且Memcached本身沒(méi)有任何權(quán)限管理和認(rèn)證功能，安全性不足。第一條是Memcached作為內(nèi)存緩存服務(wù)使用無(wú)法避免的，當(dāng)然，如果內(nèi)存中的數(shù)據(jù)需要保存，可以采取更改Memcached的源代碼，增加定期寫(xiě)入硬盤(pán)的功能。對(duì)于第二條，我們可以將Memcached服務(wù)綁定在內(nèi)網(wǎng)IP上，通過(guò)Linux防火墻進(jìn)行防護(hù)。
4.5 CPU與IO均衡
在一個(gè)網(wǎng)站提供的所有功能中，有的功能可能需要消耗大量的服務(wù)器端IO資源，像下載，視頻播放等，而有的功能則可能需要消耗大量的服務(wù)器CPU資源，像視頻格式轉(zhuǎn)換，LOG統(tǒng)計(jì)等。在一個(gè)服務(wù)器集群中，當(dāng)我們發(fā)現(xiàn)某些機(jī)器上CPU和IO的利用率相差很大的時(shí)候，例如CPU負(fù)載很高而IO負(fù)責(zé)很低，我們可以考慮將該服務(wù)器上的某些耗CPU資源的進(jìn)程換成耗IO的進(jìn)程，以達(dá)到均衡的目的。均衡每一臺(tái)機(jī)器的CPU和IO消耗，不僅可以獲得更充分的服務(wù)器資源利用，而且還能夠支持暫時(shí)的過(guò)載，遇到突發(fā)事件，訪問(wèn)流量劇增的時(shí)候， 實(shí)現(xiàn)得體的性能下降(Graceful performance degradation)［34］，而不是立即崩潰。
4.6 讀寫(xiě)分離
如果網(wǎng)站的硬盤(pán)讀寫(xiě)性能是整個(gè)網(wǎng)站性能提升的一個(gè)瓶頸的話，可以考慮將硬盤(pán)的讀，寫(xiě)功能分開(kāi)，分別進(jìn)行優(yōu)化。在專(zhuān)門(mén)用來(lái)寫(xiě)的硬盤(pán)上，我們可以在Linux下使用軟件RAID-0（磁盤(pán)冗余陣列0級(jí)）［35］。RAID-0在獲得硬盤(pán)IO提升的同時(shí)，也會(huì)增加整個(gè)文件系統(tǒng)的故障率——它等于RAID中所有驅(qū)動(dòng)器的故障率之和。如果需要保持或提高硬盤(pán)的容錯(cuò)能力，就需要實(shí)現(xiàn)軟件RAID-1，4或5，它們能在某一個(gè)（甚至幾個(gè)）磁盤(pán)驅(qū)動(dòng)器故障之后仍然保持整個(gè)文件系統(tǒng)的正常運(yùn)行［36］，但文件讀寫(xiě)效率不如RAID-0。而專(zhuān)門(mén)用來(lái)讀的硬盤(pán)，則不用如此麻煩，可以使用普通的服務(wù)器硬盤(pán)，以降低開(kāi)銷(xiāo)。
一般的文件系統(tǒng)，會(huì)綜合考慮各種大小和格式的文件的讀，寫(xiě)效率，因而對(duì)特定的文件讀或?qū)懙男什皇亲顑?yōu)。如果有必要，可以通過(guò)選擇文件系統(tǒng)，以及修改文件系統(tǒng)的配置參數(shù)來(lái)達(dá)到對(duì)特定文件的讀或?qū)懙男首畲蠡?。比如說(shuō)，如果文件系統(tǒng)中需要存儲(chǔ)大量的小文件，則可以使用ReiserFS［37］來(lái)替代Linux操作系統(tǒng)默認(rèn)的ext3系統(tǒng)，因?yàn)镽eiserFS是基于平衡樹(shù)的文件系統(tǒng)結(jié)構(gòu)，尤其對(duì)于大量文件的巨型文件系統(tǒng)，搜索速度要比使用局部的二分查找法的ext3快。 ReiserFS里的目錄是完全動(dòng)態(tài)分配的，因此不存在ext3中常見(jiàn)的無(wú)法回收巨型目錄占用的磁盤(pán)空間的情況。ReiserFS里小文件（< 4K）可以直接存儲(chǔ)進(jìn)樹(shù)，小文件讀取和寫(xiě)入的速度更快，樹(shù)內(nèi)節(jié)點(diǎn)是按字節(jié)對(duì)齊的，多個(gè)小文件可共享同一個(gè)硬盤(pán)塊，節(jié)約大量空間。ext3使用固定大小的塊分配策略，也就是說(shuō)，不到4K的小文件也要占據(jù)4K的空間，導(dǎo)致的空間浪費(fèi)比較嚴(yán)重［38］。 但ReiserFS對(duì)很多Linux內(nèi)核支持的不是很好，包括2.4.3、2.4.9 甚至相對(duì)較新的 2.4.16，如果網(wǎng)站想要使用它，就必須要安裝與它配合的較好的2.4.18內(nèi)核——一般管理員都不是很樂(lè)意使用太新的內(nèi)核，因?yàn)樵谒厦孢\(yùn)行的軟件，都還沒(méi)有經(jīng)過(guò)大量的實(shí)踐測(cè)試，也許有一些小的bug還沒(méi)有被發(fā)現(xiàn)，但對(duì)于服務(wù)器來(lái)說(shuō)，再小的bug也是不能接受的。ReiserFS還是一個(gè)較為年輕的，發(fā)展迅速的文件系統(tǒng)，它相對(duì)于ext3來(lái)說(shuō)有一個(gè)很大的缺陷就是，每次ReiserFS文件系統(tǒng)升級(jí)的時(shí)候，必須完全重新格式化整個(gè)磁盤(pán)分區(qū)。所以在選擇使用的時(shí)候，需要權(quán)衡取舍［39］。
在這種架構(gòu)下，每一級(jí)都是可以進(jìn)行單獨(dú)優(yōu)化的，比如Lighttpd可以采用異步IO方式，Squid可以啟用內(nèi)存來(lái)緩存，Apache可以啟用MPM（Multi -Processing Modules，多道處理模塊）等，并且每一級(jí)都可以使用多臺(tái)機(jī)器來(lái)均衡負(fù)載，伸縮性好。
著名視頻分享網(wǎng)站YouTube就是選擇使用Lighttpd作為網(wǎng)站的前臺(tái)服務(wù)器程序。
5.2 數(shù)據(jù)庫(kù)選擇
MySQL［43］是一個(gè)快速的、多線程、多用戶(hù)和健壯的SQL數(shù)據(jù)庫(kù)服務(wù)器，支持關(guān)鍵任務(wù)、重負(fù)載系統(tǒng)的使用，是最受歡迎的開(kāi)源數(shù)據(jù)庫(kù)管理系統(tǒng)，是Linux下網(wǎng)站開(kāi)發(fā)的首選。它由MySQL AB開(kāi)發(fā)、發(fā)布和提供支持。
MySQL數(shù)據(jù)庫(kù)能為網(wǎng)站提供：
高性能。MySQL支持海量，快速的數(shù)據(jù)庫(kù)存儲(chǔ)和讀取。還可以通過(guò)使用64位處理器來(lái)獲取額外的一些性能，因?yàn)镸ySQL在內(nèi)部里很多時(shí)候都使用64位的整數(shù)處理。
易用性。MySQL的核心是一個(gè)小而快速的數(shù)據(jù)庫(kù)。它的快速連接，快速存取和安全可靠的特性使MySQL非常適合在互聯(lián)網(wǎng)站上使用。
開(kāi)放性。MySQL提供多種后臺(tái)存儲(chǔ)引擎的選擇，如MyISAM， Heap， InnoDB，Berkeley Db等。缺省格式為MyISAM。 MyISAM 存儲(chǔ)引擎與磁盤(pán)兼容的非常好［44］。
支持企業(yè)級(jí)應(yīng)用。MySQL有一個(gè)用于記錄數(shù)據(jù)改變的二進(jìn)制日志。因?yàn)樗嵌M(jìn)制的，這一日志能夠快速地將數(shù)據(jù)的更改從一臺(tái)機(jī)器復(fù)制（replication）到另一臺(tái)機(jī)器上。即使服務(wù)器崩潰，這一二進(jìn)制日志也能夠保持完整。這一特性通常被用來(lái)搭建數(shù)據(jù)庫(kù)集群，以支持更大的流量訪問(wèn)要求［30］（圖5）。
圖
5 MySQL主輔庫(kù)模式集群示意
MySQL也有一些它自身的缺陷，如缺乏圖形界面，缺乏存儲(chǔ)過(guò)程， 還不支持觸發(fā)器，參照完整性，子查詢(xún)和數(shù)據(jù)表視圖等，但這些功能都在開(kāi)發(fā)者的TO-DO列表當(dāng)中。這就是開(kāi)源的力量：你永遠(yuǎn)可以期待更好。
國(guó)外的Yahoo!，國(guó)內(nèi)的新浪，搜狐等很多大型商業(yè)網(wǎng)站都使用MySQL 作為后臺(tái)數(shù)據(jù)庫(kù)。對(duì)于一般的網(wǎng)站系統(tǒng)，無(wú)論從成本還是性能上考慮，MySQL應(yīng)該是最佳的選擇。
5.3 服務(wù)器端腳本解析器的選擇
目前最常見(jiàn)的服務(wù)器端腳本有三種：ASP(Active Server Pages)，JSP(Java Server Pages)，PHP (Hypertext Preprocessor)［45］［46］。
ASP全名Active Server Pages，以及它的升級(jí)ASP.NET，是微軟公司出品的一個(gè)WEB服務(wù)器端的開(kāi)發(fā)環(huán)境，利用它可以產(chǎn)生和運(yùn)行動(dòng)態(tài)的、交互的、高性能的WEB服務(wù)應(yīng)用程序。ASP采用腳本語(yǔ)言VBScript（C#）作為自己的開(kāi)發(fā)語(yǔ)言。 但因?yàn)橹荒苓\(yùn)行在Windows環(huán)境下，這里我們不討論它。
PHP是一種跨平臺(tái)的服務(wù)器端的嵌入式腳本語(yǔ)言。它大量地借用C，Java和Perl語(yǔ)言的語(yǔ)法， 并耦合PHP自己的特性，使WEB開(kāi)發(fā)者能夠快速地寫(xiě)出動(dòng)態(tài)生成頁(yè)面。它支持目前絕大多數(shù)數(shù)據(jù)庫(kù)。PHP也是開(kāi)源的，它的發(fā)行遵從GPL開(kāi)源協(xié)議，你可以從 PHP官方站點(diǎn)(http://www.php.net)自由下載到它的二進(jìn)制安裝文件及全部的源代碼。如果在Linux平臺(tái)上與MySQL搭配使用，PHP是最佳的選擇。
JSP是Sun公司推出的新一代站點(diǎn)開(kāi)發(fā)語(yǔ)言，是Java語(yǔ)言除Java應(yīng)用程序和Java Applet之外的第三個(gè)應(yīng)用。Jsp可以在Serverlet和JavaBean的支持下，完成功能強(qiáng)大的站點(diǎn)程序。 作為采用Java技術(shù)家族的一部分，以及Java 2（企業(yè)版體系結(jié)構(gòu)）的一個(gè)組成部分，JSP技術(shù)擁有Java技術(shù)帶來(lái)的所有優(yōu)點(diǎn)，包括優(yōu)秀的跨平臺(tái)性，高度可重用的組件設(shè)計(jì)，健壯性和安全性等，能夠支持高度復(fù)雜的基于Web的應(yīng)用。
除了這三種常見(jiàn)的腳本之外，在Linux下我們其實(shí)還有很多其他的選擇：Python（Google使用），Perl等，如果作為CGI調(diào)用，那么可選擇范圍就更廣了。使用這些不太常見(jiàn)的腳本語(yǔ)言的好處是，它們對(duì)于某些特殊的應(yīng)用有別的腳本所不具有的優(yōu)勢(shì)；不好的地方是，這些腳本語(yǔ)言在國(guó)內(nèi)使用的人比較少，當(dāng)碰到技術(shù)上的問(wèn)題的時(shí)候，能找到的資料也較少。
5.4 可配置性
在大型網(wǎng)站開(kāi)發(fā)過(guò)程中，不管使用什么技術(shù)，網(wǎng)站的可配置性是必須的。在網(wǎng)站的后期運(yùn)營(yíng)過(guò)程中，肯定會(huì)有很多的需求變更。如果每一次的需求變更都會(huì)導(dǎo)致修改源代碼，那么，這個(gè)網(wǎng)站的開(kāi)發(fā)可以說(shuō)是失敗的。
首先，也是最重要的一點(diǎn)，功能和展示必須分開(kāi)。PHP和JSP都支持模板技術(shù)，如PHP的Smarty，Phplib，JSP的JSTL（JSP Standard Tag Library）等。核心功能使用腳本語(yǔ)言編寫(xiě)，前臺(tái)展示使用帶特殊標(biāo)簽的HTML，不僅加快了開(kāi)發(fā)速度，而且方便以后的維護(hù)和升級(jí)［47］。
其次，對(duì)于前臺(tái)模板，一般還需要將頁(yè)面的頭，尾單獨(dú)提取出來(lái)，頁(yè)面的主體部分也按模塊或者功能拆分。對(duì)CSS，JS等輔助性的代碼，也建議以單獨(dú)的文件形式存放。這樣不僅方便管理，修改，而且還可以在用戶(hù)訪問(wèn)的時(shí)候進(jìn)行緩存，減少網(wǎng)絡(luò)流量，減輕服務(wù)器壓力。
再次，對(duì)于核心功能腳本，必須將與服務(wù)器相關(guān)的配置內(nèi)容，如數(shù)據(jù)庫(kù)連接配置，腳本頭文件路徑等，與代碼分離開(kāi)。尤其當(dāng)網(wǎng)站使用集群技術(shù)，CDN加速等技術(shù)的時(shí)候，每一臺(tái)服務(wù)器上的配置可能都會(huì)不一樣。如果不使用配置文件，則需要同時(shí)維護(hù)幾份不同的代碼，很容易出錯(cuò)。
最后，應(yīng)該盡量做到修改配置文件后能實(shí)時(shí)生效，避免修改配置文件之后需要重啟服務(wù)程序的情況。
5.5 封裝和中間層思想
在功能塊層次，如果使用JSP，基于純面向?qū)ο笳Z(yǔ)言Java的面向?qū)ο笏枷?，?lèi)似數(shù)據(jù)庫(kù)連接，會(huì)話管理等基本功能都已經(jīng)封裝成類(lèi)了。如果使用PHP，則需要在腳本代碼中顯式的封裝，將每一個(gè)功能塊封裝成一個(gè)函數(shù)，一個(gè)文件或者一個(gè)類(lèi)。
在更高的層次，可以將網(wǎng)站分為表示層，邏輯層，持久層，分別進(jìn)行封裝，做到當(dāng)某一層架構(gòu)發(fā)生變化時(shí)，不會(huì)影響到其他層。比如新浪播客在一次升級(jí)的時(shí)候，將持久層的數(shù)據(jù)庫(kù)由原來(lái)的集中式改為分布式架構(gòu)，因?yàn)榉庋b了數(shù)據(jù)庫(kù)連接及所有操作[附錄2]，做到了不修改任何上層代碼，平穩(wěn)的實(shí)現(xiàn)了過(guò)渡。近來(lái)流行的MVC架構(gòu)，將整個(gè)網(wǎng)站拆分成Model（模型/邏輯）、View（視圖/界面）、Controller（控制/流程）三個(gè)部分，而且有很多優(yōu)秀的代碼框架可供選擇使用， 像JSP的Structs，Spring，PHP的php.MVC， Studs 等。使用現(xiàn)成的代碼框架，可以使網(wǎng)站開(kāi)發(fā)事半功倍。
新浪播客采用MySQL數(shù)據(jù)庫(kù)集群，在邏輯層封裝了所有的數(shù)據(jù)庫(kù)連接及操作。當(dāng)數(shù)據(jù)庫(kù)存儲(chǔ)架構(gòu)發(fā)生改變的時(shí)候，如增加一臺(tái)主庫(kù)，將某些數(shù)據(jù)表獨(dú)立成庫(kù)，增加讀取數(shù)據(jù)用的從庫(kù)等，都只需要修改封裝了的數(shù)據(jù)庫(kù)操作類(lèi)，上層代碼不用修改。
新浪播客的前臺(tái)頁(yè)面服務(wù)器使用F5公司的硬件第四層交換機(jī)，網(wǎng)通，電信分別導(dǎo)向不同的虛擬IP，每一個(gè)虛擬IP后面又有多個(gè)服務(wù)器提供服務(wù)。當(dāng)訪問(wèn)流量增大的時(shí)候，可以很方便往虛擬IP后面增加服務(wù)器，分擔(dān)壓力。
6.2 容錯(cuò)
對(duì)于商業(yè)性網(wǎng)站來(lái)說(shuō)，可用性是非常重要的。7*24的訪問(wèn)要求網(wǎng)站具有很強(qiáng)的容錯(cuò)能力。錯(cuò)誤包括網(wǎng)絡(luò)錯(cuò)誤，服務(wù)器錯(cuò)誤以及應(yīng)用程序錯(cuò)誤。
2006年12月27日臺(tái)灣東部外海發(fā)生里氏7.6級(jí)地震，造成途徑臺(tái)灣海峽的多條海底電纜中斷，導(dǎo)致許多國(guó)外網(wǎng)站，像MSN， NBA， Yahoo?。ㄓ⑽闹髡荆┑葒?guó)內(nèi)無(wú)法訪問(wèn)，但也有例外，以Google為代表的在國(guó)內(nèi)建設(shè)有分布式數(shù)據(jù)節(jié)點(diǎn)的很多網(wǎng)站卻仍然可以訪問(wèn)。雖然說(shuō)地震造成斷網(wǎng)是不可抗原因，但如果在這種情況下網(wǎng)站仍然可以訪問(wèn)，無(wú)疑能給網(wǎng)站用戶(hù)留下深刻的印象。這件事情給大型商業(yè)網(wǎng)站留下的教訓(xùn)是：網(wǎng)站需要在用戶(hù)主要分布區(qū)域保持?jǐn)?shù)據(jù)存在，以防止可能的網(wǎng)絡(luò)故障。
對(duì)于服務(wù)器錯(cuò)誤，一般采取冗余設(shè)計(jì)的方法來(lái)避免。對(duì)于存儲(chǔ)服務(wù)器（主要是負(fù)責(zé)寫(xiě)入的服務(wù)器），可以使用RAID（冗余磁盤(pán)陣列）；對(duì)于數(shù)據(jù)庫(kù)（主要是負(fù)責(zé)寫(xiě)入的主庫(kù)），可以采用雙主庫(kù)設(shè)計(jì)［30］；對(duì)于提供服務(wù)的前臺(tái)，則可以使用第四層交換的集群，由多臺(tái)服務(wù)器同時(shí)提供服務(wù)，不僅分擔(dān)了流量壓力，同時(shí)還可以互相作為備份。
在應(yīng)用層程序中，也要考慮“用戶(hù)友好”的出錯(cuò)設(shè)計(jì)。典型例子如HTTP 404 出錯(cuò)頁(yè)面，程序內(nèi)部錯(cuò)誤處理，錯(cuò)誤返回提示等，盡可能的做到人性化。
7.2展望
當(dāng)前Linux環(huán)境下有著名的LAMP（Linux＋Apache＋MySQL＋PHP/PERL/PYTHON）網(wǎng)站建設(shè)方案，但只是針對(duì)一般的中小網(wǎng)站而言。對(duì)于高并發(fā)高流量的大型商業(yè)網(wǎng)站，還沒(méi)有一個(gè)完整的，性?xún)r(jià)比高的解決方案。除去服務(wù)器，硬盤(pán)，帶寬等硬件投資外，還需要花費(fèi)大量的預(yù)算和時(shí)間精力在軟件解決方案上。
隨著互聯(lián)網(wǎng)的持續(xù)發(fā)展，Web2.0的興起，在可以預(yù)見(jiàn)的未來(lái)里，互聯(lián)網(wǎng)的用戶(hù)持續(xù)增多，提供用戶(hù)參與的網(wǎng)站不斷增加，用戶(hù)參與的內(nèi)容日益增長(zhǎng)，越來(lái)越多的網(wǎng)站的并發(fā)量，訪問(wèn)量會(huì)達(dá)到一個(gè)新的高度，這就會(huì)促使越來(lái)越多的個(gè)人，公司以及研究機(jī)構(gòu)來(lái)關(guān)注高并發(fā)高流量的網(wǎng)站架構(gòu)問(wèn)題。就像Web1.0成就了無(wú)數(shù)中小網(wǎng)站，成就了LAMP一樣，Web2.0注定也會(huì)成就一個(gè)新的，高效的，成本較低的解決方案。這個(gè)方案應(yīng)該包括透明的第三方CDN網(wǎng)絡(luò)加速服務(wù)，價(jià)格低廉的第四層甚至更高層網(wǎng)絡(luò)交換設(shè)備，優(yōu)化了網(wǎng)絡(luò)性能的操作系統(tǒng)，優(yōu)化了讀寫(xiě)性能，分布式，高可靠的文件系統(tǒng)，揉合了內(nèi)存，硬盤(pán)等各個(gè)級(jí)別緩存的HTTP服務(wù)器，更為高效的服務(wù)器端腳本解析器，以及封裝了大部分細(xì)節(jié)的應(yīng)用層設(shè)計(jì)框架。
技術(shù)的進(jìn)步永無(wú)止境。我們期待互聯(lián)網(wǎng)更為美好的明天
聯(lián)系客服
