nginx upstream中使用其他字段进行hash

在 Nginx 的 upstream 配置中，默认情况下使用的是 IP 地址进行负载均衡的哈希算法。如果需要使用其他字段进行哈希，可以使用 Nginx 内置的 `hash` 模块。

首先，需要在 Nginx 的配置文件中加载 `hash` 模块：

load_module modules/ngx_http_hash_module.so;

然后，在 upstream 配置块中，使用 `hash` 模块定义哈希表，并指定要使用的字段：

upstream backend {
    hash $request_uri consistent;
    server backend1.example.com;
    server backend2.example.com;
}

在这个例子中，我们使用请求 URI 字段进行哈希，并将哈希算法设置为一致性哈希算法。一致性哈希算法能够保证在服务器列表变化时，只有一小部分请求会被重新路由。

除了 `$request_uri`，还可以使用其他字段，如 `$remote_addr`、`$http_user_agent` 等。

完成配置后，保存并重新加载 Nginx 配置文件即可生效。

相关问题

app后台版本控制nginx分发

### 如何使用 Nginx 实现应用程序后端的多版本管理和流量分发

#### 利用 Upstream 和 Map 模块管理多个版本的应用程序

为了实现不同版本的应用程序之间平滑切换以及按需分配流量，可以在 Nginx 中利用 `map` 指令来创建变量用于区分不同的 API 版本，并通过 `upstream` 块定义各个版本的服务集群。

http {
    map $request_uri $backend_version {
        "~*/v1/" "version_1";
        "~*/v2/" "version_2";
        default "latest";  # 默认指向最新版
    }

    upstream version_1 {
        server backend_v1.example.com;
    }
    
    upstream version_2 {
        server backend_v2.example.com;
    }

    upstream latest {
        server backend_latest.example.com;
    }

    server {
        listen       80;
        server_name  example.org;

        location /api/ {
            proxy_pass http://$backend_version;  # 动态选择上游服务器
        }
    }
}

此配置允许客户端访问 `/api/v1/*` 或者 `/api/v2/*` 来分别调用对应版本的服务接口；对于未指明具体版本的情况，则会默认路由至最新的稳定版本[^2]。

#### 流量比例控制与灰度发布

除了基于路径匹配外，还可以借助 HTTP 请求头中的自定义字段来进行更灵活的流量导向策略。比如按照一定百分比将部分请求发送给新发布的测试版本，从而完成所谓的“金丝雀部署”。

http {
    geoip_country /etc/nginx/maxmind/GeoIP.dat;

    set_by_lua_block $canary_weight {
      local rand = math.random()
      if ngx.var.http_user_agent and string.match(ngx.var.http_user_agent, "Canary") then
          return 100 -- 如果 User-Agent 包含 Canary 字样则全部进入 canary 组
      elseif tonumber(os.date("%d")) % 7 == 0 then
          return 5     -- 星期天时让大约 5% 的普通用户参与实验组
      else
          return 95    -- 正常情况下保持大部分用户处于生产环境中
      end
    }

    upstream main_app {
        hash $remote_addr consistent;
        
        zone app_servers 64k;
        server backend_main.example.com weight=95 max_fails=3 fail_timeout=30s;
        server backend_canary.example.com weight=$canary_weight max_fails=3 fail_timeout=30s;
    }

    ...
}

上述例子展示了如何根据特定条件调整两个不同服务节点间的权重分布，进而达到渐进式推广的目的。这里采用了 Lua 脚本来计算出一个介于 0 至 100 之间的整数值作为加权依据，使得某些特殊条件下（如星期日或是来自带有 “Canary” 关键词 UA 的设备）能够获得更高的概率被引导至新的特性分支上进行体验。