【问题标题】:Windows azure relationship between bandwidth and CDNWindows azure 带宽与 CDN 的关系
【发布时间】:2012-02-25 06:15:11
【问题描述】:

Windows Azure 中的带宽和 CDN 有什么关系? 假设我每月有 100000 名用户看到的 3 MB 内容 = 没有 CDN 的 300 GB 带宽。 如果我想使用他们的 CDN,这是如何工作的?带宽是否计算为馈送各种 CDN 节点(即 3MB *(节点数))?从此价格计算为CDN价格?

问候,

马特奥

【问题讨论】:

    标签: azure cdn azure-storage azure-blob-storage


    【解决方案1】:

    CDN 对两个位置的出口计费 - 首先是填充缓存,其次是为资源提供服务。您还需要为交易付费。这是一个例子:

    • 您有一个图标,“icon.png”,将从 CDN 提供。它是1K并且缓存了很长时间。世界各地都有 100 万用户点击它。

    在这种情况下,您需要为从 blob 存储到使用的每个 CDN 位置的带宽付费(不久前还有 26 个左右的位置)。这将是 26x 1K 或 26K 的出口 + 从 blob 存储到每个位置的 26 个事务。现在,您将提供文件 1M 次 - 1 GB 带宽和 1M 事务。您的总费用为 1GB 带宽(按地区价格划分)+ 100 万次交易 + 26 次填充缓存的交易 + 26K 带宽(同样,按地区划分)。

    CDN 适用于提供不经常更改的数据。这根本不是一件坏事,而且很好地使用了 CDN。但是,如果您引入频繁过期对象的附加复杂性,那么您将遇到需要重新填充缓存的情况。最后一个示例:您有 1MB 经常更改(每 15 分钟),并且有 10 万用户在一个月内从世界各地请求它。以下是您需要支付的费用:

    • 1MB x 26 CDN x 4 更新/小时 x 24 小时(2.5GB/天,73GB/月)出口以填充缓存
    • 100K x 1MB = 97GB 的带宽来服务实际文件。
    • 100K 事务用于服务 + 事务用于填充缓存

    在这种情况下,您可以看到您实际上花费了相当多的钱来填充缓存,并且几乎与服务缓存一样多。假设延迟不是一个重要因素,那么在这里仅从 blob 存储提供服务可能会更好。

    【讨论】:

    • 澄清几点:目前有 24 个记录在案的 CDN 位置(请参阅完整列表 here。另外:即使应用程序可能在全球范围内部署,但这并不能保证每个 CDN 节点都一定会已填充,因此上面的示例将是最坏的情况。最后:将数据从存储移动到 CDN(以及交易)的成本实际上是在存储使用下计费的,而不是 CDN 使用(在查看您的每月账单时仅供参考)。
    • 正确。我应该指定填充缓存是存储速率,而不是 CDN 带宽速​​率。亚太地区尤其存在差异。只有24个位置??? :)
    • 我知道,对吧?我实际上不得不返回参考页面并计算它们,认为此时已超过 24 个。
    • 谢谢大家的回复,还有一件事:静态组件会自动续订,还是加载到CDN后保持不变?
    • 嗨,dunnry,请回答我关于缓存内容的问题stackoverflow.com/questions/24087815/…
    猜你喜欢
    • 1970-01-01
    • 2014-01-26
    • 2017-03-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-28
    • 2014-12-19
    • 2013-10-17
    相关资源
    最近更新 更多