版權(quán)聲明：非商業(yè)自由轉(zhuǎn)載，署名王國(guó)峰，原文鏈接

前言

去年我憑著對(duì)網(wǎng)站架構(gòu)的濃厚興趣陸陸續(xù)續(xù)給大家分享了不少大型網(wǎng)站架構(gòu)的經(jīng)典案例，但是大部分都只是介紹了大概，并沒(méi)有深入地研究，有興趣的朋友可以去我博客的網(wǎng)站架構(gòu)分類下學(xué)習(xí)討論。今年我打算繼續(xù)學(xué)習(xí)網(wǎng)站架構(gòu)方面的知識(shí)，并對(duì)此作更加深入地分析與實(shí)踐，當(dāng)然學(xué)習(xí)成果會(huì)及時(shí)和大家分享和交流，希望今年自己的能力可以更上一層樓吧。

這幾天我一直在關(guān)注大型網(wǎng)站中圖片存儲(chǔ)方面的相關(guān)問(wèn)題，通過(guò)了解和實(shí)踐，體會(huì)頗深，我想我可以針對(duì)圖片存儲(chǔ)這個(gè)話題寫一個(gè)系列文章，以便對(duì)這次學(xué)習(xí)的總結(jié)。

第一篇，讓我們從獨(dú)立圖片服務(wù)器開(kāi)始說(shuō)起，真愛(ài)，不是須要讓自己更加獨(dú)立的么？come on！

正文

一、部署獨(dú)立圖片服務(wù)器的必要性

我們知道，無(wú)論對(duì)于Apache還是IIS，圖片始終是最消耗系統(tǒng)資源的，如果將圖片服務(wù)和應(yīng)用服務(wù)放在同一個(gè)服務(wù)器的話，應(yīng)用服務(wù)器很容易會(huì)因?yàn)閳D片的高I/O負(fù)載而崩潰，因此對(duì)于有些大型網(wǎng)站項(xiàng)目，我們有必要將圖片服務(wù)器和應(yīng)用服務(wù)器分離。部署獨(dú)立的圖片服務(wù)器（甚至是服務(wù)器集群）是大型網(wǎng)站圖片存儲(chǔ)解決方案中最基礎(chǔ)的，因?yàn)橛辛霜?dú)立的圖片服務(wù)器后，我們才能對(duì)圖片服務(wù)器做更有針對(duì)性的性能優(yōu)化，比如從硬件角度說(shuō)，圖片服務(wù)器可以配置高端的硬盤，7200轉(zhuǎn)的換成15000轉(zhuǎn)的，而CPU卻只要一般就可以了；從軟件角度說(shuō)，可以為圖片服務(wù)器配置特殊的文件系統(tǒng)來(lái)滿足對(duì)圖片的I/O請(qǐng)求，如淘寶的TFS，就很好地解決了大規(guī)模小圖片文件帶來(lái)的I/O噩夢(mèng)，同時(shí)，我們也可以采用nginx、squid來(lái)代理圖片請(qǐng)求等等。

二、采用獨(dú)立域名

注意，這里是指獨(dú)立域名，不是子域哦，比如yahoo.com圖片服務(wù)器用了yimg.com的域名，而不是用二級(jí)域名img.yahoo.com，這是為什么呢？個(gè)人覺(jué)得原因主要有以下幾點(diǎn)：

1、同一域名下瀏覽器的并發(fā)連接數(shù)有限制，一般在2 - 6之間，下圖列舉了各個(gè)瀏覽器的并發(fā)連接數(shù)（來(lái)自網(wǎng)絡(luò)，未經(jīng)我親自考證，供參考）

這樣，我們?nèi)绻o圖片服務(wù)器配置獨(dú)立的域名，那么在一個(gè)頁(yè)面中加載圖片時(shí)，就可以突破瀏覽器連接數(shù)的限制，理論上，增加一個(gè)獨(dú)立域名，并發(fā)連接數(shù)加倍。

2、由于cookie的原因，對(duì)緩存不利

比如有一張圖片http://www.test.com/img/xx.gif，那么當(dāng)我們向它發(fā)起請(qǐng)求的時(shí)候，會(huì)帶上www.test.com域名下的cookie，由于大部分web cache都只緩存不帶cookie的請(qǐng)求，這樣就導(dǎo)致每次的圖片請(qǐng)求都不能命中cache，而仍舊要去原始服務(wù)器獲取圖片，導(dǎo)致圖片緩存意義不大。所以，還是給單獨(dú)搞一個(gè)圖片獨(dú)立域名吧，當(dāng)然，不只是圖片，css和js文件也可以參照這個(gè)思路來(lái)搞。

3、方便CDN同步

這個(gè)我不太清楚是怎么回事，我個(gè)人猜測(cè)和第二點(diǎn)cookie有點(diǎn)關(guān)系，還望資深人士留言分享，謝謝。

三、圖片服務(wù)器分離后，如何進(jìn)行圖片上傳和圖片同步

當(dāng)然任何事物都具有兩面性，圖片服務(wù)器分離固然提升了圖片訪問(wèn)的效率，大大緩解了服務(wù)器因圖片造成的I/O瓶頸，但是分離以后圖片的上傳和同步就成了一個(gè)大問(wèn)題了。下面就我個(gè)人的想法談?wù)剮追N解決方案。

1、NFS共享方式

如果你不想在每臺(tái)圖片服務(wù)器同步所有圖片，那NFS共享是最簡(jiǎn)單也最實(shí)用的方式。NFS是個(gè)分布式的客戶機(jī)/服務(wù)器文件系統(tǒng)，NFS的實(shí)質(zhì)在于用戶間計(jì)算機(jī)的共享，用戶可以聯(lián)結(jié)到共享計(jì)算機(jī)并象訪問(wèn)本地硬盤一樣訪問(wèn)共享計(jì)算機(jī)上的文件。

具體實(shí)現(xiàn)思路是：web服務(wù)器通過(guò)nfs掛載多臺(tái)圖片服務(wù)器export出來(lái)的目錄，用戶先將圖片上傳到web服務(wù)器，然后將上傳的圖片通過(guò)程序拷貝到這個(gè)mount目錄中去，這樣那幾臺(tái)圖片服務(wù)器就也能訪問(wèn)到剛上傳的圖片了（注意，只是共享了，并沒(méi)有真正拷貝到圖片服務(wù)器）。再給那幾臺(tái)圖片服務(wù)器綁定獨(dú)立域名，于是瀏覽器端就可以用單獨(dú)的域名來(lái)訪問(wèn)圖片了。這種方式基本不會(huì)有因同步造成的延時(shí)，但需要依賴nfs，nfs掛掉會(huì)影響web服務(wù)器。為了更直觀的表達(dá)，我還是上一幅圖吧，畫得比較粗糙，大家將就著看看。

至于如何配置nfs，大家google一下，或者看一下這篇文章，是在Linux下配置NFS的http://blog.csdn.net/lixinso/article/details/6639643

2、利用FTP同步

和上面nfs不一樣的是，用戶上傳完圖片后是利用ftp同步到各個(gè)圖片服務(wù)器的，php、java、asp.net基本上都能操作ftp。這樣的話每個(gè)圖片服務(wù)器就都保存一份圖片的副本，也起到了備份的作用。但是缺點(diǎn)是將圖片ftp到服務(wù)器比較耗時(shí)，如果異步去同步的話又會(huì)有延時(shí)，不過(guò)一般的小圖片文件也還好了。

當(dāng)然除了上面兩種方法，還有諸如安裝同步軟件、webservice等方法，但我個(gè)人覺(jué)得上面2種比較靠譜一點(diǎn)，所以其他的就暫時(shí)不介紹了，如果各位朋友有更好地建議，請(qǐng)留言分享。

好了，對(duì)于獨(dú)立圖片服務(wù)器的介紹就到這里了，歡迎大家補(bǔ)充，咱們下回見(jiàn)。