? http://www.cnblogs.com/sennly/p/4136734.html ?

各種云服務(wù)這兩年炒的火熱，加之可以降低成本，公司想先在部分業(yè)務(wù)上嘗試使用下，剛好最近有個(gè)項(xiàng)目有大量小文件需要存儲(chǔ)，借著這個(gè)機(jī)會(huì)，研究分析下自建存儲(chǔ)與使用第三方云存儲(chǔ)，如果小規(guī)模試用后滿意的話，會(huì)將更多的業(yè)務(wù)遷移到公有云上去。

一般而言存儲(chǔ)功能我們會(huì)關(guān)注方案的功能可靠性及綜合使用成本兩大方面。

功能可靠性包含：

? 服務(wù)穩(wěn)定性

? 服務(wù)性能

? 服務(wù)可擴(kuò)展性

? 數(shù)據(jù)安全性

綜合使用成本包含：

? 存儲(chǔ)設(shè)備費(fèi)用

? 帶寬費(fèi)用

? 額外備份費(fèi)用

? 后期維護(hù)費(fèi)用

我們下面從幾個(gè)主要關(guān)注點(diǎn)來分析。

?

1. 自建存儲(chǔ)的性能分析與預(yù)估

目前分布式文件系統(tǒng)用的較多的有MFS、TFS、FastDFS等，，TFS對(duì)運(yùn)維同學(xué)的要求比較高，需要對(duì)TFS本身有較多了解，且淘寶對(duì)外開源的版本不太穩(wěn)定，這一方面我們踩過坑。在我們以往的項(xiàng)目中，MFS使用的較多，簡(jiǎn)單，方便，可通過Fuse直接掛載到系統(tǒng)中，對(duì)于不是非常大量的小文件存儲(chǔ)很合適，有不足的地方就是其較輕量級(jí)，應(yīng)付不了很密集的訪問。

?

1.1. 測(cè)試環(huán)境

測(cè)試環(huán)境有5臺(tái)機(jī)器做存儲(chǔ)服務(wù)，1臺(tái)Master，3臺(tái)客戶端，通過1000Mbps網(wǎng)卡相連。

名稱	CPU	內(nèi)存	硬盤
Master	8核 HT	32G	15K Raid5
Trunk	8核 HT	32G	15K Raid5
Trunk	8核 HT	32G	15K Raid5
Trunk	8核 HT	32G	15K Raid5
Trunk	8核 HT	32G	15K Raid5
Trunk	8核 HT	32G	15K Raid5
Client	8核 HT	32G	15K Raid5
Client	8核 HT	32G	15K Raid5
Client	8核 HT	32G	15K Raid5

?

1.2. 業(yè)務(wù)場(chǎng)景相關(guān)數(shù)值估算

? 上傳圖片用戶數(shù)

我們這個(gè)子項(xiàng)目目標(biāo)用戶量是2000萬，因此以2000萬為用戶基數(shù)。由于沒有有效的歷史數(shù)據(jù)，因此在活躍用戶估算、上傳圖片用戶估算過程中，我們廣泛使用80/20法則，以這種方法，估算出日活躍用戶、上傳圖片用戶數(shù)。

日活躍用戶數(shù)：2000萬X 0.2 = 400萬

上傳圖片用戶數(shù)：400萬 X 0.2 = 80萬

? 上傳圖片大小

我們假設(shè)用戶上傳原圖大小為2M

? 活躍時(shí)間分布

同樣使用80/20法則，每天24小時(shí)中有大概16個(gè)小時(shí)是人的活動(dòng)時(shí)間，我們假設(shè)其中的20%時(shí)間用戶發(fā)送圖片且均衡分布，那么我們計(jì)算出活躍時(shí)間為：16 x 0.2 =3.2小時(shí)。

1.3. 內(nèi)存預(yù)估

在官方文檔中我們查到2500萬個(gè)文件大概要占用Master Server 8G內(nèi)存，因?yàn)镸FS的技術(shù)架構(gòu)所有文件的meta信息只能存儲(chǔ)在Master Server中，因此不能平行擴(kuò)展。業(yè)務(wù)上線初期，我們計(jì)劃子項(xiàng)目的存儲(chǔ)系統(tǒng)須滿足正常情況下1個(gè)月的需求，上傳圖片的活躍用戶數(shù)為80萬，每人每天上傳1張圖片，所需存儲(chǔ)文件總數(shù)為：80萬 X 30 = 2400萬。

每用戶每天平均上傳1 張圖片內(nèi)存預(yù)估

活躍用戶/萬	單用戶每天上傳圖片數(shù)	時(shí)間區(qū)間/月	總文件數(shù)/萬	內(nèi)存/G
80	1	1	2400	8
80	1	2	4800	16
80	1	3	7200	24
80	1	6	14400	48
80	1	12	28800	96

如果我們假設(shè)用戶每天平均上傳2張圖片呢？將會(huì)有如下數(shù)據(jù)：

每用戶每天平均上傳2 張圖片內(nèi)存預(yù)估

活躍用戶/萬	單用戶每天上傳圖片數(shù)	時(shí)間區(qū)間/月	總文件數(shù)/萬	內(nèi)存/G
80	2	1	4800	16
80	2	2	9600	32
80	2	3	14400	48
80	2	6	28800	96
80	2	12	57600	192

即，我們現(xiàn)有的32G內(nèi)存的服務(wù)器，大概可以支撐前3個(gè)月。隨著時(shí)間延長(zhǎng)，所需內(nèi)存越來越多，如果平均每活躍用戶每天上傳2張圖片，那么1年之內(nèi)需要一臺(tái)256G內(nèi)在的服務(wù)器。 除可縱向增大服務(wù)器內(nèi)存外，更靠譜的方式是進(jìn)行業(yè)務(wù)拆分。

1.4. 存儲(chǔ)預(yù)估

在這里，我們同樣以用戶每天上傳圖片數(shù)及時(shí)間區(qū)間為變量分別計(jì)算。

活躍用戶/萬	單用戶每天上傳圖片數(shù)	時(shí)間區(qū)間/月	文件大小	文件備份數(shù)	總文件個(gè)數(shù)	磁盤空間/T
80	1	1	2	3	2400	14.4
80	1	2	2	3	4800	28.8
80	1	3	2	3	7200	43.2
80	1	6	2	3	14400	86.4
80	1	12	2	3	28800	172.8
?	?	?	?	?	?	?
?	?	?	?	?	?	?
活躍用戶/萬	單用戶每天上傳圖片數(shù)	時(shí)間區(qū)間/月	文件大小	文件備份數(shù)	總文件個(gè)數(shù)/萬	磁盤空間/T
80	2	1	2	3	4800	28.8
80	2	2	2	3	9600	57.6
80	2	3	2	3	14400	86.4
80	2	6	2	3	28800	172.8
80	2	12	2	3	57600	345.6

?

1.5. 并發(fā)量預(yù)估

? 上傳文件數(shù)每秒并發(fā)量

計(jì)算公式為：上傳圖片活躍用戶數(shù)X每天上傳圖片數(shù)/每天活躍時(shí)長(zhǎng)X3600

800000X1/3.2X3600 = 69.4

800000X2/3.2X3600 = 138.8

若活躍用戶數(shù)每天上傳1張圖片，圖片上傳接口須滿足至少每秒上傳69.4個(gè)文件

若活躍用戶數(shù)每天上傳2張圖片，圖片上傳接口須滿足至少每秒上傳138.8個(gè)文件

? 上傳流量每秒并發(fā)量

計(jì)算公式為：上傳文件數(shù)每秒并發(fā)量X圖片平均大小

使用上面得出的上傳文件數(shù)每秒并發(fā)量，圖片平均大小為2，得出以下結(jié)果：

69.2X2M = 138.8M

138.8*2M = 277.6M

若活躍用戶數(shù)每天上傳1張圖片，圖片上傳接口須滿足至少每秒上傳138.8M流量

若活躍用戶數(shù)每天上傳2張圖片，圖片上傳接口須滿足至少每秒上傳277.6M流量

?

1.6. MFS性能測(cè)試

在我們的測(cè)試環(huán)境中，5臺(tái)Trunk Server，3臺(tái)Client，千兆的交換網(wǎng)絡(luò)，測(cè)試出以下結(jié)果。

雙機(jī)并發(fā)測(cè)試

大小/M	個(gè)數(shù)	文件總大小	花費(fèi)時(shí)間	速率個(gè)/秒	速率M/S
0.25	80000	20000	456	175	44
0.5	40000	20000	332	120	60
1	20000	20000	258.5	77	77
2	10000	20000	247	40	81

?

三機(jī)并發(fā)測(cè)試

大小/M	個(gè)數(shù)	文件總大小	花費(fèi)時(shí)間	速率個(gè)/秒	速率M/S
0.125	240000	30000	1106	217	27
1	30000	30000	367	82	82
2	15000	30000	343	44	87

?

測(cè)試結(jié)果總結(jié)如下：

? 文件上傳 個(gè)數(shù)的速率與上傳文件大小成反比，文件越小，每秒鐘上傳個(gè)數(shù)越多。

? 文件上傳 流量的速率與上傳文件大小成正比，文件越大，每秒鐘上傳流量速率越大。

?

1.7. 理論數(shù)據(jù)與實(shí)驗(yàn)數(shù)據(jù)的對(duì)比

現(xiàn)在讓我們將上面理論估算出來的值與測(cè)試環(huán)境中所得結(jié)果做一對(duì)比，主要看每秒鐘上傳文件個(gè)數(shù)與流量速率。

? 每秒鐘上傳文件個(gè)數(shù)

每天上傳1張圖片理論需求：69.4

每天上傳2張圖片理論需求：138.8

實(shí)際能力：44

? 每秒鐘流量速率

每天上傳1張圖片理論需求：138.8MB

每天上傳2張圖片理論需求：277.6MB

實(shí)際能力：87MB

注意：

以上只是單純的上傳測(cè)試，在實(shí)際生產(chǎn)環(huán)境，是讀/寫混合操作，讀的數(shù)量會(huì)大大多于寫操作，因此以上所得到的值為理論極大值。實(shí)際業(yè)務(wù)不會(huì)是平均分布，往往會(huì)有大的短時(shí)并發(fā)。

?

1.8. 業(yè)務(wù)解決方案

MFS具有簡(jiǎn)單易用的優(yōu)點(diǎn)，但因其較輕量級(jí)，存在著一些缺陷。通過以上的估算及測(cè)試，我們會(huì)發(fā)現(xiàn)單一的MFS似乎不能滿足我們基本業(yè)務(wù)需要，如果條件允許，則需要對(duì)業(yè)務(wù)進(jìn)行切分，每個(gè)集群只應(yīng)對(duì)一塊業(yè)務(wù)，以減縮業(yè)務(wù)量，而切分的依據(jù)則可根據(jù)本文中得出的相關(guān)數(shù)據(jù)。

?

2. 自建MFS存儲(chǔ)的測(cè)試數(shù)據(jù)

2.1. 1MB文件寫入

1M文件寫入，4臺(tái)客戶端執(zhí)行，共12GB數(shù)據(jù)，數(shù)據(jù)備份數(shù)為3

客戶端 花費(fèi)時(shí)間

192.168.1.159 145

192.168.1.111 150

192.168.1.167 147

192.168.1.66 141

結(jié)果：每秒寫入速率為82m/s，寫入文件個(gè)數(shù)速率為：82pcs。

2.2. 128KB小文件寫入

128KB文件寫入，4臺(tái)客戶端執(zhí)行，共12GB數(shù)據(jù)，數(shù)據(jù)備份數(shù)為3

客戶端 花費(fèi)時(shí)間

192.168.1.159 271

192.168.1.111 309

192.168.1.167 339

192.168.1.66 386

結(jié)果：每秒寫入速率為37.7m/s，寫入文件個(gè)數(shù)速率為：294pcs。

2.3. 1m文件讀取

1m文件讀取，4臺(tái)客戶端執(zhí)行，共12GB數(shù)據(jù)

客戶端 花費(fèi)時(shí)間

192.168.1.159 61

192.168.1.111 157

192.168.1.167 113

192.168.1.66 137

結(jié)果：每秒讀取速率為105m/s，讀取文件個(gè)數(shù)速率為：105pcs。

?

2.4. 長(zhǎng)時(shí)穩(wěn)定性測(cè)試

1M文件寫入，4臺(tái)客戶端執(zhí)行，連續(xù)寫入測(cè)試 14.5小時(shí) 寫入文件4T 速度為 80.35m/s

3. 自建存儲(chǔ)系統(tǒng)的成本估算

以下以使用MFS自建存儲(chǔ)服務(wù)為例，核算其使用成本。假設(shè)未來業(yè)務(wù)的規(guī)范如下：

? 平均文件大小 2MB

? 文件數(shù)量 1000萬

? 每日上傳數(shù)量 100萬

?

3.1. 需求計(jì)算

? 存儲(chǔ)需求

存儲(chǔ)大概需要2T空間，如果使用3份冗余的話，則需要6T空間。

? 帶寬需求

根據(jù)2/8原則，將全天訪問量的80%（100萬X2X0.8），分布于20%的時(shí)間（24X0.2=4.8小時(shí)），因此計(jì)算出帶寬需求為：93MB/S。

?

3.2. 自建存儲(chǔ)服務(wù)器的預(yù)計(jì)成本

? 服務(wù)器及硬件

包含三臺(tái)存儲(chǔ)服務(wù)器，1臺(tái)Web服務(wù)器（兼圖片處理及視頻處理），此處未做服務(wù)器的高可用及單獨(dú)的計(jì)算模組，最低綜合成本為：2萬X4=8萬

? 服務(wù)器托管費(fèi)

以BGP機(jī)房的一般價(jià)格8000元/年/臺(tái)，計(jì)算，則一年期的服務(wù)器托管費(fèi)為：8000X4=3.2萬

? 帶寬費(fèi)用

由于需求計(jì)算中所需帶寬為93MB/S，因此我們至少需要1G帶寬，以每100元/Mb/月價(jià)格計(jì)算，則一年期帶寬費(fèi)用為100X1000X12=120萬

? 人力及維護(hù)成本

以維護(hù)人員薪資8000/月計(jì)，此人員每年平均使用20%的精力維護(hù)此組服務(wù)，則全年人力及維護(hù)成本為：8000X12X0.2=2.4萬

經(jīng)綜合計(jì)算，自建存儲(chǔ)服務(wù)器最低成本為：8萬+3.2萬+120萬+2.4萬=133.6萬 ，因?yàn)椴荒馨葱枋褂茫虼酥荒馨凑找?guī)劃容量購(gòu)買資源。

還有一種方式為使用普通機(jī)房的帶寬（如東莞的資源），帶寬便宜，20元/Mb/月，外加CDN加速，由于帶寬主要還是在CDN上，而CDN價(jià)格一般在100元/Mb/月，因此價(jià)格不會(huì)少，反而可能會(huì)多。

?

4. 使用第三方云存儲(chǔ)方案對(duì)比

目前在國(guó)內(nèi)市場(chǎng)做云主機(jī)的基本都有專門的存儲(chǔ)系統(tǒng)，在本方案中，只側(cè)重于存儲(chǔ)方面，而不涉及云主機(jī)及其它服務(wù)。我們之前在挑選存儲(chǔ)合作伙伴時(shí)，做了一個(gè)對(duì)比表格：

其實(shí)在經(jīng)過技術(shù)指數(shù)對(duì)比后感覺七牛云比較適合我們的應(yīng)用，專門做存儲(chǔ)，支持功能多，文檔清晰價(jià)格也還可以。但后來經(jīng)朋友介紹，了解到微軟Azure已經(jīng)在中國(guó)大陸運(yùn)營(yíng)，運(yùn)營(yíng)方是鼎鼎大名的世紀(jì)互聯(lián)，因此又分配了些人力對(duì)微軟Azure的云存儲(chǔ)做了調(diào)研，綜合分析后得出結(jié)論：微軟的云存儲(chǔ)更適合我們。

4.1. 成本對(duì)比

七牛云收費(fèi)的大頭在流量，而存儲(chǔ)本身占用的比例很小，只有10%左右；微軟Azure的存儲(chǔ)使用成本與七牛云不同，其帶寬成本低，每個(gè)月前20T流量免費(fèi)，而存儲(chǔ)本身成本高，1T的存儲(chǔ)每個(gè)月需要1000元左右，如果將這個(gè)項(xiàng)目的全部數(shù)據(jù)放在Azure上的話，費(fèi)用非常嚇人，但與運(yùn)營(yíng)的同事咨詢后得知我們這個(gè)項(xiàng)目所上傳的文件在一小段時(shí)間后是可以刪除的，存儲(chǔ)的文件最多也是2T，每月存儲(chǔ)成本在2000元左右。經(jīng)過我們計(jì)算在控制文件存儲(chǔ)數(shù)量的情況下，微軟Azure的使用成本會(huì)更低。

4.2. 資源優(yōu)勢(shì)對(duì)比

Windows Azure由世紀(jì)互聯(lián)運(yùn)營(yíng)，擁有北京、上海的頂級(jí)骨干機(jī)房，我們有做長(zhǎng)期監(jiān)控測(cè)試，網(wǎng)絡(luò)質(zhì)量非常好，再加上微軟的技術(shù)實(shí)力及大規(guī)模的運(yùn)營(yíng)團(tuán)隊(duì)來做服務(wù)保障，服務(wù)質(zhì)量能夠得到保障。而七牛云，雖然其功能完整且使用也方便，但其各項(xiàng)網(wǎng)絡(luò)及硬件資源可能無法與世紀(jì)互聯(lián)相比，因此為了保障業(yè)務(wù)后續(xù)的穩(wěn)定性，我們更傾向于使用Windows Azure的存儲(chǔ)。

4.3. 七牛云的SLA服務(wù)質(zhì)量保證

我們特意查看了七牛云的服務(wù)條款，對(duì)于SLA服務(wù)質(zhì)量有如下描述，感覺服務(wù)質(zhì)量級(jí)別不高。

? 數(shù)據(jù)安全

您了解七牛云存儲(chǔ)無法保證其所提供的服務(wù)毫無瑕疵（如七牛云存儲(chǔ)安全產(chǎn)品并不能保證您的硬件或軟件的絕對(duì)安全），同時(shí)七牛云存儲(chǔ)承諾不斷提升服務(wù)質(zhì)量與服務(wù)水平。所以您同意：即使七牛云存儲(chǔ)提供的服務(wù)存在瑕疵，但上述瑕疵是當(dāng)時(shí)行業(yè)技術(shù)水平所無法避免的，其將不被視為七牛云存儲(chǔ)違約。您同意和七牛云存儲(chǔ)一同合作解決上述瑕疵問題。

數(shù)據(jù)備份系您的義務(wù)和責(zé)任，七牛云系統(tǒng)具有數(shù)據(jù)備份功能不意味著數(shù)據(jù)備份是七牛云存儲(chǔ)的義務(wù)。七牛云存儲(chǔ)不保證完全備份用戶數(shù)據(jù)，亦不對(duì)用戶數(shù)據(jù)備份工作或結(jié)果承擔(dān)任何責(zé)任。

您理解并充分認(rèn)可，雖然七牛云存儲(chǔ)已經(jīng)建立（并將根據(jù)技術(shù)的發(fā)展不斷完善）必要的技術(shù)措施來防御包括計(jì)算機(jī)病毒、網(wǎng)絡(luò)入侵和攻擊破壞（包括但不限于DDoS）等危害網(wǎng)絡(luò)安全事項(xiàng)或行為（以下統(tǒng)稱該等行為），但鑒于網(wǎng)絡(luò)安全技術(shù)的局限性、相對(duì)性以及該等行為的不可預(yù)見性，因此如因您網(wǎng)站遭遇該等行為而給七牛云存儲(chǔ)或者七牛云存儲(chǔ)的其他用戶的網(wǎng)絡(luò)或服務(wù)器（包括但不限于本地及外地和國(guó)際的網(wǎng)絡(luò)、服務(wù)器等）帶來危害，或影響七牛云存儲(chǔ)與國(guó)際互聯(lián)網(wǎng)或者七牛云存儲(chǔ)與特定網(wǎng)絡(luò)、服務(wù)器及七牛云存儲(chǔ)內(nèi)部的通暢聯(lián)系，七牛云存儲(chǔ)可決定暫停或終止服務(wù)。

? 終止協(xié)議

七牛云存儲(chǔ)可提前30天在七牛官網(wǎng)上通告、給您發(fā)網(wǎng)站內(nèi)通知以及郵件通知的方式終止本協(xié)議。屆時(shí)七牛云存儲(chǔ)將您已支付但未消費(fèi)的款項(xiàng)退還您指定的銀行賬戶或其它可收款賬戶。

? 服務(wù)質(zhì)量及賠償

您理解，鑒于計(jì)算機(jī)、互聯(lián)網(wǎng)的特殊性，下述情況不屬于七牛云存儲(chǔ)違約：七牛云存儲(chǔ)在進(jìn)行服務(wù)器配置、維護(hù)時(shí)，需要短時(shí)間中斷服務(wù)；由于互聯(lián)網(wǎng)上的通路阻塞造成您網(wǎng)站訪問速度下降；

如果因七牛云存儲(chǔ)原因造成您不能正常使用七牛云存儲(chǔ)服務(wù)的，七牛云存儲(chǔ)以小時(shí)為單位向您賠償損失，即連續(xù)達(dá)1小時(shí)不能正常提供服務(wù)的，延長(zhǎng)一小時(shí)的服務(wù)期（以此類推）。如果因七牛云存儲(chǔ)原因造成您連續(xù)72小時(shí)不能正常使用服務(wù)的，或因七牛云硬件故障而給您造成損失（非因七牛云存儲(chǔ)過錯(cuò)造成的故障除外），您可以終止接受服務(wù)并可以要求賠償損失，但非七牛云存儲(chǔ)控制之內(nèi)的原因引起的除外。

在任何情況下，七牛云存儲(chǔ)均不對(duì)任何間接性、后果性、懲戒性、偶然性、特殊性的損害，包括您使用七牛云存儲(chǔ)服務(wù)而遭受的利潤(rùn)損失承擔(dān)責(zé)任（即使您已被告知該等損失的可能性）。

在任何情況下，七牛云存儲(chǔ)對(duì)本協(xié)議所承擔(dān)的違約賠償責(zé)任總額不超過向您收取的違約所涉服務(wù)之年服務(wù)費(fèi)總額的25%。

?

4.4. 微軟Azure的SLA服務(wù)質(zhì)量保證

我們保證至少在 99.9% 的時(shí)間，我們將成功地處理請(qǐng)求以便讀取來自讀取訪問地域冗余存儲(chǔ) (RA-GRS) 帳戶的數(shù)據(jù)，只要在輔助區(qū)域上重試從主區(qū)域讀取數(shù)據(jù)的失敗嘗試。 我們保證至少在 99.9% 的時(shí)間成功地處理請(qǐng)求以便從本地冗余存儲(chǔ) (LRS)、區(qū)域冗余存儲(chǔ) (ZRS) 和地域冗余存儲(chǔ) (GRS) 帳戶讀取數(shù)據(jù)。 我們保證至少在 99.9% 的時(shí)間成功地處理請(qǐng)求以便將數(shù)據(jù)寫入本地冗余存儲(chǔ) (LRS)、區(qū)域冗余存儲(chǔ) (ZRS) 和地域冗余存儲(chǔ) (GRS) 帳戶，以及讀取訪問地域冗余存儲(chǔ) (RA-GRS) 帳戶。

我們?cè)诰W(wǎng)絡(luò)上找尋了一些資料，有如下描述：

Microsoft Azure在全球從沒有丟失過數(shù)據(jù)，在中國(guó)提供3*2的備份，在上海和北京兩地各三份備份。第二是微軟的云計(jì)算有混合的優(yōu)勢(shì)，無論是私有云、公有云等，微軟都可以提供無縫的對(duì)接，包括開發(fā)環(huán)境、框架、安全、身份認(rèn)證等。第三是承諾，微軟有技術(shù)、大規(guī)模運(yùn)營(yíng)的經(jīng)驗(yàn)，了解中國(guó)對(duì)標(biāo)準(zhǔn)政策的法律法規(guī)，花費(fèi)很長(zhǎng)時(shí)間儲(chǔ)備、建立研發(fā)團(tuán)隊(duì)，尋找合作伙伴，建設(shè)數(shù)據(jù)中心，要做到無縫的運(yùn)營(yíng)、保證較高的穩(wěn)定性和質(zhì)量是很難的。由世紀(jì)互聯(lián)運(yùn)營(yíng)的Microsoft Azure提供99.95%的企業(yè)級(jí)服務(wù)等級(jí)協(xié)議（SLA）保證，每年停機(jī)檢修時(shí)間不超過4.38小時(shí)，用戶可以放心構(gòu)建和運(yùn)行高可用的應(yīng)用程序，而不必?fù)?dān)心將經(jīng)歷放在基礎(chǔ)架構(gòu)上。

?

5. 我們的選擇

使用自建存儲(chǔ)服務(wù)器，由于不能彈性使用且無法合理預(yù)估使用量，因此簽合同時(shí)一般情況下只能按較大需求來購(gòu)買資源，一年的使用成本為133萬左右，且需要熟悉分布式存儲(chǔ)的成熟的運(yùn)維團(tuán)隊(duì)來維護(hù)，自如建的成本更高。而使用第三方的云存儲(chǔ)，則需要考慮的方面更多些，除了要考慮功能性是否滿足外，更重要的是穩(wěn)定性、安全性以及品牌成熟度，畢竟管理層通常會(huì)認(rèn)為大品牌的產(chǎn)品質(zhì)量更有保證些。通過這次考查及分析，我們認(rèn)為微軟Azure的云存儲(chǔ)會(huì)更適合我們，雖然在我們這個(gè)子項(xiàng)目活躍用戶數(shù)達(dá)到1000萬以后其花費(fèi)花更多一些。所謂合適，其實(shí)就是某種程度上的折衷，適合我們的才是最好的。

http://www.cnblogs.com/sennly/p/4136734.html ?

自建存儲(chǔ)與使用微軟Azure、七牛等第三方云存儲(chǔ)綜合考察分析