Swarm模式端口路由网

Docker Engine在Swarm模式下,使service可以轻松的将端口暴露给外部资源使用。所有的节点都在一个入口路由网络中。路由网络使每个节点都可以在接受任何一个service暴露的端口连接,即使节点上并没有运行任何task。这是因为路由网会将端口上连接的请求指向到暴露该端口的一个可用节点上,并由其中一个暴露该端口的container来处理。

为了在Swarm中使用这个入口网络,需要在开启Swarm模式之前,保证节点之间在下面两个端口之间可以互相访问:

  • 7946 TCP/UDP 用来实现container发现服务的端口

  • 4789 UDP container入口网络端口

同时需要开放Swarm节点与外部资源的通信端口。例如,与外部负载均衡设备的通信端口。

我们也可以通过设置绕过路由网络。

暴露service端口

在创建service时,通过使用参数--publish参数来暴露端口。target用来指定container内部的端口号;published用来指定向外暴露的端口号,这个端口号将被绑定到路由网上。如果不设置published将会为service的task指定一个随机的端口号,需要查看task的信息才能确定这个端口号是多少。

$ docker service create \
  --name <SERVICE-NAME> \
  --publish published=<PUBLISHED-PORT>,target=<CONTAINER-PORT> \
  <IMAGE>

注意:之前版本的语法使用冒号分隔。冒号前表示container内部端口号,冒号后表示对外暴露的端口号,例如-p 8080:80。新的语法的好处是更容易理解和更具灵活性。

Service通过Swarm向外暴露<PUBLISHED-PORT>才能变成可用的service。如果我们省略这个参数,service会被随机的绑定一个端口。<CONTAINER-PORT>端口是container监听的端口。这个参数是必须设置的。

举个例子,下面的命令将创建一个Nginx service,使container的80端口向外部暴露成8080端口,即在swarm的每一个节点上都会向外暴露8080端口。

$ docker service create \
  --name my-web \
  --publish published=8080,target=80 \
  --replicas 2 \
  nginx

当我们访问任何一个节点的8080端口时,Docker会将请求路由到一个可用的container上。在swarm的其他节点上8080端口可能并不是真正的被绑定,但是路由网知道如何进行路由通信,并且阻止端口冲突。

路由网在分配给节点的IP地址上监听向外暴露的端口。在宿主机的外部路由IP地址上,这些端口是可用的。其他的IP地址访问只在宿主机内部可用。

Ingress network

通过下面的命令,我们可以为已经存在的service开放对外端口:

$ docker service update \
  --publish-add published=<PUBLISHED-PORT>,target=<CONTAINER-PORT> \
  <SERVICE>

可以通过docker service inspect来查看service对外暴露的端口。例如:

$ docker service inspect --format="{{json .Endpoint.Spec.Ports}}" my-web

[{"Protocol":"tcp","TargetPort":80,"PublishedPort":8080}]

在输出结果中TargetPort表示<CONTAINER-PORT>PublishedPort表示<PUBLISHED-PORT>,service将在PublishedPort端口上对请求进行监听。

仅暴露TCP端口或者仅暴露UDP端口

在默认情况下,暴露的端口为TCP端口。你可以指定暴露的端口为UDP端口。当暴露端口时,省略协议,则默认暴露的端口为TCP协议端口。如果使用长格式语法(建议Docker 1.13+),设置参数protocoltcp或者udp即可。

TCP

长格式语法

$ docker service create --name dns-cache \
  --publish published=53,target=53 \
  dns-cache

短格式语法

$ docker service create --name dns-cache \
  -p 53:53 \
  dns-cache

TCP/UDP

长格式语法

$ docker service create --name dns-cache \
  --publish published=53,target=53 \
  --publish published=53,target=53,protocol=udp \
  dns-cache

短格式语法

$ docker service create --name dns-cache \
  -p 53:53 \
  -p 53:53/udp \
  dns-cache

UDP

长格式语法

$ docker service create --name dns-cache \
  --publish published=53,target=53,protocol=udp \
  dns-cache

短格式语法

$ docker service create --name dns-cache \
  -p 53:53/udp \
  dns-cache

绕过路由网

当需要每次通过端口访问,都指定访问一个固定节点上service的实例时,我们可以通过设置绕过路由网。这就涉及到一个概念,称之为host模式。这种情况下,我们需要记住一下几点:

  • 如果我们访问到一个没有运行service实例的节点时,可能会链接失败或者访问到一个完全不同的service实例上。

  • 如果期望在每个节点上运行同一个service的多个task,就不能指定一个静态的target端口。也不能允许Docker随机分配暴露的端口。通过创建全局service而不是副本模式的service,或者使用placement constraints约束,来确保在指定的节点上运行一个单独的service实例。

要绕过路由网,必须使用--publish,并且设置mode参数为host。如果省略mode,或者设置modeingress,则不会绕过路由网。下面的命令创建了一个host模式的全局service,并绕过路由网:

$ docker service create --name dns-cache \
  --publish published=53,target=53,protocol=udp,mode=host \
  --mode global \
  dns-cache

使用外部负载均衡

我们可以结合路由网为swarm中的service配置外部负载均衡,后者完全不使用路由网。

结合路由网

例如我们可以使用HAProxy来负载均衡Nginx服务的8080端口的请求。

在这种情况下,8080端口必须对外部负载均衡器和内部节点开放。Swarm的节点必须在一个私有的网路中,并能被代理服务器访问。

你可以配置负载均衡器,请求可以被分发到任何一个swarm中的节点上,即使这个节点没有运行任何service的task。例如下面HAProxy的配置:

global
        log /dev/log    local0
        log /dev/log    local1 notice
...snip...

# Configure HAProxy to listen on port 80
frontend http_front
   bind *:80
   stats uri /haproxy?stats
   default_backend http_back

# Configure HAProxy to route requests to swarm nodes on port 8080
backend http_back
   balance roundrobin
   server node1 192.168.99.100:8080 check
   server node2 192.168.99.101:8080 check
   server node3 192.168.99.102:8080 check

当访问HAProxy的80端口时,请求会被分发到Swarm的节点上。Swarm路由网再将请求指向到一个运行中的task上。不管任何原因Swarm调度task到其他节点上,都不用去修改外部负载均衡器的配置。

完全脱离路由网

通过设置参数--endpoint-modedmsrr(默认值vip)来实现完全脱离路由网。在这种情况下,没有独立的虚拟IP地址。Docker会为service装载DNS入口,这样以来通过DNS查询可以得到IP地址列表,并且客户端可以直接链接到一个服务实例。只要提供IP地址里诶包和端口号给外部负载均衡器就可以了。详见Configure service discovery

results matching ""

    No results matching ""