AWS 提供了一整套基礎(chǔ)設(shè)施和應(yīng)用程序服務(wù)，可以很方便的用于構(gòu)建各種云端應(yīng)用系統(tǒng)。在這些年的發(fā)展中，AWS也逐步形成了一套十分繁雜的計(jì)費(fèi)系統(tǒng)。下面我們就來(lái)看看這筆賬是怎么算的。

幾個(gè)說(shuō)明：

1. 這里只討論最普通的費(fèi)用，即北弗吉尼亞，linux機(jī)型。AW大多產(chǎn)品根據(jù)所在區(qū)域，運(yùn)行系統(tǒng)不一樣，如linux、windows等，每種的價(jià)格都會(huì)有差異；基本上了解清楚一種，其他都可以類推。

2. AWS的計(jì)費(fèi)價(jià)格、計(jì)費(fèi)內(nèi)容會(huì)一直隨著時(shí)間改變，比如推出新的產(chǎn)品、優(yōu)惠、降價(jià)�；�本上價(jià)格都在逐年遞減。這里引用的價(jià)格均以成文日期的價(jià)格為準(zhǔn)。

3. 所涉金額單位均為 $。

4. 本文僅僅是個(gè)人使用過(guò)程中的一個(gè)簡(jiǎn)單總結(jié)，因AWS本身十分龐大復(fù)雜，肯定會(huì)大量的遺留、錯(cuò)誤和自言自語(yǔ)。看看就算了，千萬(wàn)別當(dāng)真。落實(shí)到具體的問題還是根據(jù)最新數(shù)據(jù)逐個(gè)去推算比較準(zhǔn)確。

為敘述清楚起見，按照AWS收費(fèi)對(duì)象的不同，我們可以劃分為如下三種收費(fèi)類型：（AWS中各種服務(wù)最終的計(jì)費(fèi)大多都是幾種計(jì)費(fèi)類型經(jīng)過(guò)疊加形成的）

一、資源占用費(fèi)

該收費(fèi)的主要依據(jù)就是在一段時(shí)間內(nèi)占用了一定的AWS系統(tǒng)資源。根據(jù)占用資源類型的不同，又可分為計(jì)算資源占用、存儲(chǔ)資源占用兩類。

1. 計(jì)算資源占用

這個(gè)類別里面最典型也是最復(fù)雜的就是EC2，其他像RDS、EMR、ElastiCache等基本就是在這個(gè)基礎(chǔ)上派生出來(lái)的變種。如在價(jià)格上做一定差異或附加一個(gè)額外的收費(fèi)等。另外CloudWatch（實(shí)例）、Route53（托管區(qū)域）、ELB等也會(huì)有些資源占用型收費(fèi)內(nèi)容，不過(guò)都比較簡(jiǎn)單直觀，不用過(guò)多解釋。

EC2在收費(fèi)方式上，按客戶使用方式上的需要，又提供了三種選擇：

1) 按需實(shí)例：這個(gè)是最簡(jiǎn)單的方式，就是用多少時(shí)間算多少錢。定價(jià)按每個(gè)實(shí)例從啟動(dòng)到終止或停止使用的時(shí)間計(jì)算。運(yùn)行未滿一小時(shí)的實(shí)例，將按一小時(shí)計(jì)費(fèi)。

這里要注意的是，從EBS啟動(dòng)的實(shí)例提供了停止的功能，停止了之后，計(jì)算資源是不收費(fèi)了，但EBS這個(gè)存儲(chǔ)資源還是需要繼續(xù)收費(fèi)的。非EBS啟動(dòng)實(shí)例沒有停止功能，只能終止。

目前一個(gè)大型實(shí)例的價(jià)格為每小時(shí) $0.240，每年的費(fèi)用為$2102。這里的大型實(shí)例是指 m1.large實(shí)例，包含7.5 GiB 內(nèi)存，4 個(gè) EC2 計(jì)算單位（2 個(gè)虛擬內(nèi)核，各含 2 個(gè) EC2 計(jì)算單位），850 GB 本地實(shí)例存儲(chǔ)，64 位平臺(tái)，下同。

2) 預(yù)留實(shí)例：其實(shí)個(gè)人覺得這個(gè)叫折扣實(shí)例更合適，就是先出一部分錢，然后在一個(gè)時(shí)間段里給你一個(gè)折扣價(jià)，不過(guò)這個(gè)折扣價(jià)也是論個(gè)賣的。幾個(gè)實(shí)例需要打折，就需要買幾個(gè)預(yù)留實(shí)例。

預(yù)留實(shí)例可以按1年期買，也可以按3年期買。當(dāng)然3年期平均算起來(lái)更劃算。不過(guò)也要考慮到AWS經(jīng)常會(huì)小降點(diǎn)價(jià)格，更主要的是要考慮自己的業(yè)務(wù)做不做得到3年 🙂

在預(yù)留實(shí)例里面還可以根據(jù)使用率不同，分為低使用率預(yù)留實(shí)例、中使用率預(yù)留實(shí)例、高使用率預(yù)留實(shí)例，方便用戶以有效的小時(shí)價(jià)格平衡預(yù)付款金額。這里的使用率可以看做你的服務(wù)器的開機(jī)時(shí)間。下面的表格就是一個(gè)大型實(shí)例在各種使用率下的價(jià)格計(jì)算。

亞馬遜AWS服務(wù)器收費(fèi)細(xì)則(僅供參考)

根據(jù)上表內(nèi)容，我們可以推算的出來(lái)如下使用規(guī)則：

* 全年開機(jī)時(shí)間97天（約2336小時(shí)）之內(nèi)，按需付費(fèi)比較劃算（當(dāng)然，這種零時(shí)性使用最劃算的還是競(jìng)價(jià)實(shí)例）

* 全年開機(jī)時(shí)間大于97天，小于250天（約5980小時(shí)）之內(nèi)，使用低使用率比較劃算

* 大于250天，高使用率比較劃算。

這里有個(gè)疑問，不知道中使用率的使用場(chǎng)景是什么，怎么算都不是價(jià)格最低的�？赡茉谄渌�類型實(shí)例里面會(huì)便宜吧。

使用預(yù)留實(shí)例過(guò)程中經(jīng)常會(huì)引起誤解，需要牢記的主要有：

* 預(yù)留實(shí)例不是年付方式。而是預(yù)付一定費(fèi)用，然后得到一個(gè)折扣的模式。這種付費(fèi)模式可能國(guó)內(nèi)不常見。比如一個(gè)大型實(shí)例，預(yù)付$243，那么在接下來(lái)的一年時(shí)間里就可以享受這種類型的一個(gè)實(shí)例每小時(shí) $0.136的折扣，相對(duì)于按需付費(fèi)便宜了些。

* 預(yù)付費(fèi)是一次性支付的，不會(huì)因?yàn)閷?shí)例關(guān)機(jī)而停止計(jì)費(fèi)，但每小時(shí) $0.136這個(gè)費(fèi)用是關(guān)機(jī)就停止計(jì)算的。也就是說(shuō)，如果你花了$243購(gòu)買了一個(gè)預(yù)付實(shí)例，但接下來(lái)的一年，你一個(gè)該類實(shí)例都沒開，那這個(gè)$243也就打水漂了。

* 購(gòu)買了預(yù)留實(shí)例之后不是跟一個(gè)具體的實(shí)例綁定，而是根據(jù)當(dāng)前有的所有實(shí)例進(jìn)行動(dòng)態(tài)映射的。比如你在某個(gè)AZ里購(gòu)買了一個(gè)預(yù)留實(shí)例之后，隨時(shí)可以在該AZ關(guān)、停、重建該實(shí)例。但如果在該實(shí)例運(yùn)行過(guò)程中，又創(chuàng)建了一個(gè)同類實(shí)例，那新實(shí)例就會(huì)采用按需價(jià)，因?yàn)樵擃A(yù)留實(shí)例已經(jīng)被第一個(gè)實(shí)例使用了。

* 預(yù)留實(shí)例的類型必須是匹配的，購(gòu)買了某個(gè)AZ的大型實(shí)例，就只適用該AZ中的大型實(shí)例，不同AZ之間是不能混用的。在2013-9-11號(hào)之前，已預(yù)留實(shí)例還不支持在一個(gè)區(qū)域不同AZ之間切換，不過(guò)現(xiàn)在支持了，至少提供了一定的自由度，不會(huì)因系統(tǒng)架構(gòu)的調(diào)整造成預(yù)留實(shí)例的浪費(fèi)。不過(guò)不同區(qū)域之間目前還是無(wú)法切換的。因此購(gòu)買預(yù)留實(shí)例之前，需要有最基本的規(guī)劃。

* 預(yù)留實(shí)例不僅僅可以用于自己創(chuàng)建的實(shí)例，也可用于EMR、AutoScale等系統(tǒng)自動(dòng)創(chuàng)建的實(shí)例。這些實(shí)例的運(yùn)行很可能不是連續(xù)的，所以就需要估算實(shí)例在線時(shí)間區(qū)間購(gòu)買相應(yīng)的預(yù)留實(shí)例。

* 預(yù)留實(shí)例在購(gòu)買之后，價(jià)格就定了，前期費(fèi)用、每小時(shí)費(fèi)用都不會(huì)受AWS降價(jià)影響。

* 預(yù)留實(shí)例在某些AZ有可能買不到，這個(gè)在做系統(tǒng)架構(gòu)前要心里有數(shù)，甚至不同賬號(hào)情況都不一樣。我出現(xiàn)過(guò)一個(gè)賬號(hào)在某個(gè)AZ無(wú)法購(gòu)買，但另一個(gè)賬號(hào)卻可以購(gòu)買的情況。AWS解釋是說(shuō)AZ是一種邏輯上的zone，然后映射到不同的實(shí)體zone，所以賬號(hào)之間可能不同。

* 有些3rd Party的價(jià)格可能比AWS提供的更優(yōu)惠，不過(guò)買前最好算清楚。比如剛才看到一個(gè)27月的預(yù)留實(shí)例前期費(fèi)用才630，不過(guò)每小時(shí)費(fèi)用是0.052（小心算這個(gè)價(jià)差哦）。另外3rd Party購(gòu)買的預(yù)留實(shí)例的費(fèi)用在賬單上是單獨(dú)一欄的，這個(gè)看賬單的時(shí)候要注意一下。

3) 競(jìng)價(jià)實(shí)例：

按Amazon的說(shuō)法是投標(biāo)未使用的 Amazon EC2 容量，所以競(jìng)價(jià)的價(jià)格可能會(huì)很低，比如目前大型實(shí)例的最低競(jìng)價(jià)價(jià)格為 $0.026 每小時(shí)，折算下來(lái)一個(gè)月才$18，遠(yuǎn)低于按需實(shí)例、預(yù)留實(shí)例的價(jià)格。不過(guò)這是一種競(jìng)價(jià)的方式，因此，這個(gè)價(jià)格可能會(huì)波動(dòng)的很厲害。

在競(jìng)價(jià)的時(shí)候，可以設(shè)定一個(gè)自己可接受的最高價(jià)，啟用、終止時(shí)間、實(shí)例信息等信息即可。不過(guò)在一次競(jìng)價(jià)之后是無(wú)法再次修改價(jià)格的，一旦AWS的價(jià)格高出競(jìng)價(jià)時(shí)設(shè)定的標(biāo)價(jià)，實(shí)例就有可能被終止。因此，競(jìng)價(jià)實(shí)例是不穩(wěn)定的。

當(dāng)然，為了盡量不使實(shí)例被停止，也可以設(shè)置一個(gè)高出很多的價(jià)格，但這就要自己承擔(dān)部分時(shí)間段的高價(jià)格�？纯锤�(jìng)價(jià)實(shí)例歷史價(jià)格就可以知道，那是個(gè)沒有啥規(guī)律和理性的東西。

在使用競(jìng)價(jià)實(shí)例的時(shí)候，需要注意Persistent Request這個(gè)選項(xiàng)，不勾選時(shí)創(chuàng)建的競(jìng)價(jià)是一次性的，就是說(shuō)，一旦系統(tǒng)價(jià)格高出你的出價(jià)，實(shí)例會(huì)終止，同時(shí)該競(jìng)價(jià)也會(huì)變成close狀態(tài)。勾選之后，一旦系統(tǒng)高出你的出價(jià)，實(shí)例也會(huì)終止，但系統(tǒng)還會(huì)進(jìn)一步檢測(cè)之后的價(jià)格是否會(huì)回落，一旦回落到你的出價(jià)范圍，將會(huì)重新啟動(dòng)一個(gè)實(shí)例為你服務(wù)。

因此，競(jìng)價(jià)實(shí)例的使用對(duì)應(yīng)用的要求是比較高的，上面跑的應(yīng)用需要做好隨時(shí)被關(guān)機(jī)，重新加載的防范措施。

競(jìng)價(jià)實(shí)例除了單獨(dú)啟動(dòng)加載之外，也非常適合在Auto Scaling、EMR等服務(wù)里面出現(xiàn)，通過(guò)兩者的捆綁，可以用很廉價(jià)的方式解決訪問高峰、批量計(jì)算等問題。

2. 存儲(chǔ)資源占用

Amazon針對(duì)存儲(chǔ)類別的不同，提供了一系列存儲(chǔ)，合理的配置方案可以節(jié)省很多成本。在AWS賬單中，經(jīng)常會(huì)見到的存儲(chǔ)有Glacier、S3、EBS、Snapshot等，其中在賬單上Glacier被歸到了S3里面，snapshot也算在了EBS里面，不過(guò)他們的價(jià)格都是不一樣的。

1) Glacier 

Glacier是目前AWS上最便宜的存儲(chǔ)，不過(guò)從Glacier提取文件會(huì)有個(gè)等待時(shí)間，因此適合不怎么使用的存檔數(shù)據(jù)。它的價(jià)格是$0.01/G/月左右，不論存儲(chǔ)多少數(shù)據(jù)都是這個(gè)價(jià)格，還算便宜。

Glacier做的做好的地方是跟S3的配合，通過(guò)lifecycle的配置，基本可以跟S3無(wú)縫對(duì)接，使用者幾乎感覺不到Glacier的存在。

2) S3

S3這個(gè)幾乎是人盡皆知的東西了。1T之內(nèi)的價(jià)格是$0.1/G/月左右，按49T、450T、500T、4000T、5000T這樣有個(gè)階梯價(jià)差（沒參詳明白為什么是這個(gè)階梯劃分法）。S3在不同的區(qū)域價(jià)格有微小差異，去冗余存儲(chǔ)也會(huì)有價(jià)格差異。一般經(jīng)常使用的數(shù)據(jù)存放S3，長(zhǎng)時(shí)間不用的數(shù)據(jù)存放Glacier。

3) EBS

接下來(lái)的EBS就比較坑了。EBS跟S3，Glacier不同，EBS是根據(jù)申請(qǐng)塊大小的計(jì)費(fèi)，而后者是根據(jù)使用量計(jì)費(fèi)的，這個(gè)在使用時(shí)要牢記。EBS的價(jià)格也是$0.1/G/月。在賬單上，它的價(jià)格是按天折算的，所以雖然EBS用量一個(gè)月內(nèi)沒變化，賬單上也在每天變。

僅從存儲(chǔ)使用上來(lái)看，EBS的收費(fèi)還算合理，但如果算上后面講到的流量費(fèi)、IO計(jì)次費(fèi)就非常非�？恿�。如果應(yīng)用不優(yōu)化的話，EBS的整體費(fèi)用會(huì)出乎你的想象。

AWS還推出了預(yù)配置的 IOPS 卷，好吧，這應(yīng)該是專門為高富帥準(zhǔn)備的。曾經(jīng)申請(qǐng)了100G做點(diǎn)測(cè)試，20來(lái)天就吃掉了$100。要清楚理解$0.10 每月預(yù)配置的 IOPS這個(gè)概念，這個(gè)是額外的收費(fèi)。下面是AWS網(wǎng)站上對(duì)預(yù)配置的 IOPS收費(fèi)的案例解釋：

“例如，如果您預(yù)配置了含 1 000 個(gè) IOPS 的卷，并在 30 天的月份中保留該卷 15 天，如在弗吉尼亞地區(qū)，您需要為預(yù)配置的 IOPS 支付 50 USD（每個(gè)預(yù)配置的 IOPS/月 0.10 USD * 預(yù)配置的 1 000 個(gè) IOPS * 15 天/30）。 ”

4) Snapshot

按照AWS的解釋，快照是通過(guò)增量壓縮的方式存儲(chǔ)到S3的。但收費(fèi)上，不是跟S3列在一起的，不過(guò)兩者的價(jià)格差不多。snapshot是一種很方便的系統(tǒng)備份方法，可以隨時(shí)或用程序定時(shí)進(jìn)行快照備份。

在使用存儲(chǔ)資源的時(shí)候，需要注意：

 * 分析數(shù)據(jù)類型，合理利用各不同存儲(chǔ)，盡可能價(jià)格最優(yōu)化

 * 不要將實(shí)例配置的Ephemeral存儲(chǔ)視而不見，優(yōu)化程序盡可能多使用它

 * 實(shí)在沒辦法，才去使用EBS

 * 如果是備份類的數(shù)據(jù)，最好先壓縮一下

資源占用型的服務(wù)還有ELB、EIP等會(huì)收點(diǎn)小錢，需要注意的是EIP在空閑時(shí)是要收費(fèi)的，綁定到實(shí)例上才不收費(fèi)。

二、流量費(fèi)

資源占用型的收費(fèi)還是比較合理的收費(fèi)，畢竟用了人家的東西就要交錢，這很正常。流量上的收費(fèi)就開始有點(diǎn)坑了。下面我們就來(lái)看看AWS在流量上收了哪些費(fèi)用。

1. CDN（CloudFront）流量

CDN流量主要是指流出流量，每個(gè)區(qū)域價(jià)格也不盡想用，歐美10T內(nèi)$0.12/G，其他地方接近$0.2/G。另外，從S3到CloudFront的流量也會(huì)收費(fèi)，當(dāng)然，也是小錢。不過(guò)CloudFront不算是一個(gè)很好的CDN選擇。

2. 數(shù)據(jù)傳輸

數(shù)據(jù)傳輸主要是指流入、流出AWS，各個(gè)服務(wù)之間、區(qū)域間的數(shù)據(jù)流。

1) 流入流量，現(xiàn)在應(yīng)該還是免費(fèi)的。

2) 流出流量，10T之內(nèi)$0.12/G。如果業(yè)務(wù)繁忙、跟其他服務(wù)器交互頻繁，或需要經(jīng)常備份出AWS，這個(gè)部分價(jià)格會(huì)迅速上漲。（這個(gè)不包括CDN）

3) EC2之間的流量，$0.01/G。別小看這一分錢，如果你的程序不好好控制的話，一個(gè)月幾個(gè)T、十幾個(gè)T是很簡(jiǎn)單的事。比如管理員為了數(shù)據(jù)安全，做了幾份數(shù)據(jù)同步。

4) 區(qū)域之間的傳輸費(fèi)用，$0.02/G。這里需要注意的是from不收費(fèi)，to收費(fèi)，但賬單上都會(huì)列出，僅僅部分標(biāo)0，所以這部分賬單看看一大片，其實(shí)沒啥內(nèi)容。而且在這里，CloudFront也是當(dāng)做一個(gè)區(qū)域來(lái)處理的，也就是說(shuō)每個(gè)區(qū)域傳到CloudFront的流量在這里收費(fèi)。

另外像ELB流量、SES的附件流量也需要意思意思。反正基本上能想得到的流量AWS都幫你想到了，你還能想得到更多嗎？

在流量使用上需要注意的是：

 * 在備份的時(shí)候Snapshot是一個(gè)很好的選擇，控制的好的話，可以很省存儲(chǔ)空間，而且不會(huì)造成什么流量。

 * 要保證數(shù)據(jù)安全的話，盡量用S3，S3還是比較穩(wěn)定的�，F(xiàn)在成熟的備份工具很多，而且也不會(huì)有啥流量產(chǎn)生。

 * 優(yōu)化程序，盡量減少不必要的數(shù)據(jù)傳輸

三、計(jì)次費(fèi)

AWS還有很多需要計(jì)次的服務(wù)，比如SQS、SNS、SES等，這些都很正常，也很可以理解。但AWS還有個(gè)比較坑的計(jì)次，就是EBS類服務(wù)的IO計(jì)次費(fèi)！

1. SQS、SNS、SES等計(jì)次費(fèi)用

SQS、SNS這些經(jīng)常會(huì)出現(xiàn)在AWS一些比較高級(jí)的服務(wù)中，比如SES中的Bounce mail就可以使用SNS進(jìn)行通知，AutoScaling也利用了SNS。

SQS的收費(fèi)是每 100 萬(wàn)個(gè)請(qǐng)求$0.50。要注意的是，它的請(qǐng)求數(shù)據(jù)量是有限制的。例如，1 次負(fù)載為 256 KB 的 API 調(diào)用將以 4 次請(qǐng)求計(jì)費(fèi)。

SNS需要注意的是它有個(gè)API費(fèi)用，同時(shí)有個(gè)通知費(fèi)用，根據(jù)通知目標(biāo)不同，收費(fèi)也不同。比如現(xiàn)在每 100 萬(wàn)個(gè) Amazon SNS API 請(qǐng)求是 $0.50（前100萬(wàn)免費(fèi)），不過(guò)要是通知到mail的話，需要每 100 000 個(gè) 通知 收費(fèi)$2.00，通知到SMS更貴。

SES更簡(jiǎn)單，每 1000 封$0.10。不過(guò)每天都有2000封的免費(fèi)額度，不發(fā)垃圾信的話夠用了。使用SES要注意的是，AWS剛開始分配的額度可能會(huì)比較低，它會(huì)慢慢給你加的。另外，還有個(gè)Max Send Rate的限定，超過(guò)發(fā)不出去的，寫程序的時(shí)候要注意。

2. CDN計(jì)次費(fèi)用

CloudFront除了流量要收費(fèi)之外，還有個(gè)請(qǐng)求次數(shù)的收費(fèi)。比如每10,000 HTTPS $0.01，每10,000 HTTP$0.0075。每個(gè)區(qū)域都會(huì)有不同（一般都比這高）。趕緊把那些小圖片合到一個(gè)文件去吧。

3. EBS、RDS等 的 IO費(fèi)用

這是一個(gè)很坑的地方，特別是把EBS當(dāng)主硬盤使用的時(shí)候，天知道做了多少次IO啊。目前EBS上是每百萬(wàn)I/O請(qǐng)求 $0.10，看起來(lái)不多吧。等月底你看著數(shù)十億，上百億次請(qǐng)求的時(shí)候你就知道它的厲害了。當(dāng)然，要是你用了RDS，你就會(huì)有更清醒的認(rèn)識(shí)。而且你根本沒法講理，你算過(guò)你的MySQL這個(gè)月用了多少次IO么？

AWS除了提供上述應(yīng)用之外，還有很多更高級(jí)的服務(wù)，不過(guò)從計(jì)費(fèi)上看，基本都是在這些基礎(chǔ)上的一些疊加、累計(jì)。有興趣的可以自己去摸索、體會(huì)，會(huì)很有趣。理解清楚AWS的計(jì)費(fèi)內(nèi)容是我們用好AWS的一個(gè)前提條件，在業(yè)務(wù)發(fā)展的前期，EC2等資源占用費(fèi)用會(huì)占主要比率，業(yè)務(wù)發(fā)展起來(lái)以后，后面兩種計(jì)費(fèi)將會(huì)迅速上漲。

幾個(gè)合理利用AWS的小建議：

 * 深入理解業(yè)務(wù)特性，合理選擇專用主機(jī)、云計(jì)算，盡可能將動(dòng)態(tài)的、變化的、瞬時(shí)的業(yè)務(wù)放在云上，而將穩(wěn)定的、持續(xù)的業(yè)務(wù)放在專用主機(jī)上。

 * 深入了解需要使用的每個(gè)服務(wù)的特性，局限和限制，將各種服務(wù)合理組合起來(lái)使用。

 * 業(yè)務(wù)應(yīng)用一定要要針對(duì)云計(jì)算的特性做優(yōu)化，如果不優(yōu)化，可能還不如專用主機(jī)來(lái)的劃算。

 * 多看看賬單，分析理解其中每一項(xiàng)，確定優(yōu)化目標(biāo)。

總之，AWS不便宜，AWS網(wǎng)站上也明確說(shuō)明云計(jì)算是“根據(jù)業(yè)務(wù)發(fā)展來(lái)擴(kuò)展的較低可變成本來(lái)替代前期資本基礎(chǔ)設(shè)施費(fèi)用”，好好體會(huì)這句話。

本文鏈接：http://m.51huadong.com/cloundnews/11008179.html