带有粘性会话的 docker-compose 规模

Question

我有一个在生产中需要 websocket 连接的网络服务器。我使用 docker-compose 和 nginx 作为代理来部署它。 所以我的撰写文件看起来像这样：

version: '2'
services:
   app:
     restart: always

   nginx:
     restart: always
     ports:
       - "80:80"

现在，如果我将“app”服务扩展到多个实例，docker-compose 将在每次调用内部 dns“app”时执行 round robin。

有没有办法告诉 docker-compose 负载均衡器应用粘性会话？

另一种解决方案 - 有没有办法使用 nginx 解决它？

---

我不喜欢的可能解决方案：

应用的多种定义

version: '2'
services:
   app1:
     restart: always

   app2:
     restart: always

   nginx:
     restart: always
     ports:
       - "80:80"

（然后在 nginx 配置文件中，我可以定义 app1 和 app2 之间的粘性会话）。

---

我从搜索中得到的最佳结果： https://github.com/docker/dockercloud-haproxy

但这需要我添加另一个服务（也许替换 nginx？）并且文档对于那里的粘性会话非常差。

我希望 docker 只允许在撰写文件中使用简单的行来配置它。

谢谢！

Answer 1

看看jwilder/nginx-proxy。此映像提供了一个 nginx 反向代理，它侦听定义 VIRTUAL_HOST 变量的容器，并在容器创建和删除时自动更新其配置。 tpcwang 的 fork 允许您在容器级别使用 IP_HASH 指令来启用粘性会话。

考虑以下 Compose 文件：

nginx:
  image: tpcwang/nginx-proxy
  ports:
    - "80:80"
  volumes:
    - /var/run/docker.sock:/tmp/docker.sock:ro
app:
  image: tutum/hello-world
  environment:
    - VIRTUAL_HOST=<your_ip_or_domain_name>
    - USE_IP_HASH=1

让我们启动并运行它，然后将 app 扩展到三个实例：

docker-compose up -d
docker-compose scale app=3

如果您检查 nginx 配置文件，您会看到如下内容：

docker-compose exec nginx cat /etc/nginx/conf.d/default.conf

...
upstream 172.16.102.132 {
    ip_hash;
            # desktop_app_3
            server 172.17.0.7:80;
            # desktop_app_2
            server 172.17.0.6:80;
            # desktop_app_1
            server 172.17.0.4:80;
}
server {
    server_name 172.16.102.132;
    listen 80 ;
    access_log /var/log/nginx/access.log vhost;
    location / {
        proxy_pass http://172.16.102.132;
    }
}

nginx 容器已自动检测到这三个实例并已更新其配置以使用粘性会话将请求路由到所有实例。

如果我们尝试访问该应用，我们可以看到它在每次刷新时总是报告相同的主机名。如果我们删除 USE_IP_HASH 环境变量，我们会看到主机名实际上发生了变化，也就是说，nginx 代理正在使用循环来平衡我们的请求。