Назад | Перейти на главную страницу

В чем разница между использованием восходящего потока и местоположения для php-fpm?

Я искал, но не смог найти прямого ответа, если бы кто-нибудь мог прояснить это, был бы очень признателен, спасибо!

location ~ \.php$ {
    try_files      $uri = 404;
    fastcgi_pass   unix:/run/php-fpm/php-fpm.sock;
    fastcgi_index  index.php;
    include        fastcgi.conf;
}

ИЛИ / И?

upstream php {
    server         unix:/run/php-fpm/php-fpm.sock;
}

Спасибо!

location используется для сопоставления выражений и создания для них правил.

upstream определяет серверы, на которые можно ссылаться.

В вашем примере это означает, что если вы хотите получить эквивалент для

location ~ \.php$ {
    try_files      $uri = 404;
    fastcgi_pass   unix:/run/php-fpm/php-fpm.sock;
    fastcgi_index  index.php;
    include        fastcgi.conf;
}

вам понадобится

upstream php {
    server         unix:/run/php-fpm/php-fpm.sock;
}
location ~ \.php$ {
    try_files      $uri = 404;
    fastcgi_pass   php;
    fastcgi_index  index.php;
    include        fastcgi.conf;
}

Преимущество восходящего блока заключается в том, что вы можете настроить более одного сервера / порта / службы как восходящего потока и распределять по ним трафик, например, следующим образом:

upstream php {
    server 127.0.0.1:8080       max_fails=3 fail_timeout=30s;
    server 192.68.1.2     weight=5;
    server         unix:/run/php-fpm/php-fpm.sock;
}

Вы можете найти больше информации об этом в документации nginx:

http://nginx.org/en/docs/http/ngx_http_upstream_module.html

Я обнаружил, что с nginx По крайней мере, 1.6.2, рабочий синтаксис для меня для блока местоположения:

location ~ \.php$ {
    try_files      $uri = 404;
    fastcgi_pass   php;
    fastcgi_index  index.php;
    include        fastcgi.conf;
}

то есть: не следует указывать http:// протокол перед обращением к бэкэнду php. В http://php синтаксис должен использоваться с proxy_pass инструкция, а не fastcgi_pass.