2017-01-23 47 views
0

我建立码头工人容器(高山)具有以下配置:PHPFPM插座临时不可用,即使命中nginx的静态文件

  • Nginx的
  • PHP7
  • PHPFPM
  • WordPress的可湿性粉剂超高速缓存

Nginx的已配置(或因此我认为),投放由WP-S生成静态的HTML页面UPER缓存。

码头容器中的大多数连接都是通过unix套接字(wp中的mysql db,nginx中的phpfpm)完成的。

问题: 该网站的初始和后续请求都非常快,但是当我压力测试的服务器我得到奇怪的php-fpm的错误:

*144 connect() to unix:/var/run/php-fpm.sock failed (11: Resource temporarily unav 
ailable) while connecting to upstream, client: 192.168.0.102, server: www.local.dev, request: "GET /hello-world/ HTTP 
/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.sock:", host: "www.local.dev" 

我的问题是,为什么PHP-FPM如果nginx负责在高压力情况下处理这些文件,并且即使使用php-fpm,为什么unix套接字失败,也会使用它。

当然有解决这个问题的任何提示?

我发现,如果我让压力测试仪工具运行很长时间,php-fpm正在创建新的进程来照顾负载,但我正在寻找推动aws ec2 micro.t2实例和我不认为它可以支持它在我的8核心机器上产生的所有进程。

配置:

Nginx的: https://gist.github.com/taosx/c1ffc7294b5ca64d11a6607d36d5b49e

我曾尝试切换与TCP/IP(127.0.0.1:9000)的PHP-FPM Unix套接字,但我仍然得到同样的错误并且初始请求会减慢20%。

回答

0

我解决了我的问题。 我有我的wp-super-cache生成的html文件的错误路径。 而不是/wp-content/cache/supercache/$http_host/$cache_uri/index.html我有/wp-content/cache/$http_host/$cache_uri/index.html。 请注意丢失的超级缓存子文件夹。