Azure Monitor一Application Insights

一,引言

  Azure Monitor 是 Azure 中的一项完整堆栈监视服务,是一种收集和分析遥测数据的服务。它提供了一组完整的功能来监视 Azure 资源以及其他云中和本地的资源。Azure Monitor  该服务有助于实现云应用程序以及本地资源和应用程序的最大性能和可用性。 它显示了应用程序的执行方式,并可识别应用程序存在的任何问题。

       Azure Monitor 会收集两种基本类型的数据 - 指标和日志。 指标表明资源的执行方式,以及使用的其他资源。 日志包含显示资源创建/修改时间的记录。

 

 Azure Monitor 从一系列组件中自动收集数据。 例如:

  1,应用程序数据:与自定义应用程序代码相关的数据。
  2,操作系统数据:来自托管应用程序的 Windows 或 Linux 虚拟机的数据。
  3,Azure 资源数据:与 Azure 资源(如 Web 应用或负载均衡器)的操作相关的数据。
  4,Azure 订阅数据:与订阅相关的数据。 它包括有关 Azure 运行状况和可用性的数据。
  5,Azure 租户数据:有关 Azure 组织级别服务的数据,例如 Azure Active Directory。
由于 Azure Monitor 是自动系统,因此在创建 Azure 资源(如虚拟机和 Web 应用)后,它会立即从这些源中收集数据。 可通过以下方式扩展 Azure Monitor 收集的数据:
  1,启用诊断:对于某些资源(如 Azure SQL 数据库),仅在启用诊断日志记录后才会收到有关资源的完整信息。 可使用 Azure 门户、Azure CLI 或 PowerShell 来启用诊断。
  2,添加代理:对于虚拟机,可安装 Log Analytics 代理,并将其配置为将数据发送到 Log Analytics 工作区。 此代理会增加发送到 Azure Monitor 的信息量。
开发人员可能还想要从自定义代码(例如 Web 应用、Azure 函数或移动应用)将数据发送到 Azure Monitor。 他们通过调用数据收集器 API 来发送数据。 你可通过 HTTP 与此 REST 接口通信。 此接口与各种开发框架(如 .NET Framework、Node.js 和 Python)兼容。 开发人员可选择自己最喜欢的语言和框架在 Azure Monitor 中记录数据。

日志

日志包含对资源所做更改的相关时间戳信息。 记录的信息类型因日志源而异。 日志数据会整理成记录,每种记录类型具有不同的属性集。 日志可以包含数字值(如 Azure Monitor 指标),但大多数日志包含文本数据,而不是数字值。
最常见的日志项目类型会记录事件。 事件可能偶尔发生,而不是按固定的间隔或根据某种计划发生。 事件由应用程序和服务创建,这些应用程序和服务为事件提供上下文。 可将指标数据存储在日志中,以便将其与其他监视数据合并起来用于分析。
在 Log Analytics 工作区中记录来自 Azure Monitor 的数据。 Azure 提供分析引擎和丰富的查询语言。 日志显示了上下文的任何问题,有助于确定根本原因。

指标

指标是数字值,用于描述系统某些方面在某个时间点的情况。 Azure Monitor 可以近乎实时地捕获指标。 这些指标按固定时间间隔收集,在因其频繁采样而发出警报时很有用。 可使用多种算法,将指标与其他指标进行比较,并观察随时间变化的趋势。
指标存储在时序数据库中。 分析时间戳数据时,使用此数据存储最为有效。 指标适用于警报和快速检测问题。 可通过指标了解有关系统性能的信息。 如果需要,可以将它们与日志进行合并,确定问题的根本原因。

   Azure Monitor 现在包括 Log Analytics 和 Application Insights,其提供的高级工具适用于收集和分析遥测数据,以便最大程度地提高云和本地的资源和应用程序的性能和可用性。 它可以帮助你了解应用程序的性能,并主动识别影响应用程序及其所依赖资源的问题。那么今天就先了解 Application Insights,通过它可以监控网站的可用性、性能和使用情况。快速诊断确定并诊断应用程序中的错误,而无需等待用户报告这些错误以及提供用户数据的分析,用户,会话,事件等,

二,正文

 1,什么是 Application Insights?

  Application Insights 是 Azure Monitor 的一项功能。 使用它可以监视实时应用程序。它将自动检测性能异常,并且包含了强大的分析工具来帮助诊断问题,了解用户在应用中实际执行了哪些操作。它旨在帮助持续提高性能与可用性。它适用于本地云、混合云或任何公有云中托管的各种平台(包括 .NET、Node.js、Java 和 Python)上的应用。它与 DevOps 进程集成,并且具有与不同开发工具的连接点。可以通过与 Visual Studio App Center 集成来监视和分析移动应用的遥测数据。

 2,为NET.Core Web项目添加Application Insights

新增 NET Core Web 项目

 管理 NuGet 包=》Microsoft.ApplicationInsights.AspNetCore

 注册Application Insights 遥测收集服务

services.AddApplicationInsightsTelemetry();

azure portal 新建 Applaction Insights 服务

点击 “Create” 按钮

 

选择已有的资源组/创建新的资源组,填写 Application Insights 的服务名称 “Azure.Monitor.Application_Insights” (我这里是之前已经创建服务名称为 “Azure.Monitor.Application_Insights” ,这里忽略图中名称后面没有 s)

 

 复制图中圈起来的检测密钥:Instrumentation Key

 配置 appsetting 配置文件中的 InstrumentationKey 的值

{
      "ApplicationInsights": {
        InstrumentationKey": putinstrumentationkeyhere
      },LoggingLogLevel: {
          DefaultWarning
        }
      }
    }

3,运行 Web 应用程序,查看遥测数据

选择 Monitoring=》Logs

 

 

 消息实时上报差不多需要3-5分钟,差不多3分钟后,我们再次点击 “Run”,我们只看到 “Warning”,“Error”,“Critical”,我们没有得到 “Information” 和 “Debug” (后面会讲到)

 同时,如下图所示,我们还可以写一些查询语句,比如根据时间戳降序排列

 

 我们还可以编写where 条件,例如 查询 message=="Warning 1"的警告信息

 

 Monitoring Logs的这个功能还是很强大的,它可以浏览我们的日志信息,同时展开当前日志,可以展示更多的信息,比如 “operation_ParentId”,可以用来关联来自同一个Http请求的所有的消息的ID

 圈起来的两组数据,是我相隔2分钟后的请求日志结果,我们可以看到它们对ID都有相同的操作。因为是对于我们在一分钟内看到的是同一个Http请求。

 查看手动抛的异常 Exception

 我们可以看出异常的时间,异常信息,异常发生的位置,异常的类型,操作等等

 记录的异常行号为37行,可以对比一下手动抛出异常的行数

 同时,application insights还提供了一个可视化的地方,Investigate=》Failures,从这里可以看到

  1,正常,异常的请求。

  2,请求对应的响应码。

  3,各个接口/页面的异常情况。

  4,异常类型的分布。

  5,依赖性信息

 其实,我们可以从代码中可以看到,我们自己手动抛了一个异常,异常虽然用try catch 进行包裹,但是对于应用程序来说,这个异常还没有进行正确的处理掉,比如返回信息,返回状态码等等。

 切换到 Exceptions,可以看到这个异常的信息了

 同时,我们可以得到一些额外的堆栈信息,甚至可以看到异常的代码行,控制器方法,类等信息

 

 回到上一个话题,Application Insights 默认情况下只监控 “Warnning”,“Error”,“Critical” 类型的信息,我们可以通过appsetting 配置文件设置Application Insights的监视级别

: {
      Debug,1)">MiccrosoftError
      }
    },

全部代码 牵扯隐私的部分,这里使用 “0”进行替代

{
  : {
    InformationMicrosoftMicrosoft.Hosting.Lifetime
    }
  },1)">AllowedHosts*000000-0000-0000-0000-00000000000000
  }
}

 继续在Application Insights的logs查看监测数据

 bingo,修改监测默认配置成功!

三,总结

  Application Insights 可以用来监控网站的可用性、性能和使用情况。快速诊断确定并诊断应用程序中的错误,而无需等待用户报告这些错误。提供用户数据的分析,用户,会话,事件等Application Insights 提供服务器端监视和客户端/浏览器监视功能,它默认数据保留90天,同时还有支持实时流数据上报(延时低至1秒,不保留数据),增加自定义埋点(自定义的指标)等

  Application Insights 服务处理数据并将数据聚合到一个表单中,方便查询和可视化。

--------------我是分割线-----------------

github:https://github.com/yunqian44/Azure.Monitor.git

作者:Allen 

版权:转载请在文章明显位置注明作者及出处。如发现错误,欢迎批评指正。

 

原文地址:https://www.cnblogs.com/AllenMaster

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


Microsoft云包括了Azure、PowerPlatform、Microsoft365、GitHub、Dynamics365等,虽然许多企业应用程序开发领导者了解在Azure上创建应用程序的价值,但事实是您可以将整个Microsoft云作为应用程序平台.有一篇文章:在Microsoft云上构建应用程序从应用程序开发角度介绍了M
《WindowsAzurePlatform系列文章目录》 我们在使用AzureAPIManagement(APIM)实现服务网关的时候,一般都是面向互联网的。比如场景一:AzureAPIManagement保护AzureVM上部署的ApacheWebService,客户端是来自于Internet的用户。整体的数据流是:用户->I
微软免费使用一年的Azure虚拟机,默认提供了一个64G的磁盘,但是系统却只给分配了32个G,尝试了几次扩大分区,最终都导致系统崩溃了,只能重新开虚拟机,无奈,只好网上找来现成的脚本,自动调整分区大小,只需要输入想调整为多少G即可,终于成功把系统分区扩大了。更改分区大小的脚本:if[[$#-eq
2022年5月25日,Meta公司选择Azure作为战略云供应商,推进人工智能创新,深化PyTorch合作https://azure.microsoft.com/en-us/blog/meta-selects-azure-as-strategic-cloud-provider-to-advance-ai-innovation-and-deepen-pytorch-collaboration/微软致力于负责任地推进人工智能的
上篇请访问这里做一个能对标阿里云的前端APM工具(上)样本多样性问题上一小节中的实施方案是微观的,即单次性的、具体的。但是从宏观上看,我需要保证性能测试是公允的,符合大众预期的。为了达到这种效果,最简单的方式就是保证测试的多样性,让足够多人访问产生足够多的样本来,但这对于一个
一年一度的MicrosoftBuild终于来了,带来了非常非常多的新技术和功能更新。不知道各位小伙伴有没有和我一样熬夜看了开幕式和五个核心主题的全过程呢?接下来我和大家来谈一下作为开发者最应关注的七大方向技术更新。AI能力的提升1.AzureOpenAIService终于来了开发人员可
问题描述使用AzureStorageAccount的共享访问签名(ShareAccessSignature)生成的终结点,连接时遇见  TheAzureStorageendpointurlismalformed(Azure存储终结点URL格式不正确)StorageAccountSDKinpom.xml:<dependency><groupId>com.azure</groupI
Azure提供的负载均衡服务叫LoadBalancer,它工作在ISO七层模型的第四层,通过分析IP层及传输层(TCP/UDP)的流量实现基于"IP+端口"的负载均衡。AzureLoadBalancer的主要功能负载均衡基于ISO四层的负载均衡,请参考下图(此图来自互联网):端口转发通过创建入站NAT规则,
各位好,今天继续来讨论关于Azure平台的技术问题,这次我们来讨论关于监控的话题,各个云平台都会为用户预留获取监控数据的接口,Azure也不例外,拿最基础用法来说,用户可以从AzurePortal中获取所需要的监控信息,比如Azure虚拟机的磁盘IO,CPU百分比,内存等,除此之外,还可以通过定义各种action,针对
在以往我们创建高可用Web应用程序时,负载均衡器是必不可少的组件。我们都使用传统内部服务器的负载均衡器,其中我们的应用程序在N个实例上运行,负载均衡器位于这些服务器的前面,并根据某些预定义的算法和设置向后端服务器分配负载。迁移到云中,我们需要了解如何使用Azure组件实现相同的
AzureEventGrid是一个托管事件路由平台,使我们能够实时响应Azure中托管的应用程序或拥有的任何Azure资源中发生的更改。EventGrid处理来自Azure服务的内置Azure事件以及来自应用程序的自定义事件,并实时发布它们。它可以每秒动态扩展和处理数百万个事件,Azure为生产工作负载提供99.
今天来谈一谈automation中另外一个很关键的内容,也就是updatemanagement,不同于configurationmanagement,updatemanagement主要用于管理windows以及LinuxVM中的补丁内容,当然和configurationmanagement一样,updatemanagement不仅仅可以管理Windows中VM的补丁,也可以管理non-Azure
下边来谈一谈Azure中Alert更多的应用,正常来说,云厂商都会有自己的SLA保证,比如目前来说,在可用性集里的虚拟机,SLA是99.95%,这点可以从商务角度保护客户的一部分利益。但是,从技术上来说,任何云都不可能保证100%的可用性,所以有些时候也会出现一些service的outage,对用户来说,第一时间知晓这
MicrosoftAzure中提供了多种类型和大小的虚拟机,我们将通过本来来了解下微软具体提供了哪些类型和大小的虚拟机,以方便在项目过程中进行评估。类型大小说明常规用途B,Dsv3,Dv3, DSv2,Dv2,Av2, DCCPU 与内存之比平衡。适用于测试和开发、小到中型数据库和低到中等流量Web
假定我们正在运行某个应用程序,此应用程序需要用户在应用程序中提交大量图片文件,那么对于系统管理员来说手动审核这些图片是很消耗时间的,并且对于图片的审核也许并不是即时的。为了解决这一问题,这篇文章将向大家演示如何使用AzureFunction和CognitiveServices来对上传到应用程序的
中国-北京[2018.12.10]2018年12月7日,历时60余天,在超过150+的面试中,21家企业经三轮筛选晋级终审,最终14家企业在激烈的角逐中成功入选微软加速器·北京13期创新企业名单。颉一软件有幸拔得头筹,很快将与MicrosoftAzure开展深度合作,开启全面加速企业级用户数字化转型之路!微软加速器·
假定我们有某个应用程序会将文件存储到AzureBlob中,存储在Blob中的数据保存七天,七天以后需要对其进行删除。这需求可以使用AzurePowerShellRunbook来完成,但是我想看看是否可以用很少甚至没有代码来完成。经过一番探索我发现AzureLogicApp非常适合这种情况。你可以用LogicApp创
接下来继续之前给各位介绍的内容,我们接着来谈下Azureautomation中关于configurationmanagement的内容,上一篇中介绍了关于inventory的应用,通过inventory,可以快速收集Azure与非Azure服务器中的资产信息。除此之外,configurationmanagement中changetracking也是个非常实用的功能,通
安全分层方法 数据几乎所有情况下,攻击者都会攻击以下数据:存储在数据库中的数据存储在虚拟机磁盘上的数据存储在Office365等SaaS应用程序上的数据存储在云存储中的数据存储数据和控制数据访问权限的人员有责任确保数据得到恰当保护。通常情况下,存在相应法规要
生成云应用程序时需要应对的常见挑战是,如何管理代码中用于云服务身份验证的凭据。保护这些凭据是一项重要任务。理想情况下,这些凭据永远不会出现在开发者工作站上,也不会被签入源代码管理系统中。虽然AzureKeyVault可用于安全存储凭据、机密以及其他密钥,但代码需要通过KeyVa