如何解决如何配置 IIS-10 和 FastCGI 以实现高并发？
场景：我们有一个通过 FastCGI 使用 IIS10 的 php 7 Web 应用程序。我们对我们的应用程序进行了性能测试，发现速度变慢了。我们排除了数据库层。我们查看了 IIS 服务器，即使在负载很重的情况下，当应用程序显着变慢时，资源也不会紧张……没有 CPU 峰值，也没有 RAM 峰值。进一步挖掘我们得出的结论是，所有传入的请求都在排队。如果某些请求需要更长的时间（对于一些需要 1-3 分钟的非常大的报告），那么每个其他请求都会排队等待第一个请求通过。
那么，问题是：我们应该从哪里来增加 IIS 一次可以处理的并发请求数？
我在 FastCGI 下找到了这些设置，但文档很少。有人能解释一下这四个设置的作用吗？
- 实例最大请求数
- 最大实例数
- 队列长度
- 每分钟快速失败
在 DefaultAppPool 下是否还有其他设置需要查看？
- 队列长度
- 最大工作进程数
- 回收利用
更新： 应该为可能搜索此内容的其他人澄清一些事情：
- 此上下文中的请求意味着从浏览器到 IIS 服务器的一次调用
- 我们使用 jmeter https://jmeter.apache.org/ 进行了一些基本的负载测试
- 从浏览器到 IIS 服务器的请求（为了这个上下文）将被这样处理：浏览器 > DefaultAppPool 工作进程（在 IIS 中默认为 1，如果你想增加这个，请查看网络花园）> FastCGI实例（将此视为进程线程，语言很棘手，网络上的人们交替使用线程/进程/实例，这可能会令人困惑）。 FastCGI 默认为 4。所以这意味着当 5 个并发请求通过时，它们都通过 1 个 DefaultAppPool 工作进程汇集，5 个中的 4 个将由 FastCGI 并发处理，第 5 个将排队。我们对此进行了测试：在 IIS 重新启动后，将不会有 w3wp.exe 或 php-cgi.exe 进程在运行。当 5 个并发请求进来时：w3wp.exe 将启动并产生 4 个 php-cgi.exe 进程（检查任务管理器）
- 为了增加并发性，我们将 FastCGI“Max Instances”设置为 0，这允许 IIS 根据可用资源决定要处理的数量，但您也可以将其设置为特定的更高数字。我们对此进行了测试，我相信它是准确的。您可以看到 w2wp.exe 进程和 php-cgi.exe 进程的数量随着请求的传入而增加。
- 您还应该能够增加 DefaultAppPool 工作进程，如果您将其设置为 4 并将 FastCGI 实例保留为 4，那么理论上应该意味着每个工作进程将产生自己的 4 个 FastCGI 实例总共 4x4=16 个并发请求。我还没有进行足够的测试以确保 100% 这就是实际发生的情况。
解决方法
Instance MaxRequests：控制 FastCGI 进程回收行为。指定在进程回收之前允许 FastCGI 应用程序处理的最大请求数。默认值为 200。
Max Instances：指定所选 FastCGI 应用程序的应用程序进程池中允许的最大 FastCGI 进程数。此数字还表示 FastCGI 应用程序可以处理的最大并发请求数。默认值为 4。
队列长度：指定为 FastCGI 应用程序池排队的最大请求数。当队列已满时，后续请求会向客户端返回 HTTP 错误代码 503（服务不可用）。此错误代码表示应用程序太忙。默认值为 1000。
Rapid Fails PerMinute：指定对应用程序的请求所允许的最长时间。如果 FastCGI 进程在单个请求上花费的时间超过指定的时间，它就会被终止。默认值为 90 秒。
应用程序池：
队列长度：向 HTTP.sys 指示在拒绝未来请求之前要排队等待应用程序池的请求数。默认值为 1000。
最大工作进程数：表示将用于应用程序池的最大工作进程数。
Recycling中的属性可以参考这个链接：
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。