Respaldo de HHVM a PHP-FPM

Respaldo de HHVM a PHP-FPM

Estoy ejecutando una aplicación PHP en nginx con HHVM como principal y PHP-FPM como respaldo

Esta es mi configuración de nginx con respecto al procesamiento de php.

  location ~ \.(hh|php)$ {
    fastcgi_intercept_errors on;
    error_page 500 501 502 503 = @fallback;

    try_files $uri =404;

    fastcgi_split_path_info ^(.+\.php)(/.+)$;

    fastcgi_keep_conn on;

    include         fastcgi_params;
    fastcgi_index   index.php;
    fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param   SERVER_NAME $host;
    fastcgi_pass    127.0.0.1:9000;
  }

  location @fallback {

    try_files $uri =404;

    fastcgi_split_path_info ^(.+\.php)(/.+)$;

    include         fastcgi_params;
    fastcgi_index   index.php;
    fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param   SERVER_NAME $host;
    fastcgi_pass    unix:/var/run/php5-fpm.sock;

  }

Para probar la configuración, detuve el servicio hhvm. Normalmente, eso pasaría la solicitud a PHP-FPM y debería devolver 200, pero recibo el error 502 de la siguiente manera:

12296#0: *17 connect() failed (111: Connection refused) while connecting to upstream, client: 172.31.34.235, server: stylep3.com, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host:localhost

¿Estoy haciendo algo mal aquí?

Respuesta1

Descubrí que hhvm incluye hhvm.conf en el archivo vhost predeterminado de nginx.

Eso es procesar la solicitud y enviar el error.

Modifiqué la configuración para

upstream php_backend {
  server 127.0.0.1:9000;
  server unix:/var/run/php5-fpm.sock backup;
}


server {
#
# other conf...
#

 location ~ \.(hh|php)$ {
    fastcgi_intercept_errors on;

    try_files $uri =404;

    fastcgi_split_path_info ^(.+\.php)(/.+)$;

    fastcgi_keep_conn on;

    include         fastcgi_params;
    fastcgi_index   index.php;
    fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param   SERVER_NAME $host;
    fastcgi_pass    php_backend;
  }

}

y eliminó la línea

include hhvm.conf

desde el archivo vhost.

¡Eso resolvió el problema!

información relacionada