（NGINX LB + docker-compose）停止 1 个服务，现在仅使用另一个服务

Question

我在 docker-compose 中使用 NGINX 和 2 个节点服务。

负载平衡正在工作。不确定是否应该这样，但我的页面加载转到 ping1，然后 CSS 文件从服务 ping2 加载，然后下一个文件从 ping1 加载，然后... 我原以为大部分情况下都是从 ping1 加载一个完整页面，然后从 ping2 加载下一个页面。

哪一个更标准？

以下是docker-compose.yml

version: "2"

services:
  ping1:
    ports:
      - "80"
    build:
      context: ./1
      dockerfile: Dockerfile
    networks:
      - front-tier

  ping2:
    build:
      context: ./1
      dockerfile: Dockerfile
    networks:
      - front-tier

  nginx:
    build: ./nginx
    ports:
        - "80:80"
    networks:
      - front-tier

networks:
  front-tier:
    driver: bridge

作为我的第二个问题，我试图想象如何使用 Jenkins 关闭 ping2，更新它，然后启动它并对 ping1 执行同样的事情。

现在我只是手动测试，并使用

docker-compose stop ping2

服务中断，但 nginx 需要一段时间才能意识到这一点，并通过 ping1 进行路由。

我在 chrome 上加载端口 80，第一个请求是通过 ping1 的页面加载，第二个请求是 CSS 文件，应该是 ping2，从 ping1 加载需要 18 到 90 秒的时间，然后显示“待办的”全部时间。

NGINX 错误

我该如何修复这个问题，在路由到上游之前检查一下，如果它是“健康”，也许通过我手动设置的端点？

以下是nginx.conf

events {
    worker_connections 20000;
    use epoll;
    multi_accept on;
}

http {
  upstream ping {
    server ping1:80 max_fails=1 fail_timeout=1s;
    server ping2:80 max_fails=1 fail_timeout=1s;
  }

  limit_req_zone $binary_remote_addr zone=one:10m rate=18000r/m;
  limit_conn_zone $binary_remote_addr zone=addr:10m;

  keepalive_timeout 65;
  keepalive_requests 100000;
  sendfile on;
  tcp_nopush on;
  tcp_nodelay on;

  client_body_buffer_size      128k;
  client_max_body_size         10m;
  client_header_buffer_size    1k;
  large_client_header_buffers  4 4k;
  output_buffers               1 32k;
  postpone_output              1460;

  client_header_timeout  3m;
  client_body_timeout    3m;
  send_timeout           3m;

  open_file_cache max=1000 inactive=20s;
  open_file_cache_valid 30s;
  open_file_cache_min_uses 5;
  open_file_cache_errors off;

  server {
      listen 80;

      server_tokens   off;

      gzip on;
      gzip_disable "MSIE [1-6]\.";
      gzip_comp_level 5;
      gzip_vary on;
      gzip_min_length 1000;
      gzip_proxied any;
      gzip_types text/html application/x-javascript text/css application/javascript text/javascript text/plain text/xml application/json application/vnd.ms-fontobject application/x-font-opentype application/x-font-truetype application/x-font-ttf application/xml font/eot font/opentype font/otf image/svg+xml image/vnd.microsoft.icon;
      gzip_buffers 16 8k;

      location / {
          limit_req zone=one;
          limit_conn addr 10;

          proxy_pass http://ping/;
          proxy_http_version 1.1;
          proxy_set_header   Upgrade $http_upgrade;
          proxy_set_header   X-Real-IP            $remote_addr;
          proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
          proxy_set_header   X-Forwarded-Proto $scheme;
          proxy_set_header   Host                   $http_host;
          proxy_set_header   X-NginX-Proxy    true;
          proxy_set_header   Connection "";

          proxy_connect_timeout      90;
          proxy_buffer_size          4k;
          proxy_buffers              4 32k;
          proxy_busy_buffers_size    64k;
          proxy_temp_file_write_size 64k;
          proxy_temp_path            /etc/nginx/proxy_temp;

          proxy_send_timeout 600;
          proxy_read_timeout 600;
      }

      location /stats {
        stub_status on;

        allow all;
      }
  }
}

Answer 1

我的页面加载转到 ping1，然后 CSS 文件从服务 ping2 加载，然后从 ping1 加载下一个文件，然后...我以为它主要是从 ping1 加载一个完整页面，然后从 ping2 加载下一个页面。

这是因为默认方法是循环的。

看http://nginx.org/en/docs/http/load_balancing.html。 尤其：

nginx 支持以下负载平衡机制（或​​方法）：

• 循环调度——对应用服务器的请求以循环调度的方式进行分发，
• 连接数最少 — 下一个请求将分配给活动连接数最少的服务器，
• ip-hash — 哈希函数用于确定下一个请求应选择哪个服务器（基于客户端的 IP 地址）。

[...]

当没有特别配置负载均衡方法时，默认采用循环方式。

[...]

要配置 ip-hash 负载平衡，只需将 ip_hash 指令添加到服务器（上游）组配置中：

upstream myapp1 {
    ip_hash;
    server srv1.example.com;
    server srv2.example.com;
    server srv3.example.com;
}

作为我的第二个问题，我试图想象如何使用 Jenkins 关闭 ping2，更新它，然后启动它并对 ping1 执行同样的事情。

不需要按这个顺序执行。你只需要一个命令：

docker-compose up --build -d ping2

（然后对 ping1 重复此操作）

我相信这不会停止容器，直到图像构建完成后，它才会停止容器并立即重新创建它。

我不知道为什么 nginx 会挂起这么长时间，但使用ip_hash应该可以避免这种情况在页面中间发生，并且使用上面的 docker-compose 命令应该可以使停机时间非常小。