Docker,Symfony nginx/php-fpm 初始化非常慢
Docker, Symfony nginx/php-fpm initialized very slow
使用这个 project/Docker 设置:
https://gitlab.com/martinpham/symfony-5-docker
当我执行 docker-compose up -d
时,我必须等待大约 2-3 分钟才能使其正常工作。
在加载之前,它给我“502 Bad Gateway”并记录错误:
2020/05/10 09:22:23 [error] 8#8: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.28.0.1, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://172.28.0.3:9000", host: "localhost"
为什么 nginx 或 php-fpm 或其他的加载速度这么慢?
这是我第一次使用 nginx 和 Symfony。这是正常的吗?我希望它最多在 1-2 秒内加载,而不是 2-3 分钟。
是的,我见过类似的问题,但没有适合我的解决方案。
应该更改一些 nginx/php-fpm/docker-compose 配置 - 我试过了,但没有成功。
我修改了一点 nginx/sites/default.conf (只是添加了 xdebug 东西)
server {
listen 80 default_server;
#listen [::]:80 default_server ipv6only=on;
server_name localhost;
root /var/www/public;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
location ~ \.php$ {
try_files $uri /index.php =404;
fastcgi_pass php-upstream;
fastcgi_index index.php;
fastcgi_buffers 4 256k;
fastcgi_buffer_size 128k;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
#!!!!fixes timeouts
fastcgi_read_timeout 600;
include fastcgi_params;
fastcgi_param PHP_VALUE "xdebug.remote_autostart=1
xdebug.idekey=PHPSTORM
xdebug.remote_enable=1
xdebug.remote_port=9001
xdebug.remote_host=192.168.0.12";
}
location ~ /\.ht {
deny all;
}
location /.well-known/acme-challenge/ {
root /var/www/letsencrypt/;
log_not_found off;
}
}
nginx/conf.d/default.conf:
upstream php-upstream {
server php-fpm:9000;
}
docker-compose.yml:
version: '3'
services:
database:
build:
context: ./database
environment:
- MYSQL_DATABASE=${DATABASE_NAME}
- MYSQL_USER=${DATABASE_USER}
- MYSQL_PASSWORD=${DATABASE_PASSWORD}
- MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
ports:
- "3306:3306"
volumes:
- ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
- ./database/data:/var/lib/mysql
php-fpm:
build:
context: ./php-fpm
depends_on:
- database
environment:
- TIMEZONE=Europe/Tallinn
- APP_ENV=${APP_ENV}
- APP_SECRET=${APP_SECRET}
- DATABASE_URL=mysql://${DATABASE_USER}:${DATABASE_PASSWORD}@database:3306/${DATABASE_NAME}?serverVersion=5.7
volumes:
- ../src:/var/www
nginx:
build:
context: ./nginx
volumes:
- ../src:/var/www
- ./nginx/nginx.conf:/etc/nginx/nginx.conf
- ./nginx/sites/:/etc/nginx/sites-available
- ./nginx/conf.d/:/etc/nginx/conf.d
- ./logs:/var/log
depends_on:
- php-fpm
ports:
- "80:80"
- "443:443"
编辑:
我想我知道为什么现在您的项目需要很长时间才能开始。我仔细查看了 php-fpm 文件夹中的 Dockerfile,您有该命令:
CMD composer install ; wait-for-it database:3306 -- bin/console doctrine:migrations:migrate ; php-fpm
如您所见,该命令将安装所有 composer 依赖项,然后等待它可以连接到 docker-compose.yml
配置中定义的数据库容器:
services:
database:
build:
context: ./database
environment:
- MYSQL_DATABASE=${DATABASE_NAME}
- MYSQL_USER=${DATABASE_USER}
- MYSQL_PASSWORD=${DATABASE_PASSWORD}
- MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
ports:
- "3306:3306"
volumes:
- ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
- ./database/data:/var/lib/mysql
一旦数据库启动并运行ning,它会运行迁移src/src/Migrations
中的文件来更新数据库,然后启动php-fpm。
在所有这些都完成之前,您的项目还没有准备好,您将收到漂亮的“502 Bad Gateway”错误。
您可以通过 运行ning docker-compose up
验证这一点以及发生了什么,但这次省略 -d
参数,这样您就不会 运行 在分离模式下,这将实时显示您所有的容器日志。
您会看到一堆日志,包括与 composer 在后台执行的操作相关的日志,例如:
api-app | - Installing ocramius/package-versions (1.8.0): Downloading (100%)
api-app | - Installing symfony/flex (v1.6.3): Downloading (100%)
api-app |
api-app | Prefetching 141 packages
api-app | - Downloading (100%)
api-app |
api-app | - Installing symfony/polyfill-php73 (v1.16.0): Loading from cache
api-app | - Installing symfony/polyfill-mbstring (v1.16.0): Loading from cache
Composer 安装可能需要更多或更少的时间,具体取决于您是否缓存了所有存储库。
如果您想在开发过程中加快速度,这里的解决方案是从 Dockerfile 中删除 composer install
命令,并仅在您想要 update/install 新的时候手动 运行 它依赖项。这样,您每次 运行 docker-compose up -d
.
时都可以避免 composer install
成为 运行
要手动执行此操作,您需要连接到您的容器,然后手动 运行 composer install
或者如果您直接在 OS 中安装了 composer,您可以简单地导航到 src 文件夹和 运行 相同的命令。
这个 + 下面的技巧应该可以帮助您在本地有一个足够快的项目。
我有类似的配置并且一切正常,命令 docker-compose
第一次使用时应该需要一些时间 运行 因为你的图像需要构建,但之后它应该'甚至花一秒钟 运行.
然而,据我所知,您安装了很多可能会影响性能的卷。当我 运行 在 Mac 上使用 nginx 和 Symfony 进行测试时,一开始我的表现非常糟糕,页面加载至少需要 30 秒。
在我的案例中,一个加快速度的解决方案是在我的一些卷上使用 :delegated
选项来加速它们的访问。
尝试将该选项添加到您的卷中,看看它是否会为您带来任何改变:
[...]
volumes:
- ../src:/var/www:delegated
[...]
如果 delegated
不适合您,请阅读有关其他选项 consistent
和 cached
here 的更多信息,以了解最适合您需求的选项。
使用这个 project/Docker 设置: https://gitlab.com/martinpham/symfony-5-docker
当我执行 docker-compose up -d
时,我必须等待大约 2-3 分钟才能使其正常工作。
在加载之前,它给我“502 Bad Gateway”并记录错误:
2020/05/10 09:22:23 [error] 8#8: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.28.0.1, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://172.28.0.3:9000", host: "localhost"
为什么 nginx 或 php-fpm 或其他的加载速度这么慢? 这是我第一次使用 nginx 和 Symfony。这是正常的吗?我希望它最多在 1-2 秒内加载,而不是 2-3 分钟。
是的,我见过类似的问题,但没有适合我的解决方案。 应该更改一些 nginx/php-fpm/docker-compose 配置 - 我试过了,但没有成功。 我修改了一点 nginx/sites/default.conf (只是添加了 xdebug 东西)
server {
listen 80 default_server;
#listen [::]:80 default_server ipv6only=on;
server_name localhost;
root /var/www/public;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
location ~ \.php$ {
try_files $uri /index.php =404;
fastcgi_pass php-upstream;
fastcgi_index index.php;
fastcgi_buffers 4 256k;
fastcgi_buffer_size 128k;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
#!!!!fixes timeouts
fastcgi_read_timeout 600;
include fastcgi_params;
fastcgi_param PHP_VALUE "xdebug.remote_autostart=1
xdebug.idekey=PHPSTORM
xdebug.remote_enable=1
xdebug.remote_port=9001
xdebug.remote_host=192.168.0.12";
}
location ~ /\.ht {
deny all;
}
location /.well-known/acme-challenge/ {
root /var/www/letsencrypt/;
log_not_found off;
}
}
nginx/conf.d/default.conf:
upstream php-upstream {
server php-fpm:9000;
}
docker-compose.yml:
version: '3'
services:
database:
build:
context: ./database
environment:
- MYSQL_DATABASE=${DATABASE_NAME}
- MYSQL_USER=${DATABASE_USER}
- MYSQL_PASSWORD=${DATABASE_PASSWORD}
- MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
ports:
- "3306:3306"
volumes:
- ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
- ./database/data:/var/lib/mysql
php-fpm:
build:
context: ./php-fpm
depends_on:
- database
environment:
- TIMEZONE=Europe/Tallinn
- APP_ENV=${APP_ENV}
- APP_SECRET=${APP_SECRET}
- DATABASE_URL=mysql://${DATABASE_USER}:${DATABASE_PASSWORD}@database:3306/${DATABASE_NAME}?serverVersion=5.7
volumes:
- ../src:/var/www
nginx:
build:
context: ./nginx
volumes:
- ../src:/var/www
- ./nginx/nginx.conf:/etc/nginx/nginx.conf
- ./nginx/sites/:/etc/nginx/sites-available
- ./nginx/conf.d/:/etc/nginx/conf.d
- ./logs:/var/log
depends_on:
- php-fpm
ports:
- "80:80"
- "443:443"
编辑:
我想我知道为什么现在您的项目需要很长时间才能开始。我仔细查看了 php-fpm 文件夹中的 Dockerfile,您有该命令:
CMD composer install ; wait-for-it database:3306 -- bin/console doctrine:migrations:migrate ; php-fpm
如您所见,该命令将安装所有 composer 依赖项,然后等待它可以连接到 docker-compose.yml
配置中定义的数据库容器:
services:
database:
build:
context: ./database
environment:
- MYSQL_DATABASE=${DATABASE_NAME}
- MYSQL_USER=${DATABASE_USER}
- MYSQL_PASSWORD=${DATABASE_PASSWORD}
- MYSQL_ROOT_PASSWORD=${DATABASE_ROOT_PASSWORD}
ports:
- "3306:3306"
volumes:
- ./database/init.sql:/docker-entrypoint-initdb.d/init.sql
- ./database/data:/var/lib/mysql
一旦数据库启动并运行ning,它会运行迁移src/src/Migrations
中的文件来更新数据库,然后启动php-fpm。
在所有这些都完成之前,您的项目还没有准备好,您将收到漂亮的“502 Bad Gateway”错误。
您可以通过 运行ning docker-compose up
验证这一点以及发生了什么,但这次省略 -d
参数,这样您就不会 运行 在分离模式下,这将实时显示您所有的容器日志。
您会看到一堆日志,包括与 composer 在后台执行的操作相关的日志,例如:
api-app | - Installing ocramius/package-versions (1.8.0): Downloading (100%)
api-app | - Installing symfony/flex (v1.6.3): Downloading (100%)
api-app |
api-app | Prefetching 141 packages
api-app | - Downloading (100%)
api-app |
api-app | - Installing symfony/polyfill-php73 (v1.16.0): Loading from cache
api-app | - Installing symfony/polyfill-mbstring (v1.16.0): Loading from cache
Composer 安装可能需要更多或更少的时间,具体取决于您是否缓存了所有存储库。
如果您想在开发过程中加快速度,这里的解决方案是从 Dockerfile 中删除 composer install
命令,并仅在您想要 update/install 新的时候手动 运行 它依赖项。这样,您每次 运行 docker-compose up -d
.
composer install
成为 运行
要手动执行此操作,您需要连接到您的容器,然后手动 运行 composer install
或者如果您直接在 OS 中安装了 composer,您可以简单地导航到 src 文件夹和 运行 相同的命令。
这个 + 下面的技巧应该可以帮助您在本地有一个足够快的项目。
我有类似的配置并且一切正常,命令 docker-compose
第一次使用时应该需要一些时间 运行 因为你的图像需要构建,但之后它应该'甚至花一秒钟 运行.
然而,据我所知,您安装了很多可能会影响性能的卷。当我 运行 在 Mac 上使用 nginx 和 Symfony 进行测试时,一开始我的表现非常糟糕,页面加载至少需要 30 秒。
在我的案例中,一个加快速度的解决方案是在我的一些卷上使用 :delegated
选项来加速它们的访问。
尝试将该选项添加到您的卷中,看看它是否会为您带来任何改变:
[...]
volumes:
- ../src:/var/www:delegated
[...]
如果 delegated
不适合您,请阅读有关其他选项 consistent
和 cached
here 的更多信息,以了解最适合您需求的选项。