大佬教程收集整理的这篇文章主要介绍了IIS WorkerProcess CPU 峰值导致服务器无响应，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我在生产中有非常奇怪的案例。我们在 AWS 的负载均衡器下运行 8 个 IIS 节点。有时，一个或多个 IIS 节点的 cpu 使用率会飙升至 30% 或更多，并且节点会变得不健康。 cpu 使用率保持一致，直到节点关闭或手动回收应用程序池。大多数请求超时，或者很少，当它超时时，页面会部分呈现。似乎回收应用程序池暂时解决了问题，但过一段时间问题又回来了。
罪魁祸首似乎是名为“默认应用程序池”的应用程序池，它服务于经典的 ASP 网站（是的，这是一个遗留产品）。它配置了 4 个工作进程，但由于某种原因，当一个工作进程过载时，负载不会被委派给其他工作进程（或者看起来是这样，因为当一个工作进程消耗其各自核心的 100% 时，其他工作进程也会变成无响应，整个网络服务器停止）。所有节点都有 4 个 vcpu 核心。
现在是奇怪的部分。我检查了有问题的 WP，似乎 cpu 峰值不是由应用程序引起的，因为它只提供 1-2kb 的静态内容，导致 100% cpu 核心负载和 100+ 秒的等待时间。
奇怪的是，它不是无限循环，工作进程确实非常缓慢地处理这种简单的微小请求，cpu 内核使用率为 100%。当它终止时，会弹出新的请求，并出现完全相同的问题，这种情况一直持续到应用程序池被回收为止。
更奇怪的是，由于某种原因，如此长的等待时间没有显示在性能计数器中。平均等待时间显示为 732 毫秒，而它的方式更多
我的想法不多了。我在互联网上看到获取内存转储和分析，但由于减速不是由应用程序引起的，因此等待时间也是由静态内容请求引起的，并且这种行为在我们的测试环境中无法重现，我不认为这将提供任何相关信息。
IIS 版本为 8.5
我正在考虑从头开始重建 IIS 节点，但也许您有更好的主意？
谢谢
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）
以上是大佬教程为你收集整理的IIS WorkerProcess CPU 峰值导致服务器无响应全部内容，希望文章能够帮你解决IIS WorkerProcess CPU 峰值导致服务器无响应所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。