Докер: Докеры Nginx и php5-fpm не разговаривают

Я бы хотел полностью установить Drupal. Мой первый шаг — запустить контейнеры с Nginx и php5-fpm, оба на основе Debian. Я на альфа-канале CoreOS (использую Digital Ocean.)

Мои Dockerfiles следующие:

Nginx:

FROM debian
MAINTAINER fvhemert
RUN apt-get update && apt-get install -y nginx && echo "\ndaemon off;" >> /etc/nginx/nginx.conf
CMD ["nginx"]
EXPOSE 80

Этот контейнер строится и работает красиво. Я вижу страницу Nginx по умолчанию на моем сервере IP.

Php5-FPM:

FROM debian
MAINTAINER fvhemert
RUN apt-get update && apt-get install -y \
php5-fpm \
&& sed 's/;daemonize = yes/daemonize = no/' -i /etc/php5/fpm/php-fpm.conf
CMD ["php5-fpm"]
EXPOSE 9000

Этот контейнер также собирается без проблем и продолжает работать при запуске.

Сначала я запускаю контейнер php5-fpm:

docker run -d --name php5-fpm freek/php5-fpm:1

Затем я запускаю Nginx, связанный с php5-fpm:

docker run -d -p 80:80 --link php5-fpm:phpserver --name nginx freek/nginx-php:1

Связывание, кажется, работает, в / etc / hosts есть запись с именем phpserver. Оба докера работают:

core@dockertest ~ $ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                NAMES
fd1a9ae0f1dd        freek/nginx-php:4   "nginx"             38 minutes ago      Up 38 minutes       0.0.0.0:80->80/tcp   nginx
3bd12b3761b9        freek/php5-fpm:2    "php5-fpm"          38 minutes ago      Up 38 minutes       9000/tcp             php5-fpm

Я настроил некоторые файлы конфигурации. Для контейнера Nginx я отредактировал / etc / nginx / sites-enabled / default и изменил:

server {
#listen   80; ## listen for ipv4; this line is default and implied
#listen   [::]:80 default_server ipv6only=on; ## listen for ipv6

root /usr/share/nginx/www;
index index.html index.htm index.php;

(Я добавил index.php)

И далее:

location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
#       # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
#
#       # With php5-cgi alone:
fastcgi_pass phpserver:9000;
#       # With php5-fpm:
#       fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi_params;
}

В докере php5-fpm я изменил /etc/php5/fpm/php.ini:

cgi.fix_pathinfo=0

php5-fpm работает:

[21-Nov-2014 06:15:29] NOTICE: fpm is running, pid 1
[21-Nov-2014 06:15:29] NOTICE: ready to handle connections

Я также изменил index.html на index.php, он выглядит так (/usr/share/nginx/www/index.php):

<html>
<head>
<title>Welcome to nginx!</title>
</head>
<body bgcolor="white" text="black">
<center><h1>Welcome to nginx!</h1></center>

<?php
phpinfo();
?>

</body>
</html>

Я отсканировал порт 9000 из докера Nginx, он выглядит закрытым. Не очень хороший знак, конечно:

root@fd1a9ae0f1dd:/# nmap -p 9000 phpserver

Starting Nmap 6.00 ( http://nmap.org ) at 2014-11-21 06:49 UTC
Nmap scan report for phpserver (172.17.0.94)
Host is up (0.00022s latency).
PORT     STATE  SERVICE
9000/tcp closed cslistener
MAC Address: 02:42:AC:11:00:5E (Unknown)

Nmap done: 1 IP address (1 host up) scanned in 0.13 seconds

Журналы Nginx:

root@fd1a9ae0f1dd:/# vim /var/log/nginx/error.log
2014/11/20 14:43:46 [error] 13#0: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 194.171.252.110, server: localhost, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "128.199.60.95"2014/11/21 06:15:51 [error] 9#0: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 145.15.244.119, server: localhost, request: "GET / HTTP/1.0", upstream: "fastcgi://172.17.0.94:9000", host: "128.199.60.95"

Да, это идет не так, и я продолжаю получать ошибку 502 неверного шлюза при просмотре моего экземпляра Nginx.

Мой вопрос: что именно идет не так? Я предполагаю, что мне не хватает некоторых настроек в файлах конфигурации php.

РЕДАКТИРОВАТЬ ДЛЯ БОЛЬШЕ ДЕТАЛЕЙ:
Вот результат (из контейнера php5-fpm после apt-get install net-tools):

root @ 3bd12b3761b9: / # netstat -tapen
Активные интернет-соединения
(серверы и установлены) Proto Recv-Q Локальный адрес Send-Q
Иностранный адрес, состояние, пользовательский индекс, идентификатор программы

Изнутри контейнера Nginx:

root @ fd1a9ae0f1dd: / # netstat -tapen
Активные интернет-соединения
(серверы и установлены) Proto Recv-Q Send-Q Локальный адрес Внешний адрес Состояние Пользовательский Inode PID / Программа
имя tcp 0 0 0.0.0.0:80 0.0.0.0:*
СЛУШАТЬ 0 1875387 —

EDIT2:
Прогрессирование!

В контейнере php5-fpm, в файле:

/etc/php5/fpm/pool.d/www.conf

Я изменил аргумент прослушивания с некоторого имени сокета на:

listen = 9000

Теперь, когда я захожу на свою веб-страницу, я получаю сообщение об ошибке:
«Не указан входной файл.»

Вероятно, у меня есть трейлинг / неправильно где-то. Я посмотрю на это поближе!

EDIT3:

Итак, я восстановил докеры с вышеупомянутыми изменениями, и кажется, что они разговаривают. Тем не менее, моя веб-страница сообщает мне: «файл не найден». Я очень уверен, что это связано с документом, который nginx отправляет в php-fpm, но я понятия не имею, как он должен выглядеть. Я использовал значения по умолчанию при использовании метода сокета, который всегда работал. Теперь это больше не работает. Что должно быть в / etc / nginx / sites-enabled / default в расположении ~ .php $ {?

13

Решение

Причина того, что это не работает, как вы сами обнаружили, заключается в том, что nginx отправляет только путь к файлу PHP в PHP-FPM, а не сам файл (что было бы весьма неэффективно). Решение состоит в том, чтобы использовать третий контейнер VOLUME только для данных для размещения файлов, а затем смонтировать его в обоих экземплярах докера.

FROM debian
VOLUME /var/www
CMD ['true']

Создайте вышеупомянутый Dockerfile и создайте экземпляр (назовите его, например: storage-www), затем запустите контейнеры nginx и PHP-FPM с опцией:

--volumes-from storage-www

Это будет работать, если вы запустите оба контейнера на одном физическом сервере.
Но вы все равно можете использовать разные серверы, если вы поместите этот контейнер только для данных в сетевую файловую систему, такую ​​как GlusterFS, которая является довольно эффективной и может быть распределена по крупномасштабной сети.

Надеюсь, это поможет.

Обновить:

Начиная с 2015 года, лучший способ сделать постоянные ссылки между контейнерами — это использовать докер-Compose.

13

Другие решения

Итак, я протестировал все настройки, и ни одна из них не работала между докерами, в то время как они работали с одинаковыми настройками на 1 сервере (или, вероятно, также в одном докере). Затем я обнаружил, что php-fpm не берет php-файлы из nginx, он получает путь, и если он не может найти тот же файл в своем собственном контейнере, он генерирует «файл не найден». Смотрите здесь для более подробной информации: https://code.google.com/p/sna/wiki/NginxWithPHPFPM Так что это решает вопрос, но не проблему, к сожалению. Это очень раздражает для людей, которые хотят балансировать нагрузку с несколькими серверами php-fpm, им придется все синхронизировать или что-то в этом роде. Я надеюсь, что когда-нибудь я найду лучшее решение. Спасибо за ответы.

РЕДАКТИРОВАТЬ: Возможно, я могу смонтировать один и тот же том в обоих контейнерах и заставить его работать таким образом. Это не будет решением при использовании нескольких серверов.

2

Когда вы находитесь в вашем контейнере как

корень @ fd1a9ae0f1dd: / #
проверьте порты, используемые с

netstat -tapen | grep «: 9000»

или же

netstat -lntpu | grep «: 9000»

или те же команды без grep

1