扩展Nginx，PHP-FPM和MongoDB

如何解决扩展Nginx，PHP-FPM和MongoDB

|| 我正在寻找使用PHP-FPM在Nginx下扩展PHP应用程序的最佳方法。我正在查看大约1200的并发性。目前，超过400的任何事物都开始获得较慢的响应时间。响应大小通常很小，但有些可能会很大。除了少数几个，请求大小通常很小。事情很快就解决了，直到承受沉重的负担。响应时间降低到2到50秒之间的任何时间。在轻负载下，响应时间在100到300毫秒之间变化。服务器设置为2台服务器。前面是负载均衡器，两个框中都是PHP-FPM，Nginx和MongoDB。一台服务器运行mongod主服务器和仲裁服务器，另一台服务器运行从服务器（除非发生故障转移）。我知道Mongo的最佳做法，但是我没有足够的服务器来拥有专用的数据库服务器。仍然有相当多的可用夯，并且最后1分钟的平均负载从未超过0.7。它们是8个核心盒子，每个盒子有16个演出的内存，所以这不应该成为瓶颈。 Mongo一点也不汗水，Nginx和PHP-FPM似乎也不是。我已经使用db.serverStatus（）检查了主要统计信息和MongoDB。我的问题是，考虑到我的并发性，我的Nginx fastcgi设置看起来正确吗，即使它与Nginx设置没有任何关系，我是否还会缺少其他东西？

fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 128k;
fastcgi_buffers 4 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
fastcgi_intercept_errors on;

较低的“ ulimit -n \”会减慢速度吗？在高负载下，Mongo使用大约500到600个连接。 Ulimit设置如下：

core file size          (blocks,-c) 0
data seg size           (kbytes,-d) unlimited
scheduling priority             (-e) 0
file size               (blocks,-f) unlimited
pending signals                 (-i) 147456
max locked memory       (kbytes,-l) 32
max memory size         (kbytes,-m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes,-p) 8
POSIX message queues     (bytes,-q) 819200
real-time priority              (-r) 0
stack size              (kbytes,-s) 10240
cpu time               (seconds,-t) unlimited
max user processes              (-u) 147456
virtual memory          (kbytes,-v) unlimited
file locks                      (-x) unlimited

仅供参考，在进行1200并发负载测试时，我将增加\“ ulimit -n \”。提前致谢。

解决方法

似乎只需要一点计算即可。由于我有8个可用的内核，因此我可以生成更多的nginx worker进程： nginx.conf

worker_processes 4;
events {
    worker_connections 1024;
}

而16gb的ram将为静态数量的php-fpm工作者提供一些空间。 php-fpm.conf

pm = static
pm.max_children = 4096

Nginx fastcgi设置保持不变。随着设置的更改，我可能还需要做一些调整，服务器负载下降时可接受的并发数保持不变，但这似乎可以解决问题，并且至少是一个起点。在负载变得很高之前，单个服务器似乎可以处理大约2000个并发。 ApacheBench开始在500并发性上出现错误，因此应从多个服务器上进行AB测试。正如David所说，理想情况下，这可以用更容易扩展的方式来编写，但鉴于此时此刻尚不可行。我希望这对其他人有帮助。 , MongoDB不是这里的瓶颈。如果您需要1200+并发连接，则PHP-FPM（通常为PHP）可能不是完成此工作的工具。其实，把它刮开。这不是完成这项工作的正确工具。许多基准测试断言，在200-500个并发连接之后，nginx / PHP-FPM开始动摇（请参阅此处）。去年，我处于类似的情况，而不是尝试扩展不可扩展的内容，而是使用Kilim（我也参与了该项目）重写了Java中的应用程序。另一个不错的选择是用Erlang（Facebook使用的语言）编写它。我强烈建议您在这里重新评估选择的语言，并在为时已晚之前进行重构。假设您使PHP-FPM可以1200甚至1500个并发连接正常工作。那2000年呢？ 5000？ 10000？毫无疑问，这是绝对不可能的。

扩展Nginx，PHP-FPM和MongoDB

如何解决扩展Nginx，PHP-FPM和MongoDB

解决方法

相关推荐