排查 Azure 应用服务中应用性能缓慢的问题

小提示：您能找到这篇{排查 Azure 应用服务中应用性能缓慢的问题}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的排查 Azure 应用服务中应用性能缓慢的问题内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">本文帮助排查Azure应用服务中应用性能缓慢的问题。

< ">如果在本文中有任何需要协助的地方，可以联系MSDN Azure和堆栈溢出论坛上的Azure专家。或者，也可以提出Azure支持事件。请转到Azure支持站点，并单击“获取支持”。

< ">症状

< ">浏览应用时，页面加载缓慢，并且有时还会超时。

< ">原因

< ">此问题通常是应用程序级别的问题造成的，例如：

< ">网络请求耗时过长

< ">应用程序代码或数据库查询效率低下

< ">应用程序的内存/CPU使用率过高

< ">应用程序因异常而崩溃

< ">疑难解答步骤

< ">故障排除可划分为三种不同的任务，依次为：

< ">1.观察和监视应用程序行为

< ">2.收集数据

< ">3.缓解问题

< ">应用服务在每个步骤提供了多种选项。

< ">1.观察和监视应用程序行为

< ">跟踪服务运行状况

< ">每次发生服务中断或性能下降时Azure会进行宣传。可以在Azure门户中跟踪服务的运行状况。

< ">监视应用

< ">此选项可让你找出应用程序是否存在任何问题。在应用的边栏选项卡中，单击“请求和错误”磁贴。“指标”边栏选项卡显示所有可以添加的指标。

< ">可能需要在应用中监视的一些指标包括

< ">平均内存工作集

< ">平均响应时间

< ">CPU时间

< ">内存工作集

< ">请求

< ">监视Web终结点状态

< ">如果在“标准”定价层中运行应用，应用服务允许从三个地理位置监视两个终结点。

< ">终结点监视可从测试Web URL的响应时间和运行时间的分布式地理位置配置Web测试。该测试可对Web URL执行HTTP GET操作，以从每个位置确定响应时间和运行时间。每个已配置位置每5分钟运行一次测试。

< ">使用HTTP响应代码监视运行时间，并且以毫秒为单位计算响应时间。如果HTTP响应代码大于或等于400或响应时间超过30秒，则监视测试失败。如果从所有指定的位置监视测试均成功，则终结点被视为可用。

< ">有关详网络软文写作细信息，请参阅在Azure应用服务中监视应用

< ">使用扩展的应用程序性能监视

< ">还可以使用站点扩展监视应用程序的性能。

< ">每个应用服务应用都提供了一个可扩展的管理终结点，通过此终结点可使用一组作为站点扩展部署的功能强大的工具。扩展包括：

< ">源代码编辑器，如Azure DevOps。

< ">连接的资源（电商的代运营如连接到应用的MySQL数据库）的管理工具。

< ">2.收集数据

< ">应用服务为Web服务器和Web应用程序中的日志记录信息提供诊断功能。此信息分为Web服务器诊断和应用程序诊断。

< ">启用Web服务器诊断

< ">可以启用或禁用以下种类的日志：

< ">详细错误日志记录-指示故障的HTTP状态代码（状态代码400或更大数字）的详细错误消息。其中可能包含有助于确定服务器返回错误代码的原因的信息。

< ">失败请求跟踪-有关失败请求的详细信息，包括对用于处理请求的IIS组件和每个组件所用的时间的跟踪。在尝试提高应用性能或查找导致特定HTTP错误的问题时，此信息很有用。

< ">Web服务器日志记录-使用W3C扩展日志文件格式的HTTP事务信息。这在确定总体应用指标（如处理的请求数量或来自特定IP地址的请求数）时非常有用。

< ">启用应用程序诊断

< ">可通过多种选项收集应用服务中的应用程序性能数据、从Visual Studio中实时分析应用程序，或修改应用程序代码以记录更多信息和跟踪。可以基于针对应用程序的访问权限和通过监视工具观察到的内容选择相关选项。

< ">手动设置诊断跟踪

< ">如果有权访问Web应用程序源代码，使用应用程序诊断可以捕获Web应用程序生成的信息。ASP.NET应用程序可使用System.Diagnostics.Trace类将信息记录到应用程序诊断日志。但是需要更改代码并重新部署应用程序。如果应用在测试环境中运行，则推荐使用此方法。

< ">有关如何在应用程序中配置日志记录的详细说明，请参阅在Azure应用服务中启用应用的诊断日志记录。

< ">使用诊断工具

< ">应用服务提供了智能的交互式体验，可帮助我们排查应用的问题，且无需配置。如果应用确实出现问题，诊断工具会指出问题所在，并引导你获取适当的信息，以便更轻松快速地排查和解决问题。

< ">若要访问应用服务诊断，请在Azure门户中导航到你的应用服务应用或应用服务环境。在左侧导航栏中，单击“诊断并解决问题”。

< ">使用Kudu调试控制台

< ">应用服务随附可用于调试、浏览和上传文件的调试控制台，以及用于获取环境相关信息的JSON终结点。此控制台称为应用的Kudu控制台或SCM仪表板。

< ">转到链接https://<Your app name>.scm.chinacloudsites.cn/即可访问此仪表板。

< ">Kudu提供的一些信息和功能包括：

< ">应用程序的环境设置

< ">日志流

< ">诊断转储

< ">调试控制台，可以在其中运行Powershell cmdlet和基本DOS命令。

< ">Kudu的另一项有用功能是，如果应用程序引发第一次异常，可以使用Kudu和SysInternals工具Procdump创建内存转储。这些内存转储是进程的快照，通常可帮助排查较复杂的应用问题。

< ">有关Kudu提供的功能的详细信息，请参阅你应该了解的Azure DevOps工具。

< ">3.缓解问题

< ">缩放应用

< ">在Azure应用服务中，为了提高性能和吞吐量，可以调整运行应用程序的规模。纵向扩展应用涉及到两个相关操作：将应用服务计划更改为较高的定价层，以及在切换到较高的定价层后配置特定的设置。

< ">有关缩放的详细信息，请参阅缩放Azure应用服务中的应用。

< ">此外，可以选择在多个实例上运行应用程序。扩展不仅能提供更强大的处理功能，而且还能提供一定程度的容错。如果进程在某个实例上中断，其他实例会继续处理请求。

< ">可以将缩放设置为手动或自动。

< ">使用AutoHeal

< ">AutoHeal会根据你选择的设置（例如配置更改、请求、基于内存的限制或执行请求所需的时间），回收应用程序的工作进程。在大多数情况下，回收进程是在出现问题后进行恢复的最快方式。尽管始终都可从Azure门户中直接重启应用，但AutoHeal可以自动执行此操作。只需在应用的根web.config中添加一些触发器即可。即使应用程序并非.NET应用，这些设置的工作方式也仍然相同。

< ">有关详细信息，请参阅自动修复Azure网站。

< ">重启应用

< ">重启通常是在发生一次性问题后进行恢复的最简单方式。Azure门户的应用边栏选项卡中提供了用于停止或重启应用的选项。

< ">还可以使用Azure Powershell管理应用。有关详细信息，请参阅将Azure PowerShell与Azure资源管理器配合使用。