了解 Azure CDN 計(jì)費(fèi)

來(lái)源: Microsoft Azure
作者:Microsoft Azure
時(shí)間:2020-12-04
16909
本常見(jiàn)問(wèn)題解答介紹了通過(guò)Azure內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)托管的內(nèi)容的計(jì)費(fèi)結(jié)構(gòu)。

26cd90a4df62d15aa2c4541adcc8f917d5e77b0c.jpg

本常見(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)。

立即登錄,閱讀全文
版權(quán)說(shuō)明:
本文內(nèi)容來(lái)自于Microsoft Azure,本站不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。文章內(nèi)容系作者個(gè)人觀點(diǎn),不代表快出海對(duì)觀點(diǎn)贊同或支持。如有侵權(quán),請(qǐng)聯(lián)系管理員(zzx@kchuhai.com)刪除!
相關(guān)文章
Azure Arc為企業(yè)構(gòu)建安全的云基礎(chǔ)
Azure Arc為企業(yè)構(gòu)建安全的云基礎(chǔ)
隨著人工智能技術(shù)持續(xù)重塑企業(yè)運(yùn)營(yíng)方式,企業(yè)需要能夠處理海量數(shù)據(jù)的系統(tǒng),以支持實(shí)時(shí)洞察,同時(shí)幫助他們應(yīng)對(duì)跨IT和OT環(huán)境(包括云端、邊緣和本地)中運(yùn)營(yíng)、應(yīng)用、數(shù)據(jù)和基礎(chǔ)設(shè)施的協(xié)作難題。
Azure
微軟云
云服務(wù)
2024-12-172024-12-17
釋放.NET 9和Azure的AI技術(shù)與云計(jì)算潛力:更快、更智能、面向未來(lái)
釋放.NET 9和Azure的AI技術(shù)與云計(jì)算潛力:更快、更智能、面向未來(lái)
.NET 9現(xiàn)已正式發(fā)布,它為.NET平臺(tái)的發(fā)展掀開(kāi)了嶄新的一頁(yè),突破了性能、云原生開(kāi)發(fā)和AI技術(shù)集成的邊界。
Azure
微軟云
云服務(wù)
2024-12-162024-12-16
Azure網(wǎng)絡(luò)管理現(xiàn)已具備智能Microsoft Copilot副駕駛能力
Azure網(wǎng)絡(luò)管理現(xiàn)已具備智能Microsoft Copilot副駕駛能力
智能Microsoft Copilot副駕駛for Azure網(wǎng)絡(luò)服務(wù)現(xiàn)已推出公共預(yù)覽版。
Azure
微軟云
云服務(wù)
2024-12-102024-12-10
Microsoft Fabric功能更新,借助AI驅(qū)動(dòng)的數(shù)據(jù)平臺(tái)加速應(yīng)用創(chuàng)新
Microsoft Fabric功能更新,借助AI驅(qū)動(dòng)的數(shù)據(jù)平臺(tái)加速應(yīng)用創(chuàng)新
一年前,我們正式推出了一款端到端數(shù)據(jù)平臺(tái),旨在幫助組織推動(dòng)人工智能轉(zhuǎn)型,并重新定義數(shù)據(jù)的連接、管理和分析方式。
Azure
微軟云
云服務(wù)
2024-12-092024-12-09
優(yōu)質(zhì)服務(wù)商推薦
更多
掃碼登錄
打開(kāi)掃一掃, 關(guān)注公眾號(hào)后即可登錄/注冊(cè)
加載中
二維碼已失效 請(qǐng)重試
刷新
賬號(hào)登錄/注冊(cè)
個(gè)人VIP
小程序
快出海小程序
公眾號(hào)
快出海公眾號(hào)
商務(wù)合作
商務(wù)合作
投稿采訪
投稿采訪
出海管家
出海管家