Docker Networking-nginx:[emerg]主机未在上游找到

Question

我最近开始迁移到Docker1.9和Docker-Compose1.5的网络功能，以取代使用链接。

到目前为止，使用链接，nginx通过docker-compose连接到我的php5-fpm fastcgi服务器（位于一个组中的不同服务器上）没有任何问题。最近，当我运行docker-compose-x-networking up时，我的php-fpm、mongo和nginx容器启动了，但是nginx却以[emerg]1#1:在/etc/nginx/conf.d/default.conf:16中的上游“waapi_php_1”中找不到主机而立即退出

但是，如果我在php和mongo容器运行时再次运行docker-compose命令（nginx退出），那么nginx将启动并从那时起正常工作。

这是我的docker-compose.yml文件：

nginx:
  image: nginx
  ports:
    - "42080:80"
  volumes:
    - ./config/docker/nginx/default.conf:/etc/nginx/conf.d/default.conf:ro

php:
  build: config/docker/php
  ports:
    - "42022:22"
  volumes:
    - .:/var/www/html
  env_file: config/docker/php/.env.development

mongo:
  image: mongo
  ports:
    - "42017:27017"
  volumes:
    - /var/mongodata/wa-api:/data/db
  command: --smallfiles

这是nginx的default.conf:

server {
    listen  80;

    root /var/www/test;

    error_log /dev/stdout debug;
    access_log /dev/stdout;

    location / {
        # try to serve file directly, fallback to app.php
        try_files $uri /index.php$is_args$args;
    }

    location ~ ^/.+\.php(/|$) {
        # Referencing the php service host (Docker)
        fastcgi_pass waapi_php_1:9000;

        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;

        # We must reference the document_root of the external server ourselves here.
        fastcgi_param SCRIPT_FILENAME /var/www/html/public$fastcgi_script_name;

        fastcgi_param HTTPS off;
    }
}

Answer 1

在引入depends_on特性（下面讨论）之前，有可能使用“volumes_from”作为一种变通方法。您所要做的只是更改docker-compose文件，如下所示：

nginx:
  image: nginx
  ports:
    - "42080:80"
  volumes:
    - ./config/docker/nginx/default.conf:/etc/nginx/conf.d/default.conf:ro
  volumes_from:
    - php

php:
  build: config/docker/php
  ports:
    - "42022:22"
  volumes:
    - .:/var/www/html
  env_file: config/docker/php/.env.development

mongo:
  image: mongo
  ports:
    - "42017:27017"
  volumes:
    - /var/mongodata/wa-api:/data/db
  command: --smallfiles

在上述方法中，一个很大的警告是php的卷暴露在nginx中，这是不需要的。但目前这是一个可以使用的docker特定的变通方法。

depends_on特性这可能是一个未来的答案。因为该功能尚未在Docker中实现（从1.9开始）

1. 让nginx重试，直到php服务器启动-我更喜欢这个
2. 使用上面描述的volums_from变通方法--我将避免使用这个方法，因为卷泄漏到不必要的容器中。