docker1.13新功能上要关注的点
如果要作单点端口映射，则需要结合constraint和label来定位具体的proxy机器吧。 如果不用这种模式，，ingress确实又太浪费集群端口了。。 纠结，，看看如何和compose v3作很好的结合吧。。 阿西巴~~~~ ================= https://blog.lab99.org/post/docker-2016-11-14-what-is-new-in-docker-1-13.html#yun-xu-docker-service-create-ying-she-su-zhu-duan-kou-er-bu-shi-bian-jie-fu-zai-jun-heng-wang-luo-duan-kou ================= 网络 允许docker run连入指定的swarm mode的网络 https://github.com/docker/docker/pull/25962 在 Docker 1.12 发布新的 Swarm Mode 之后，很多人都问过这样的问题，怎么才能让docker run的容器连入 Swarm Mode 服务的overlay网络中去？答案是不可以，因为swarm的overlay网络是为了swarm mode service准备的，相对更健壮，而直接使用docker run，会破坏了这里面的安全模型。 但是由于大家需求很多，于是提供了一种折衷的办法。1.13 允许建立网络的时候，设定该网络为attachable，允许之后的docker run的容器连接到该网络上。 我们创建一个默认的、不允许之后attach的网络： $ docker network create -d overlay mynet1 xmgoco2vfrtp0ggc5r0p5z4mg 然后再创建一个允许attach的网络，这里会使用 1.13 新加入的--attachable参数： $ docker network create -d overlay --attachable mynet2 yvcyhoc6ni0436jux9azc4cjt 然后我们启动一个web服务，连入这两个网络： $ docker service create \ --name web \ --network mynet1 \ --network mynet2 \ nginx vv91wd7166y80lbl833rugl2z 现在我们用docker run启动一个容器连入第一个网络： $ docker run -it --rm --network mynet1 busybox docker: Error response from daemon: Could not attach to network mynet1: rpc error: code = 7 desc = network mynet1 not manually attachable. 由于mynet1不允许手动attach所以这里报错了。 在 1.12 的情况下，会报告该网络无法给docker run使用： docker: Error response from daemon: swarm-scoped network (mynet1) is not compatible with `docker create` or `docker run`. This network can only be used by a docker service. See 'docker run --help'. 不过，--attachable实际上是将网络的安全模型打开了一个缺口，因此这不是默认设置，而且并不推荐使用。用户在使用这个选项建立网络的时候，一定要知道自己在做什么。 允许docker service create映射宿主端口，而不是边界负载均衡网络端口 https://github.com/docker/docker/pull/27917https://github.com/docker/docker/pull/28943 docker service create中的--publish格式有进一步的变化。（在 1.13 的 RC 期间，曾经去掉--publish，改为--port，经过讨论后，决定保持一致性，继续使用--publish，不使用新的--port选项。） 在 1.12 中，docker service create允许使用参数--publish 80:80这类形式映射边界(ingress)网络的端口，这样的映射会享受边界负载均衡，以及 routing mesh。 从 1.13 开始，增加另一种映射模式，被称为host模式，也就是说，用这种模式映射的端口，只会映射于容器所运行的主机上。这就和一代 Swarm 中一样了。虽然失去了边界负载均衡，但是确定了映射点，在有的时候这种情况是需要的。 现在--publish的新的参数形式和--mount差不多。参数值为,逗号分隔的键值对，键值间以=等号分隔。目前支持 4 项内容： protocol： 支持tcp或者udp mode： 支持ingress或者host target： 容器的端口号 published： 映射到宿主的端口号 比如，与-p 8080:80等效的--publish新格式选项为： --publish protocol=tcp,mode=ingress,published=8080,target=80 当然我们可以继续使用-p 8080:80，但是新的选项格式增加了更多的可能。比如，使用 1.13 开始加入的host映射模式： ubuntu@d1:~$ docker service create --name web \ --publish mode=host,published=80,target=80 \ nginx 运行成功后，查看一下服务容器运行的节点： ubuntu@d1:~$ docker node ls ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ntjybj51u6zp44akeawuf3i05 d2 Ready Active tp7icvjzvxla2n18j3nztgjz6 d3 Ready Active vyf3mgcj3uonrnh5xxquasp38 * d1 Ready Active Leader ubuntu@d1:~$ docker service ps web ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS 5tij5sjvfpsf web.1 nginx:latest d3 Running Running 5 minutes ago *:80->80/tcp 我们可以看到，集群有3个节点，而服务就一个副本，跑到了d3上。如果这是以前的使用边界负载均衡的网络ingress的话，那么我们访问任意节点的80端口都会看到页面。 但是，host模式不同，它只映射容器所在宿主的端口。因此，如果我们curl d1的话，应该什么看不到网页，而curl d3的话就会看到页面： root@d1:~$ curl localhost curl: (7) Failed to connect to localhost port 80: Connection refused root@d3:~$ curl localhost <!DOCTYPE html> <html> <head> <title>Welcome to nginx!</title> ...
