用Docker创建nginx反向代理

反向代理服务器是一种通常位于web服务器之前的服务器，它可以提供web服务器本身没有的附件功能。

例如，反向代理可以提供SSL终结、负载均衡、请求路由、缓存、压缩，甚至A/B测试。

当用docker容器运行web服务时，运行一个反向代理可以简化部署。

**

为什么为docker使用反向代理？

**
docker容器被分配随机的IP和端口，这使得从客户端的角度来定位这些容器比较困难。默认地，这些IP和端口是私有的，不能从外部访问，除非它们和宿主机绑定。

把容器和宿主机绑定，会阻止运行在同一个端口上的容器。例如，每次都只能有一个docker绑定到端口80。另外，这也使得部署新版本的容器变得复杂。因为新版本只有在旧版本停止服务后，才能启动服务。

反向代理可以解决上面的这些问题，同时通过提供0宕机时间来改进可靠性。

**

产生反向代理配置

**

当容器启动和停止时，设置反向代理的配置是一件负责的事情。通常配置需要手动更新，这需要大量的时间，而且容易出错。

幸运的是，docker提供了一个远程调用API，可以观察容易，并访问容器的IP和端口，已经配置元数据。另外，docker也提供了一个实时事件API，当容器启动和停止时，可以用来发送通知。这些API可以用来自动生成反向代理配置。

docker-gen是一个小应用。它使用docker的API，把容器的元数据导入模板。生成模板后，可以用它重启服务。

使用docker-gen，可以自动生成nginx配置，并当配置发生改变时，重新加载nginx。同样的方法可以用在docker log管理上。

**

针对docker的nginx反向代理

**
下面的nginx模板例子可以用来生成docker容器的反向代理配置。这个模板使用golang。groupby模板函数被用来给运行中的容器分组，分组是基于VIRTUAL_HOST环境变量做的。这个方式简化了遍历容器，以便生成负载均衡的后台，同时也支持了0宕机的部署。

{{ range

containers := groupBy “Env.VIRTUAL_HOST” }}
upstream {{

host }} {

{{ range

value := containers }}
{{ with

address := index value.Addresses 0 }}
server {{

address.IP }}:{{ $address.Port }};
{{ end }}
{{ end }}

}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name {{ $host }};

location / {
    proxy_pass http://{{ $host }};
    include /etc/nginx/proxy_params;
}

}
{{ end }}

这个模板使用下面的命令运行：
docker-gen -only-exposed -watch -notify “/etc/init.d/nginx reload” templates/nginx.tmpl /etc/nginx/sites-enabled/default

-only-exposed - 仅使用暴露出端口的容器.
-watch - 运行后，观察容器的事件，并重新生成模板.
-notify "/etc/init.d/nginx reload" - 重新加载nginx.
templates/nginx.tmpl - nginx模板.
/etc/nginx/sites-enabled/default - 目标文件.

下面是配置了两个容器demo1和demo2的模板

upstream demo1.localhost {
server 172.17.0.4:5000;
server 172.17.0.3:5000;
}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name demo1.localhost;

location / {
    proxy_pass http://demo.localhost;
    include /etc/nginx/proxy_params;
}

}

upstream demo2.localhost {
server 172.17.0.5:5000;
}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name demo2.localhost;

location / {
    proxy_pass http://demo2.localhost;
    include /etc/nginx/proxy_params;
}

}

**

尝试一下

**

可以尝试一下我做好的build。 https://index.docker.io/u/jwilder/nginx-proxy/
运行nginx代理容器：

docker run -e VIRTUAL_HOST=foo.bar.com -t …

如果你使用HTTPS，想运行其他的容器，可以看看github上的项目，以得到更多的信息。

**

结论

**
为docker容器生成nginx反向代理配置，可以通过使用docker API自动的完成。这个方式可以简化部署，提供可用性。

这个方案对运行在单个host上的容器很方便。为分布式主机提供配置依赖服务发现。可以看看docker服务发现的内容，然后找到解决方案。

翻译。原文见： http://jasonwilder.com/blog/2014/03/25/automated-nginx-reverse-proxy-for-docker/

反向代理服务器是一种通常位于web服务器之前的服务器，它可以提供web服务器本身没有的附件功能。

例如，反向代理可以提供SSL终结、负载均衡、请求路由、缓存、压缩，甚至A/B测试。

当用docker容器运行web服务时，运行一个反向代理可以简化部署。

**

为什么为docker使用反向代理？

**
docker容器被分配随机的IP和端口，这使得从客户端的角度来定位这些容器比较困难。默认地，这些IP和端口是私有的，不能从外部访问，除非它们和宿主机绑定。

把容器和宿主机绑定，会阻止运行在同一个端口上的容器。例如，每次都只能有一个docker绑定到端口80。另外，这也使得部署新版本的容器变得复杂。因为新版本只有在旧版本停止服务后，才能启动服务。

反向代理可以解决上面的这些问题，同时通过提供0宕机时间来改进可靠性。

**

产生反向代理配置

**

当容器启动和停止时，设置反向代理的配置是一件负责的事情。通常配置需要手动更新，这需要大量的时间，而且容易出错。

幸运的是，docker提供了一个远程调用API，可以观察容易，并访问容器的IP和端口，已经配置元数据。另外，docker也提供了一个实时事件API，当容器启动和停止时，可以用来发送通知。这些API可以用来自动生成反向代理配置。

docker-gen是一个小应用。它使用docker的API，把容器的元数据导入模板。生成模板后，可以用它重启服务。

使用docker-gen，可以自动生成nginx配置，并当配置发生改变时，重新加载nginx。同样的方法可以用在docker log管理上。

**

针对docker的nginx反向代理

**
下面的nginx模板例子可以用来生成docker容器的反向代理配置。这个模板使用golang。groupby模板函数被用来给运行中的容器分组，分组是基于VIRTUAL_HOST环境变量做的。这个方式简化了遍历容器，以便生成负载均衡的后台，同时也支持了0宕机的部署。

{{ range

containers := groupBy “Env.VIRTUAL_HOST” }}
upstream {{

host }} {

{{ range

value := containers }}
{{ with

address := index value.Addresses 0 }}
server {{

address.IP }}:{{ $address.Port }};
{{ end }}
{{ end }}

}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name {{ $host }};

location / {
    proxy_pass http://{{ $host }};
    include /etc/nginx/proxy_params;
}

}
{{ end }}

这个模板使用下面的命令运行：
docker-gen -only-exposed -watch -notify “/etc/init.d/nginx reload” templates/nginx.tmpl /etc/nginx/sites-enabled/default

-only-exposed - 仅使用暴露出端口的容器.
-watch - 运行后，观察容器的事件，并重新生成模板.
-notify "/etc/init.d/nginx reload" - 重新加载nginx.
templates/nginx.tmpl - nginx模板.
/etc/nginx/sites-enabled/default - 目标文件.

下面是配置了两个容器demo1和demo2的模板

upstream demo1.localhost {
server 172.17.0.4:5000;
server 172.17.0.3:5000;
}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name demo1.localhost;

location / {
    proxy_pass http://demo.localhost;
    include /etc/nginx/proxy_params;
}

}

upstream demo2.localhost {
server 172.17.0.5:5000;
}

server {
#ssl_certificate /etc/nginx/certs/demo.pem;
#ssl_certificate_key /etc/nginx/certs/demo.key;

gzip_types text/plain text/css application/json application/x-javascript
           text/xml application/xml application/xml+rss text/javascript;

server_name demo2.localhost;

location / {
    proxy_pass http://demo2.localhost;
    include /etc/nginx/proxy_params;
}

}

**

尝试一下

**

可以尝试一下我做好的build。 https://index.docker.io/u/jwilder/nginx-proxy/
运行nginx代理容器：

docker run -e VIRTUAL_HOST=foo.bar.com -t …

如果你使用HTTPS，想运行其他的容器，可以看看github上的项目，以得到更多的信息。

**

结论

**
为docker容器生成nginx反向代理配置，可以通过使用docker API自动的完成。这个方式可以简化部署，提供可用性。

这个方案对运行在单个host上的容器很方便。为分布式主机提供配置依赖服务发现。可以看看docker服务发现的内容，然后找到解决方案。

以上就是用Docker创建nginx反向代理的详细内容，更多请关注其它相关文章！