3 回答
TA贡献1886条经验 获得超2个赞
您正在使用 NodePort 公开服务,因此没有反向代理,但您直接连接到您的 Pod。这是一个不错的选择。(稍后您可能想使用 Ingress)
您看到的是只有一个 Pod 处理您的请求。您希望每个请求都负载均衡到不同的 pod。你的假设是正确的,但是负载均衡不是发生在HTTP请求层,而是发生在TCP层。
因此,当您拥有持久的 TCP 连接并重新使用它时,您将不会体验到您期望的负载平衡。由于建立 TCP 连接的延迟时间相当昂贵,因此通常会进行优化以避免重复打开新的 TCP 连接:HTTP keep-alive。
大多数框架和客户端默认启用 Keep Alive,Go 也是如此。尝试s.SetKeepAlivesEnabled(false)
看看是否可以解决您的问题。(仅推荐用于测试!)
您还可以使用多个不同的客户端,通过命令行使用curl 或在Postman 中禁用keep-alive。
TA贡献1993条经验 获得超5个赞
在 Kubernetes 集群中,发送到 k8s 服务的请求通过kube-proxy进行路由。
默认kube-proxy
模式是Iptalbles
从 Kubernetes v1.2 开始的,它允许服务和后端 Pod 之间更快的数据包解析。后端 Pod 之间的负载平衡直接通过iptables rules
.
也许您没有生成足够的负载,而一个 pod 无法处理,这就是您从 路由到同一个 pod 的原因kube-proxy
。
TA贡献1890条经验 获得超9个赞
我尝试使用请求标头,它解决了负载平衡问题,其中所有请求仅命中单个副本,而对于演示或测试,能够将请求分发到所有副本非常有用
连接:保持活动 连接:关闭
该请求总是到达同一个 pod
curl -H "Connection: keep-alive" http://your-service:port/path
但是,使用close
,请求会平衡到所有 pod
curl -H "Connection: close" http://your-service:port/path
- 3 回答
- 0 关注
- 177 浏览
添加回答
举报