目前網(wǎng)站架構(gòu)普通分紅負(fù)載平衡層、WEB層和數(shù)據(jù)庫(kù)層，我其實(shí)普通還會(huì)多加一層，即文件效勞器層，這樣我們?cè)诤竺娴挠懻撨^(guò)程中，我們能夠依次對(duì)這四層停止討論；這里為了更具有壓服力，我將用三個(gè)并發(fā)較大的消費(fèi)環(huán)境來(lái)闡明下，一個(gè)是某電子商務(wù)網(wǎng)站（并發(fā)最大值 2000，日PV500萬(wàn)左右，這里說(shuō)的峰值，下面的網(wǎng)站相似）、一拍網(wǎng)網(wǎng)站（并發(fā)最大值1500，日PV500萬(wàn)左右）、以前維護(hù)的大型CDN廣告網(wǎng)站（并發(fā)最大值5000，日PV 5000萬(wàn)左右）。

負(fù)載平衡層

首先說(shuō)下負(fù)載平衡層，我們熟習(xí)的硬件/軟件技術(shù)有F5/LVS、HAProxy，還有Nginx，它們的性能都是十分優(yōu)良的，且不說(shuō)F5的抗并發(fā)才能，LVS如今在全世界范圍內(nèi)的應(yīng)用，而且淘寶如今晉級(jí)架構(gòu)，也將LVS取代了F5，HAProxy可能大家不是特別熟習(xí)，但它的確在消費(fèi)環(huán)境下表現(xiàn)優(yōu)良，強(qiáng)大的吞吐才能，穩(wěn)定性比之硬件過(guò)尤不及。

再說(shuō)下Nginx，我是將Nginx+Keepalived架構(gòu)用于了各種消費(fèi)環(huán)境中的，經(jīng)過(guò)長(zhǎng)時(shí)間的線(xiàn)上察看，發(fā)現(xiàn)Nginx作為負(fù)載平衡器/反向代理也很穩(wěn)定，就算并發(fā)壓力過(guò)大，我們前面能夠用F5/LVS來(lái)頂，而將Nginx作為中層代理，這樣的效果其實(shí)也 不差，所以負(fù)載平衡層的壓力不能算是特別大。

WEB層

WEB層這塊壓力比擬大的網(wǎng)站如今都換成了Nginx作為WEB應(yīng)用效勞器，事實(shí)上，它的抗并發(fā)才能的確超越了預(yù)期；我朋友維護(hù)的一家門(mén)戶(hù)網(wǎng)站，頂峰期時(shí)某臺(tái)Nginx應(yīng)用效勞器的并興旺到了一萬(wàn)以上，但Nginx也很擔(dān)任和穩(wěn)定的提供效勞，在實(shí)踐的消費(fèi)環(huán)境中，假如我們思索到后端的數(shù)據(jù)庫(kù)效勞時(shí)，一萬(wàn)并發(fā)應(yīng)該也算是一個(gè)比擬大的數(shù)值了。

另外，Linux集群有一個(gè)優(yōu)勢(shì)，就是它的高擴(kuò)展性，就算我們的網(wǎng)站的并發(fā)有一萬(wàn)以上，我們后端的WEB效勞是Apache，我們多加幾臺(tái)Apache效勞器即可，在實(shí)踐的線(xiàn)上維護(hù)時(shí)，我們發(fā)現(xiàn)，頂峰期間，實(shí)踐上每臺(tái)WEB的并發(fā)并不算是特別大，所以網(wǎng)站的壓力在這一層我們也能經(jīng)過(guò)技術(shù)手腕加以克制。

文件效勞器層

文件效勞器層，由于網(wǎng)站的后期宣傳策話(huà)，名氣也越來(lái)越大，PV值也越來(lái)越高，原先的DRBD+Heartbeat+NFS（這個(gè)其實(shí)也只是單NFS，只不過(guò)我們應(yīng)用DRBD來(lái)保證NFS的高可用而已）曾經(jīng)越來(lái)越頂不住壓力了，這個(gè)時(shí)分我們想到了散布式文件系統(tǒng)，我測(cè)試的的是MooseFS，在內(nèi)網(wǎng)測(cè)試了很長(zhǎng)時(shí)間還是沒(méi)敢用到消費(fèi)環(huán)境下面，googel的散布式文件系統(tǒng)還是很成熟的，引薦大家學(xué)習(xí)；最后還是用采用以前的CDN傳統(tǒng)的辦法處理這個(gè)問(wèn)題，即用了squid反向代理加速器來(lái)處理小文件過(guò)多的問(wèn)題，Nginx強(qiáng)大的正則處置分發(fā)才能，也讓后端的NFS壓力變得很小；另外，我還用采用域名的分散戰(zhàn)略例如運(yùn)用pics.xxx.com/pdf.xxx.com…來(lái)辨別標(biāo)志為a或b的一系列文件，這些文件存儲(chǔ)的時(shí)分，仍然依照標(biāo)志，存到pics或pdf的效勞器上。這個(gè)戰(zhàn)略將辨別機(jī)器的任務(wù)交由dns效勞器來(lái)執(zhí)行，擴(kuò)容時(shí)會(huì)相應(yīng)輕松。

這需求web項(xiàng)目初期就規(guī)劃好這些東東，后期才轉(zhuǎn)用域名戰(zhàn)略的本錢(qián)比擬高以至不能夠完成，大家能夠留意下，其實(shí)這一層假如網(wǎng)站是專(zhuān)業(yè)的圖片效勞器網(wǎng)站時(shí)壓力還是很大的，我們需求在這個(gè)上面投入足夠多的硬件資源。

數(shù)據(jù)庫(kù)層

數(shù)據(jù)庫(kù)層的壓力，我覺(jué)得網(wǎng)站的PV和并發(fā)上去以后，數(shù)據(jù)庫(kù)這塊的壓力是最大的，CDN大型廣告網(wǎng)站我們用的是oracle RAC計(jì)劃，它保證了數(shù)據(jù)的高可用性，當(dāng)然了價(jià)錢(qián)也是十分昂貴的（假如運(yùn)用高配置的PC效勞器，Oracle普通依照CPU個(gè)數(shù)收費(fèi)）；那么免費(fèi)的MySQL數(shù)據(jù)庫(kù)，面對(duì)這種并發(fā)壓力大的狀況，又用哪些辦法呢？首先，我們說(shuō)下傳統(tǒng)的MySQL主從計(jì)劃，配置簡(jiǎn)單，單機(jī)MySQL優(yōu)化做好事性能也不弱，假如這種架構(gòu)處理不了數(shù)據(jù)庫(kù)的壓力狀況，我們能夠思索以下幾種計(jì)劃：

◆常規(guī)復(fù)制架構(gòu)–Master-slaves，是由一個(gè)Master復(fù)制到一個(gè)或多個(gè)Salve的架構(gòu)形式，主要用于讀壓力大的應(yīng)用數(shù)據(jù)庫(kù)端低價(jià)擴(kuò)展處理計(jì)劃，讀寫(xiě)別離，Master主要擔(dān)任寫(xiě)方面的壓力。

◆級(jí)聯(lián)復(fù)制架構(gòu)，即Master-Slaves-Slaves,這個(gè)也是為了避免Slaves的讀壓力過(guò)大，而配置一層二級(jí) Slaves，很容易處理Master端由于隸屬slave太多而成為瓶勁的風(fēng)險(xiǎn)。

◆Dual Master與級(jí)聯(lián)復(fù)制分離架構(gòu)，即Master-Master-Slaves，最大的益處是既能夠防止主Master的寫(xiě)操作遭到Slave集群的復(fù)制帶來(lái)的影響，而且保證了主Master的單點(diǎn)毛病。

◆MySQL的數(shù)據(jù)庫(kù)切分，我們能夠經(jīng)過(guò)數(shù)據(jù)切恰恰技術(shù)將一個(gè)大的MySQL Server切分紅多個(gè)小的MySQL Server，既解了寫(xiě)入性能瓶頸問(wèn)題，同時(shí)也一次提升了整個(gè)數(shù)據(jù)庫(kù)集群的擴(kuò)展性，從而處理了數(shù)據(jù)庫(kù)壓力過(guò)大的問(wèn)題，這個(gè)如今也是我在消費(fèi)環(huán)境中比擬引薦的做法之一。