Azure - 启用辅助人员/Web 角色的诊断

Question

我想在我的表存储中记录发生的每个异常(MVC cloudapp)。

我遵循了 Microsoft 的官方教程，但似乎它们让事情变得太复杂了。教程可以在这里查看: https://azure.microsoft.com/sv-se/documentation/articles/cloud-services-dotnet-diagnostics/#how-to-enable-diagnostics-in-a-worker-role

仅仅因为默认情况下不支持 Azure 诊断 1.3 就感觉太麻烦了？ Web/辅助角色的配置窗口中有一个更快、更简单的选项，可让您启用诊断，但这仅适用于 1.0 吗？

我只想在我的存储帐户中记录异常，因此 Azure Diagnostics 1.0 应该足够了，不是吗？

我做了什么:

1. 通过点击 Web 和辅助角色配置窗口中的复选框，在我的辅助角色和 Web 角色中启用了诊断。
2. 指定了存储帐户凭据。

我需要什么帮助:

我的存储帐户中未创建 WAD 容器。在我启用并指定存储帐户凭据后，它们不应该被创建吗？

与 Azure 诊断 1.0 相比，为什么启用 Azure 诊断 1.3 如此复杂？

辅助角色诊断和 Web 角色诊断之间有什么区别？如果我的应用程序在 webrole 中并在辅助角色中缓存..然后它会单独记录吗？如果我想要应用程序和缓存都记录异常，是否需要同时启用它们？

Answer 1

回答您的问题:

No WAD containers are created in my storage account. Are they not supposed to be created after I have enabled and specified the storage account credentials?

如果您正在寻找wad-control-container，那么它不会被创建。但是，如果您在诊断配置中启用了 IIS 日志、失败请求日志和故障转储，您应该会看到容器。

Why is it so complicated to enable Azure diagnostics 1.3 compared to 1.0?

诊断模型本质上已经改变。 版本1.0是插件模型，版本1.3是扩展模型(从SDK 2.5开始，引入版本1.2时发生了变化)。是否复杂，我认为是值得商榷的。虽然 1.0 版本相当简单，并且具有一些功能，例如在代码中定义诊断配置，但我认为 1.3 是朝着正确方向迈出的一步。一开始我也对它感到沮丧，但现在随着我更多地使用它，我意识到它提供的好处。吸引我的一些好处是:

• 纯声明式模型而不是混合模型(程序化 + 声明式)。
• 收集云服务和虚拟机(目前仅限 Windows)诊断数据的统一方法。
• 能够动态启用/禁用诊断配置，因为它现在是一个扩展模型。
• 支持 ETW 日志。

1.3 中我不喜欢的一些东西:

• 如果您不通过 Visual Studio 进行部署，部署过程会相当复杂。
• 工具支持有限。您唯一可用的选项是 Visual Studio 或 PowerShell。目前，Portal(当前版本和预览版)不支持它。
• 已弃用按需传输功能。我们经常使用此功能，但现已弃用，因为它依赖于基于代码的诊断更改。

What's the difference between worker role diagnostics and web role diagnostics?

据我所知，两者没有区别。这完全取决于您想要为每个角色收集哪些诊断数据。

If I had my app in webrole and caching in worker role. Is it then logged individually?

嗯，是的，也不是。每个角色都有自己的 diagnostics.wadcfgx 文件，您可以在其中定义存储帐户来存储诊断数据。如果您在每个角色的 wadcfgx 文件中定义不同的存储帐户，则数据将进入单独的存储帐户。即使您保留相同的存储帐户，数据也会具有角色名称和角色实例名称，以便您可以区分不同的诊断数据。

Do I need to enable them both if I want exception logging for both app and caching?

是的。您需要同时启用它们。