繁体   English   中英

Azure诊断程序是否在Azure临时插槽中运行?

[英]Do Azure Diagnostics run in Azure staging slot?

收集Azure诊断数据时,暂存槽是否还将诊断数据发送到WadPerformanceCounters表?

如果是这样,我该如何关闭呢? 或者在阅读诊断信息时如何区分阶段/生产。

我不想显示有关我们网站的数据,但前提是它全部是生产的,而实际上其中的一部分是登台广告位。

是-Windows Azure诊断程序在生产和登台插槽中运行。 这两个插槽之间的唯一真正区别是DNS名称。

关于启用诊断,在http://msdn.microsoft.com/zh-cn/library/gg433048.aspx上有一个很好的起点。 这提供了指向有关Windows Azure诊断的许多信息的链接。

我认为诊断表数据(例如,WadPerformanceCountersTable)中没有一种方法可以区分生产插槽和登台插槽。 您也许可以根据RowKey值进行过滤,我认为其中包含DeploymentID,而Production和Staging之间的值将有所不同。

您还可以将其他存储帐户用于生产和暂存插槽。 .cscfg的更新非常快,可以在运行时完成。

收集Azure诊断数据时,暂存槽是否还将诊断数据发送到WadPerformanceCounters表?

是的,它们的确存在于同一表中。

每个部署都会获得其唯一的部署标识符,该标识符可在特定实例(生产或登台)的仪表板上找到

DeploymentId资讯主页

样本WadPerformanceCountersTable

DeploymentId表


为了找到与特定部署(阶段或生产)相关的日志,您可以按部署标识符过滤表,例如

DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' 

如果单个部署标识符的条目过多,则可以通过添加时间属性来减少条目数量( 2013年1月5日午夜之后记录的所有具有DeploymentId'1a2c09bea1234bc1b5e6edb99993ab21'的条目),例如

DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' and Timestamp gt datetime'2013-01-05T00:00:00Z'

请注意,这不是筛选Azure表存储的最佳方法(正如Kiwi和Gaurav指出的那样。

任何不包含PartitionKey查询都将导致全表扫描。 由于WAD表中的PartitionKey表示日期/时间值,因此我建议使用该值代替Timestamp 您可能会发现获取诊断数据后的有效方法非常有用。

这应该有助于您找出每个环境(阶段与生产)和特定部署的条目。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM