什么会导致Azure应用服务计划上的高KUDU使用率（以及最终的502错误）？

Question

我们在Azure应用服务P2v2实例上有许多API应用程序和WebApps。我们一直在经历大量平台不稳定性：应用服务变得不健康，我们在各种应用程序（每次不同的应用程序）上出现了502个错误，这归因于应用服务上非常高的CPU和内存使用率。我们尝试一直扩展到P3v2，但无论问题是什么，似乎最终都会消耗所有可用资源。

只要我们能够在应用程序中找到罪魁祸首，它就不再是应用程序本身，而是与之相关的Kudu服务。

示例错误消息是在多个场合检测到的高物理内存使用率。应用程序[sitename]'pe-services-Color'的kudu进程是高内存使用率的最常见原因。kudu进程高内存使用率的最常见原因是Web作业。其中命名为Kudu服务的实际应用程序更改非常频繁。

是什么导致Kudu服务消耗如此多的CPU/内存，我们可以做些什么来稳定这个应用程序服务？

仅仅是因为我们在一个计划上运行了太多的应用程序吗？这似乎不太可能，因为所有这些应用程序之前都在单个经典云服务实例上运行，但如果是这样，单个计划上的应用程序和插槽的限制是什么？

（我看到了这个问题，但答案没有帮助）

Azure支持更新，这些显然是对中小型非共享应用程序服务的限制：

工作人员大小最大站点数

小5中10大20

• “站点”包括应用程序服务/api应用程序及其插槽

它们似乎低得离谱，使得更大的应用程序服务单元非常不经济。有人能确认这些数字吗？

（顺便说一句，我们发现全面关闭始终开启解决了这个问题——它只是在空站点上引起了问题——我们还没有机会看到所有站点都被填满时性能是否良好。）

Answer 1

高CPU和内存利用率主要是由您的程序/代码本身造成的。如果有很多CPU密集型任务，并且您应用了大量并行编程，从而产生了大量新线程，这可能有助于提高cpu和内存利用率。因此，请查看您的代码并查看此类实例。当并行线程数量增加的cpu利用率很高并且它开始频繁扩展时，这会增加您的成本，有时还会导致线程丢失和意外结果。由于Azure资源成本很高，您需要相应地计划您的性能。您可以使用边栏选项中的应用服务计划的指标选项对此进行监控。