本常見(jiàn)問(wèn)題解答介紹了通過(guò)Azure內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)托管的內(nèi)容的計(jì)費(fèi)結(jié)構(gòu)。
什么是計(jì)費(fèi)區(qū)域?
計(jì)費(fèi)區(qū)域是指在從Azure CDN分發(fā)對(duì)象時(shí)用于確定費(fèi)率的地理區(qū)域。目前的計(jì)費(fèi)區(qū)域及其地理區(qū)域如下所示:
·區(qū)域1:北美、歐洲、中東和非洲
·區(qū)域2:亞太(包括日本)
·區(qū)域3:南美洲
·區(qū)域4:澳大利亞和新西蘭
·區(qū)域5:印度
有關(guān)接入點(diǎn)(POP)區(qū)域的信息,請(qǐng)參閱按區(qū)域列出的Azure CDN的POP位置。例如,位于墨西哥的POP屬于北美區(qū)域,因此包括在區(qū)域1中。
有關(guān)Azure CDN定價(jià)的信息,請(qǐng)參閱內(nèi)容分發(fā)網(wǎng)絡(luò)定價(jià)。
如何按區(qū)域計(jì)算分發(fā)費(fèi)用?
Azure CDN計(jì)費(fèi)區(qū)域取決于將內(nèi)容分發(fā)到最終用戶的源服務(wù)器的位置。系統(tǒng)不將客戶端的目標(biāo)(物理位置)視為計(jì)費(fèi)區(qū)域。
例如,如果某位墨西哥用戶發(fā)出了一個(gè)請(qǐng)求,而該請(qǐng)求因受對(duì)等互連或通信條件影響而由位于美國(guó)POP的服務(wù)器處理,則計(jì)費(fèi)區(qū)域?yàn)槊绹?guó)。
什么是Azure CDN計(jì)費(fèi)事務(wù)?
任何在CDN上終止的HTTP(S)請(qǐng)求都是計(jì)費(fèi)事件,其中包括所有響應(yīng)類型:成功、失敗或其他。但是,不同的響應(yīng)可能生成不同的流量。例如,“304未修改”和其他僅標(biāo)頭響應(yīng)會(huì)生成很少的流量,因?yàn)樗鼈兪切⌒蜆?biāo)頭響應(yīng);同樣,錯(cuò)誤響應(yīng)(例如,“404未找到”)是計(jì)費(fèi)的,但產(chǎn)生的費(fèi)用很少,因?yàn)轫憫?yīng)有效負(fù)載很小。
與Azure CDN使用相關(guān)聯(lián)的其他Azure費(fèi)用有哪些?
使用Azure CDN時(shí),還會(huì)對(duì)用作對(duì)象的源的服務(wù)造成一些使用費(fèi)用。這些費(fèi)用通常只占全部CDN使用費(fèi)用的一小部分。
如果使用Azure Blob存儲(chǔ)作為內(nèi)容的源,則還會(huì)產(chǎn)生下述針對(duì)緩存填充的存儲(chǔ)費(fèi)用:
·實(shí)際使用的GB:源對(duì)象的實(shí)際存儲(chǔ)。
·事務(wù)數(shù):填充緩存所需。
·以GB為單位的傳輸量:通過(guò)傳輸來(lái)填充CDN緩存的數(shù)據(jù)量。
備注
從10月2019開(kāi)始,如果你使用的是Microsoft的Azure CDN,則從Azure托管的數(shù)據(jù)傳輸?shù)紺DN Pop的成本是免費(fèi)的。來(lái)自Verizon和Akamai的Azure CDN的Azure CDN服從下面所述的費(fèi)率。
有關(guān)Azure存儲(chǔ)計(jì)費(fèi)的詳細(xì)信息,請(qǐng)參閱Understanding Azure Storage Billing–Bandwidth,Transactions,and Capacity(了解Azure存儲(chǔ)計(jì)費(fèi)-帶寬、事務(wù)和容量)。
如果使用托管服務(wù)分發(fā),則會(huì)產(chǎn)生下述費(fèi)用:
·Azure計(jì)算時(shí)間:充當(dāng)源的計(jì)算實(shí)例。
·Azure計(jì)算傳輸:源自計(jì)算實(shí)例的數(shù)據(jù)傳輸,用于填充Azure CDN緩存。
如果客戶端使用字節(jié)范圍請(qǐng)求(不考慮源服務(wù)),請(qǐng)注意以下事項(xiàng):
·字節(jié)范圍請(qǐng)求是CDN上的計(jì)費(fèi)事務(wù)。當(dāng)客戶端發(fā)出字節(jié)范圍請(qǐng)求時(shí),該請(qǐng)示是針對(duì)一部分(一系列)對(duì)象的。CDN只使用一部分請(qǐng)求的內(nèi)容進(jìn)行響應(yīng)。此部分響應(yīng)是計(jì)費(fèi)事務(wù),傳輸量以范圍響應(yīng)(加上標(biāo)頭)的大小為限。
·當(dāng)某個(gè)到達(dá)的請(qǐng)求針對(duì)的只是對(duì)象的一部分時(shí)(通過(guò)指定字節(jié)范圍標(biāo)頭來(lái)實(shí)現(xiàn)這一點(diǎn)),CDN可能會(huì)將整個(gè)對(duì)象提取到其緩存中。因此,即使來(lái)自CDN的計(jì)費(fèi)事務(wù)是針對(duì)部分響應(yīng)的,來(lái)自源的計(jì)費(fèi)事務(wù)也會(huì)涉及完整大小的對(duì)象。
若要為緩存提供支持,會(huì)出現(xiàn)多少傳輸活動(dòng)?
CDN POP會(huì)在每次需要填充其緩存時(shí)向要緩存的對(duì)象的源提出請(qǐng)求。因此,每次出現(xiàn)緩存失誤時(shí),源就會(huì)產(chǎn)生計(jì)費(fèi)事務(wù)。緩存失誤數(shù)取決于許多因素:
·內(nèi)容的可緩存性如何:如果內(nèi)容的TTL(生存時(shí)間)/過(guò)期值高且訪問(wèn)頻率也高,因此需經(jīng)常放置在緩存中,則由CDN處理負(fù)載的絕大部分。通常情況下,合格的緩存命中率遠(yuǎn)高于90%,這意味著必須返回到源的客戶端請(qǐng)求不到10%,不管是因?yàn)榫彺媸д`還是因?yàn)樾枰M(jìn)行對(duì)象刷新。
·多少節(jié)點(diǎn)需要加載對(duì)象:節(jié)點(diǎn)在每次從源加載對(duì)象時(shí),都會(huì)產(chǎn)生計(jì)費(fèi)事務(wù)。因此,全局內(nèi)容越多(需要從更多的節(jié)點(diǎn)訪問(wèn)),計(jì)費(fèi)事務(wù)也越多。
·TTL影響:對(duì)象的TTL越高,意味著需要從源提取該對(duì)象的頻率越低,同時(shí)還意味著客戶端(例如瀏覽器)能夠緩存該對(duì)象的時(shí)間越長(zhǎng),因此可以減少CDN的事務(wù)。
哪些源服務(wù)有資格通過(guò)Microsoft Azure CDN進(jìn)行免費(fèi)數(shù)據(jù)傳輸?
如果使用以下Azure服務(wù)之一作為CDN源,則不會(huì)向CDN Pop發(fā)送數(shù)據(jù)傳輸費(fèi)用。
·Azure存儲(chǔ)
·Azure媒體服務(wù)
·Azure虛擬機(jī)
·虛擬網(wǎng)絡(luò)
·負(fù)載均衡器
·應(yīng)用程序網(wǎng)關(guān)
·Azure DNS
·ExpressRoute
·VPN網(wǎng)關(guān)
·流量管理器
·網(wǎng)絡(luò)觀察程序
·Azure防火墻
·Azure Front Door服務(wù)
·Azure Bastion
·Azure應(yīng)用服務(wù)
·Azure Functions
·Azure數(shù)據(jù)工廠
·Azure API管理
·Azure Batch
·Azure數(shù)據(jù)資源管理器
·HDInsight
·Azure Cosmos DB
·Azure Data Lake Store
·Azure機(jī)器學(xué)習(xí)
·Azure SQL數(shù)據(jù)庫(kù)
·Azure SQL托管實(shí)例
·用于Redis的Azure緩存
如何才能最有效地管理費(fèi)用?
將內(nèi)容的TTL盡可能設(shè)置得長(zhǎng)一點(diǎn)。