la réponse de @T0xicCode est correcte, mais j'ai pensé que je voudrais développer sur les détails car il m'a réellement pris environ 20 heures pour finalement obtenir une solution de travail mis en œuvre.

si vous cherchez à exécuter Nginx dans son propre conteneur et l'utiliser comme un mandataire inverse pour équilibrer plusieurs applications sur la même instance de serveur, alors les étapes que vous devez suivre sont les suivantes::

Lien Vos Contenants

lorsque vous docker run vos conteneurs, typiquement en entrant un script shell dans User Data , vous pouvez déclarer des liens vers n'importe quel autre contenant "courant . Cela signifie que vous devez démarrer vos conteneurs en ordre et que seuls ces derniers peuvent être reliés aux premiers. Comme ceci:

#!/bin/bash
sudo docker run -p 3000:3000 --name API mydockerhub/api
sudo docker run -p 3001:3001 --link API:API --name App mydockerhub/app
sudo docker run -p 80:80 -p 443:443 --link API:API --link App:App --name Nginx mydockerhub/nginx

ainsi, dans cet exemple, le API conteneur n'est pas lié à d'autres, mais le App conteneur est lié à API et Nginx est liée à la fois API et App .

il en résulte des changements aux vars env et aux fichiers /etc/hosts qui résident dans les conteneurs API et App . Les résultats ressemblent tellement:

/etc / hosts

en cours d'exécution cat /etc/hosts dans votre conteneur Nginx produira le suivant:

172.17.0.5  0fd9a40ab5ec
127.0.0.1   localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.3  App
172.17.0.2  API

ENV Vars

en cours d'exécution env dans votre conteneur Nginx produira le suivant:

API_PORT=tcp://172.17.0.2:3000
API_PORT_3000_TCP_PROTO=tcp
API_PORT_3000_TCP_PORT=3000
API_PORT_3000_TCP_ADDR=172.17.0.2

APP_PORT=tcp://172.17.0.3:3001
APP_PORT_3001_TCP_PROTO=tcp
APP_PORT_3001_TCP_PORT=3001
APP_PORT_3001_TCP_ADDR=172.17.0.3

j'ai tronqué beaucoup de vars réels, mais les ci-dessus sont les valeurs clés dont vous avez besoin pour afficher le trafic sur vos conteneurs.

pour obtenir un shell pour exécuter les commandes ci-dessus dans un conteneur en cours d'exécution, utilisez ce qui suit:

sudo docker exec -i -t Nginx bash

vous pouvez voir que vous avez maintenant les deux entrées de fichier /etc/hosts et env vars qui contiennent l'adresse IP locale pour n'importe lequel des conteneurs qui ont été liés. Pour autant que je sache, c'est tout ce qui se passe quand vous utilisez des conteneurs avec options de lien déclarées. Mais vous pouvez maintenant utiliser cette information pour configurer nginx dans votre Nginx conteneur.

Configuration De Nginx

C'est là que ça devient un peu délicat, et il y a quelques options. Vous pouvez choisir de configurer vos sites pour pointer vers une entrée dans le /etc/hosts fichier que docker créé, ou vous pouvez utiliser le ENV vars et lancer un remplacement de chaîne de caractères (j'ai utilisé sed ) sur votre nginx.conf et tout autre fichier conf qui peut être dans votre /etc/nginx/sites-enabled dossier pour insérer les valeurs IP.

OPTION A: configurer Nginx en utilisant ENV Vars

C'est l'option que j'ai choisi parce que je ne pouvais pas obtenir le /etc/hosts option dans le fichier de travail. Je vais être essayer L'Option B assez tôt et de mettre à jour ce post avec toutes les conclusions.

la différence clé entre cette option et l'utilisation de l'option /etc/hosts est la façon dont vous écrivez votre Dockerfile pour utiliser un script shell comme argument CMD , qui à son tour gère le remplacement de la chaîne de caractères pour copier les valeurs IP de ENV vers votre fichier conf.

Voici l'ensemble des fichiers de configuration j'ai:

fichier Dockerfile

FROM ubuntu:14.04
MAINTAINER Your Name <you@myapp.com>

RUN apt-get update && apt-get install -y nano htop git nginx

ADD nginx.conf /etc/nginx/nginx.conf
ADD api.myapp.conf /etc/nginx/sites-enabled/api.myapp.conf
ADD app.myapp.conf /etc/nginx/sites-enabled/app.myapp.conf
ADD Nginx-Startup.sh /etc/nginx/Nginx-Startup.sh

EXPOSE 80 443

CMD ["/bin/bash","/etc/nginx/Nginx-Startup.sh"]

nginx.conf

daemon off;
user www-data;
pid /var/run/nginx.pid;
worker_processes 1;


events {
    worker_connections 1024;
}


http {

    # Basic Settings

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 33;
    types_hash_max_size 2048;

    server_tokens off;
    server_names_hash_bucket_size 64;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;


    # Logging Settings
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;


    # Gzip Settings

gzip on;
    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 3;
    gzip_buffers 16 8k;
    gzip_http_version 1.1;
    gzip_types text/plain text/xml text/css application/x-javascript application/json;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";

    # Virtual Host Configs  
    include /etc/nginx/sites-enabled/*;

    # Error Page Config
    #error_page 403 404 500 502 /srv/Splash;


}

NOTE: il est important d'inclure daemon off; dans votre fichier nginx.conf pour s'assurer que votre conteneur ne sort pas immédiatement après le lancement.

de l'api.myapp.conf

upstream api_upstream{
    server APP_IP:3000;
}

server {
    listen 80;
    server_name api.myapp.com;
    return 301 https://api.myapp.com/$request_uri;
}

server {
    listen 443;
    server_name api.myapp.com;

    location / {
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_cache_bypass $http_upgrade;
        proxy_pass http://api_upstream;
    }

}

Nginx-Startup.sh

#!/bin/bash
sed -i 's/APP_IP/'"$API_PORT_3000_TCP_ADDR"'/g' /etc/nginx/sites-enabled/api.myapp.com
sed -i 's/APP_IP/'"$APP_PORT_3001_TCP_ADDR"'/g' /etc/nginx/sites-enabled/app.myapp.com

service nginx start

je vous laisse faire vos recherches sur la plupart des contenus de nginx.conf et api.myapp.conf .

la magie se produit dans Nginx-Startup.sh où nous utilisons sed pour faire le remplacement de chaîne sur le placeholder APP_IP que nous avons écrit dans le upstream bloc de nos api.myapp.conf et app.myapp.conf fichiers.

Ce ask.ubuntu.com question il explique très bien: trouver et remplacer le texte dans un fichier en utilisant les commandes

GOTCHA Sur OSX, sed gère les options différemment, le drapeau -i spécifiquement. Sur Ubuntu, le drapeau -i traitera le remplacement "en place"; il ouvrir le fichier, modifier le texte, et puis " enregistrer sur le même fichier. Sur OSX, le -i drapeau exige l'extension de fichier que vous souhaitez que le fichier résultant d'avoir. Si vous travaillez avec un fichier qui n'a pas d'extension, vous devez d'entrée " comme valeur pour le -i pavillon.

GOTCHA Pour utiliser ENV vars dans le regex que sed utilise pour trouver la chaîne que vous voulez remplacer, vous devez envelopper le var dans des guillemets. Donc la bonne, quoique vilain-la recherche, la syntaxe est comme ci-dessus.

donc docker a lancé notre conteneur et déclenché le script Nginx-Startup.sh à exécuter, qui a utilisé sed pour changer la valeur APP_IP à la variable correspondante ENV que nous avons fournie dans la commande sed . Nous avons maintenant des fichiers conf dans notre répertoire /etc/nginx/sites-enabled qui ont les adresses IP du ENV que docker a défini lors du démarrage du conteneur. Dans votre fichier api.myapp.conf , vous verrez que le bloc upstream a changé pour ceci:

upstream api_upstream{
    server 172.0.0.2:3000;
}

l'adresse IP que vous voyez peut être différente, mais j'ai remarqué que c'est habituellement 172.0.0.x .

vous devriez maintenant avoir tout routage approprié.

GOTCHA Vous ne pouvez pas redémarrer/redémarrer les conteneurs une fois que vous avez lancé l'instance initiale. Docker fournit à chaque conteneur une nouvelle IP lors du lancement et ne semble pas réutiliser tout ce qu'il est utilisé avant. Donc api.myapp.com 172.0.0.2 la première fois, mais se 172.0.0.4 la prochaine fois. Mais Nginx aura déjà défini la première adresse IP dans ses fichiers conf, ou dans son fichier /etc/hosts , de sorte qu'il ne pourra pas déterminer la nouvelle adresse IP pour api.myapp.com . La solution est d'utiliser CoreOS et son service etcd qui, à ma connaissance limitée, agit comme un ENV partagé pour toutes les machines enregistrées dans le même cluster CoreOS . C'est le prochain jouet avec lequel je vais jouer.

OPTION B: utiliser /etc/hosts entrées de fichier

Ce devrait être le plus rapide, la plus facile de le faire, mais je ne pouvais pas le faire fonctionner. Ostensiblement vous venez d'entrer la valeur de la /etc/hosts entrée dans votre api.myapp.conf et app.myapp.conf fichiers, mais je ne pouvais pas obtenir cette méthode de travail.

mise à JOUR: Voir @Wes Tod's answer pour des instructions sur la façon de faire fonctionner cette méthode.

Voici la tentative que j'ai faite dans api.myapp.conf :

upstream api_upstream{
    server API:3000;
}

considérant Qu'il y a une entrée dans mon fichier /etc/hosts comme ceci: 172.0.0.2 API j'ai pensé qu'il serait juste tirer dans la valeur, mais il ne semble pas être.

j'ai également eu un couple de problèmes accessoires avec mon Elastic Load Balancer l'approvisionnement de tous les AZ de sorte que peut avoir été le problème lorsque j'ai essayé cette route. Au lieu de cela, j'ai dû apprendre à gérer le remplacement des chaînes sous Linux, alors c'était amusant. Je vais essayer ça dans un moment et voir comment ça se passe.