nginx - 关于 nginx 上游模块中的 ip_hash

标签 nginx load-balancing

我想用 nginx 替换磅作为负载均衡器,到目前为止所有测试看起来都很好。我将做一个典型的上游配置,如下所示:

upstream backend {
  ip_hash;
  server   backend1.example.com;
  server   backend2.example.com;
  server   backend3.example.com;
}

现在有 2 个问题悬而未决:
  • 这种粘性会持续多久?是否有要在某处定义的 ttl?
  • 粘性是否在 nginx 的重新启动和/或重新加载后仍然存在?

  • 我在 nginx wiki 中找不到答案。欢迎提供官方文档的链接。

    最佳答案

    它基于客户端源 IP 地址哈希,只要您有相同的后端集,粘性就会持续存在。

    http://nginx.org/en/docs/http/ngx_http_upstream_module.html#ip_hash

    关于nginx - 关于 nginx 上游模块中的 ip_hash,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12969372/

    相关文章:

    linux - 在 ubuntu 和 nginx 上托管多个 ASP NET Core 站点作为反向代理

    带有 plesk 的 nginx 反向代理

    node.js - 将 nginx 放在 nodejs 前面来服务静态 Assets 是否合理?

    ruby-on-rails - 使用 unicorn 将 Rails 应用程序部署到 Opsworks 时出错

    amazon-web-services - EC2。负载均衡器。必须至少指定两个子网

    java - 从 Tomcat 控制负载均衡器的路由

    apache-camel - 故障转移负载均衡器中的死锁

    google-chrome - 跨域 websocket 连接在 chrome 中失败,在 firefox 中工作

    networking - 如果使用本地流量策略,Kubernetes负载均衡器将停止服务流量

    amazon-web-services - Amazon ELB(弹性负载均衡)的用处