用于Windows Azure Web Deploy Accelerator的存储事务探查器

Question

我最近开始为我的Windows Azure账户使用Web Deployment Accelerator。它在节省时间的情况下提供了即时回报，是一个极好的产品。

然而，由于“一切”现在都存储在Azure Storage中，而不是常规的E:盘中，我立即看到了使用该工具的成本后果。

在一天内，我已经积累了强大的4美分新西兰元费用。为了做到这一点，我不得不消耗大约80,000个存储事务，坦率地说，我不知道它们都去了哪里。

我上传了6个非常小的网站，每个网站的文件不超过300个。所以我想知道：

答: Web Deployment Accelerator有一个分析工具，它可以让我查看80,000个存储事务在哪里以及如何用于这么小的产品。它是存储事务密集型工具吗？是否就此工具的操作方式进行了成本分析？是否在考虑成本的情况下进行了优化？

b.如果我正在使用这个工具，我是否要为一个站点的每个http请求支付2个存储事务？由于该工具现在将web服务器日志写入表存储，这将是一个提取http请求资源(img、脚本等)的存储请求，以及一个写入日志条目的存储请求，不是吗？

我不担心当前的费用，我担心的是如果我开始将我所有的托管业务都放到云端，我现在甚至只是“看”我的数据都要收费，对吧?如果我使用像Azure Storage Explorer这样的工具列出存储文件夹的内容，这是x存储事务的数量，其中x=文件夹中的文件数量？

Answer 1

不确定是否有第三方探查器工具，但Windows Azure存储日志记录和指标将为您提供有关单个访问和每小时汇总的非常详细的信息。启用它非常简单，2011年11月的SDK包含了对启用所需API调用的支持。有关提供的指标和日志记录的概述，请参阅here。

我的团队与Fullscale180合作构建了存储库Azure Store XRay，以演示如何启用和查询存储指标和日志记录。注意:这是在SDK具有日志记录和指标支持之前发布的，因此它使用REST API调用。但如果您尝试使用该库，这不会对您产生影响。

您还可以查看另一个代码演示Cloud Ninja，它调用XRay库来显示指标(有关运行演示的信息，请参阅here )。

关于查询blob容器中对象的存储:这不是1:1事务:文件场景。您可以指定在容器中列出项时返回的最大blobs数。有可能在一个事务中返回所有blobs。当然，如果您随后获取每个blob，则每个blob将至少是一个事务(取决于blob大小)。有关列出blobs的详细信息，请参阅here。