我有一个通配符DNS设置,以便所有对自定义域(* .foo)的Web请求映射到Docker主机的IP地址 . 如果我有多个容器运行Apache(或Nginx)实例,则每个容器将Apache端口(80)映射到某个外部入站端口 .
我想做的是向container-1.foo发出请求,该请求已经通过我的自定义DNS服务器映射到(Docker主机的)正确的IP地址,但代理默认端口80请求到正确的Docker外部端口,以便指定容器中的正确Apache实例能够基于自定义域进行响应 . 同样,container-2.foo将代理到第二个容器的apache,依此类推 .
是否有预先构建的解决方案,最好在Docker主机上运行Nginx代理,或者我应该编写一个node.js代理,可以管理Docker容器(通过Web启动/停止/重新启动) ), 要么...?我有什么选择可以使Docker容器更像是一个自然事件而不是具有无关端口和容器杂耍的东西?
3 回答
这个答案可能有点晚了,但请看一下Jason Wilder's nginx-proxy Docker image . 运行此映像的Docker容器时,会将nginx服务器设置为其他容器的反向代理,而无需维护配置 .
只需使用
VIRTUAL_HOST
环境变量运行其他容器,nginx-proxy将发现他们的ip:port并为您更新nginx配置 .假设您的DNS已设置为
*.test.local
映射到Docker主机的IP地址,然后启动以下容器以运行快速演示:以下是两个可能的答案:(1)直接使用Docker设置端口并使用Nginx / Apache代理虚拟主机,或者(2)使用Dokku为您管理端口和虚拟机(这是我学习方法1的方法) .
方法1a(直接用docker分配端口)
步骤1:在主机上设置nginx.conf或Apache,并指定所需的端口号 . 在主机上运行的此Web服务器将执行vhost代理 . 关于Docker没有什么特别之处 - 这是正常的虚拟主机托管 . 接下来,在步骤2中,特殊部分将使Docker使用正确的主机端口号 .
步骤2:使用“-p”强制Docker中的端口号分配以设置Docker的端口映射,并使用“-e”在Docker中设置自定义环境变量,如下所示:
方法1b硬编码的应用程序端口
...如果你的应用程序使用硬编码端口,例如端口5000(即不能通过PORT环境变量配置,如方法1a),那么它可以通过Docker进行硬编码,如下所示:
方法2(让Dokku找出端口)
目前,管理Docker虚拟主机的一个很好的选择是Dokku . 即将推出的选项可能是使用Flynn,但截至目前,Flynn刚刚开始并没有做好准备 . 因此,我们现在使用Dokku:在遵循Dokku安装说明后,对于单个域,通过创建"VHOST"文件启用vhost:
现在,当一个应用程序通过SSH推送到Dokku时(请参阅Dokku文档了解如何执行此操作),Dokku将查看VHOST文件并推送特定应用程序(假设您推送“container-1”),它将生成以下文件:
它将具有以下内容:
当服务器重新启动时,Dokku将确保Docker启动应用程序,并将端口映射到其最初部署的端口(此处为49162),而不是随机分配另一个端口 . 为了实现这种确定性分配,Dokku将最初分配的端口保存到
/home/git/container-1/PORT
,并在下次启动时将PORT
环境设置为此值,并将Docker的端口分配映射为主机端和应用端的此端口 . 这与第一次发布相反,当时Dokku将设置PORT=5000
,然后在应用程序端找出任何随机端口Dokku在VPS端映射到5000 . 这是圆的(甚至可能在将来改变),但它的工作原理!VHOST的工作方式是:在通过SSH对app进行git推送时,Dokku将执行
/var/lib/dokku/plugins/nginx-vhosts
中的钩子 . 这些钩子也位于Dokku源代码here中,并负责使用正确的vhost设置编写nginx.conf
文件 . 如果/var/lib/dokku
下没有此目录,请尝试运行dokku plugins-install
.同docker,您希望内部ips保持正常(例如80)并找出如何连接随机端口 .
处理它们的一种方法是使用像hipache这样的反向代理 . 将您的dns指向它,然后您可以在容器上下移动时重新配置代理 . 看看http://txt.fliglio.com/2013/09/protyping-web-stuff-with-docker/,看看它是如何工作的 .
如果您正在寻找更强大的功能,您可能需要查看"service discovery."(使用docker查看服务发现:http://txt.fliglio.com/2013/12/service-discovery-with-docker-docker-links-and-beyond/)