问题标签 [azure-monitoring]

我正在尝试将 azure 指标与我的仪表板应用程序（Web 应用程序）集成以使用 api 请求进行实时监控。我尝试使用警报规则但没有响应。

我提出的这个样本请求：

有效载荷：

标题说明了一切。

我有一些 azure 应用程序，每个应用程序有 3 到 4 个部署槽，我想通过制定某种全局警报规则而不是为每个槽和应用程序定义规则来为所有这些应用程序设置服务器错误的监视警报。可能吗？

我有一个应用服务，它只是运行一个网络作业，当它到达时不断地从队列中拉出工作。最近我注意到应用服务刀片概览中的指标不再显示任何内容：

我曾经在我的仪表板上有这些图表。如果我进入每个实例的监控和指标，我可以看到与上图相同时期的 CPU 时间

我在某个地方的某个地方错过了什么吗？我想知道概述中的指标现在是否仅显示网站的详细信息而不显示网站上运行的网络作业？或者，是否将所有这些功能都移到了监控区域，我应该停止使用它，如果监控区域似乎无法让您对时间范围进行太多控制，那就太遗憾了。

我正在尝试使用 REST api 收集 azure 指标。我有一个 Azure 帐户的免费订阅。

我正在使用以下 wget 来获取 json 消息。

XXXXXXX- 是我的订阅号。

我收到以下错误消息。

我的订阅/授权有什么问题？！！

提前感谢您的帮助！我卡住了！！

我们正在 MS Azure 中构建一个多租户 SaaS 应用程序，允许客户将他们自己的 Azure 租户带给我们，以便我们可以审计其数据。为了获得此权限，我们采用标准同意流程，客户租户的全局管理员应在该流程中向我们的应用授予权限。

如果我们使用租户的数据（例如共享点文件或用户/组），这种方法是可以的，但最近我们需要读取客户的Azure 订阅中的审核日志（例如创建/删除 VM 的事件、存储操作帐户等）。为了实现这一点，我们使用 Azure Monitor API（以前的 Azure Insights API）：https ://msdn.microsoft.com/en-us/library/azure/dn931943.aspx 。

问题是微软提供的同意框架似乎没有分配角色来访问 Azure 订阅数据的机制。当尝试使用我们的主体读取数据时，我们收到以下错误：

对象 ID 为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”的客户端“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”无权在“/订阅”范围内执行“microsoft.insights/eventtypes/values/read”操作/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'。

截至目前，除了在 Azure 门户（https://docs.microsoft.com/en-us/azure /resource-group-create-service-principal-portal，“将应用程序分配给角色”部分），但我们真的很想避免手动程序。

任何想法如何以更优雅的方式解决这个问题？

因此，我使用新门户创建了一个事件中心。当我访问 Event Hub 刀片并浏览到 Monitoring 部分中的 Metrics 刀片时，我得到了这个图表：

我想知道在哪里可以找到有关这些错误的更多信息。有人知道吗？

我需要其余 URL 来获取在 azure 中创建的 VM 的公共 IP 地址。

我要列出订阅中的所有公共 URL：

我还能够获取所有 VM 详细信息。

但我无法获得特定 VM 的关联 IP！

任何想法？？

提前致谢

我正在尝试在 Azure App Service 方面对 AppDynamics 和 Application Insights 进行很好的比较。

我试着用谷歌搜索，但找不到任何好的比较，如果有人可以在这里指出或总结。

可以通过 Microsoft Monitoring Agent 虚拟机扩展 ( https://docs.microsoft.com/en-us/azure/log-analytics/log-analytics-azure-vm-extension ) 将 Azure VM 连接到 Log Analytics。但在 Log Analytics 中接收到的数据与 VM 所属的订阅或资源组无关。这意味着如果我在两个不同的资源组中有两个同名的 VM，那么在 Log Analytics 中就无法区分它们。那么，有没有解决方法呢？是否可以丰富 Microsoft Monitoring Agent 收集的数据？

我有一个由 5 节点 VM 规模集支持的 Service Fabric 群集。我已在规模集上启用了诊断扩展，并将其配置为启用 ETW 日志的传输并将数据发送到 Application Insights。

我可以看到这种情况正在发生，但我看到生成的每条消息都有重复的条目。每条消息都会在 App Insights 中显示 4 次：

我还通过代码中的侦听器登录到表存储，并且可以看到跟踪只记录一次，所以我很确定这是诊断扩展的问题。

但是，我在 ETW 日志中注意到以下警告：

这似乎表明重复是由于无法读取日志时间戳，因为它同时被其他东西访问。

这是因为规模集上有多个节点并且它们都试图同时访问 ETWEventTable 以获取时间戳吗？

有没有办法来解决这个问题？或者，如果另一个问题是原因，我该如何解决？