基于连接数的Kubernetes Web应用负载均衡技术咨询

Hey there! 好久不见，希望你这边一切都顺顺利利的～针对你提到的在Kubernetes环境下实现基于连接数的Web应用负载均衡需求，结合你给出的集群和应用信息，我来分享一些实操方案和需要注意的点：

K8s默认的Service负载均衡（iptables模式）主要用轮询策略，但IPVS模式支持多种调度算法，其中**leastconn（最少连接数）**正好匹配你的需求。

步骤1：确认集群已启用IPVS #

先检查kube-proxy的运行模式：

kubectl get nodes -o jsonpath='{.items[*].status.nodeInfo.kubeProxyMode}'

如果输出包含ipvs，说明已经启用；如果是iptables，需要修改kube-proxy的配置：

• 编辑kube-proxy的ConfigMap：kubectl edit configmap kube-proxy -n kube-system
• 将mode字段的值改为ipvs
• 重启kube-proxy Pod：kubectl rollout restart daemonset kube-proxy -n kube-system

步骤2：配置Service使用最少连接数调度 #

创建或修改你的Web应用Service，添加注解指定IPVS调度算法：

apiVersion: v1
kind: Service
metadata:
  name: web-admin-service
  annotations:
    # 指定IPVS采用最少连接数调度
    service.beta.kubernetes.io/ipvs-scheduler: "leastconn"
spec:
  type: ClusterIP # 根据你的暴露需求，也可以用NodePort/LoadBalancer
  selector:
    app: web-admin # 匹配你的Web应用Pod标签
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080 # 对应Web容器的监听端口

如果你的Web管理界面是通过Ingress对外暴露的，可以直接在Ingress层面配置连接数调度，这里以最常用的NGINX Ingress为例：

配置NGINX Ingress使用最少连接数 #

在Ingress资源中添加注解，指定负载均衡策略：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: web-admin-ingress
  annotations:
    # 启用最少连接数负载均衡
    nginx.ingress.kubernetes.io/load-balance: "least_conn"
    # 清空默认的哈希调度策略，确保least_conn生效
    nginx.ingress.kubernetes.io/upstream-hash-by: ""
spec:
  ingressClassName: nginx
  rules:
    - host: admin.yourdomain.com # 替换为你的实际域名
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: web-admin-service
                port:
                  number: 80

如果使用的是Traefik等其他Ingress Controller，也有对应的配置项（比如Traefik可以设置traefik.backend.loadbalancer.method=leastconn）。

• Mongo容器的部署建议：你的Pod里包含Mongo容器，但Mongo是有状态应用，每个Pod内的Mongo是独立实例，会导致不同Web Pod访问不同的Mongo实例，引发数据一致性问题。建议将Mongo单独部署为StatefulSet，然后通过Service让所有Web Pod连接同一个Mongo集群。
• Filebeat日志收集可靠性：Pod内的Filebeat要确保日志能及时发送到后端存储（比如Elasticsearch），可以配置Filebeat的shipper参数保证至少一次投递，避免Pod销毁时丢失日志。
• 会话亲和性的权衡：如果你的Web应用需要会话粘滞（比如用户登录后固定访问某个Pod），可以在Service中设置spec.sessionAffinity: ClientIP，但这会和最少连接数调度冲突，需要根据业务需求权衡。
• IPVS的网络插件兼容性：确保你的集群网络插件（比如Calico、Flannel）支持IPVS模式，避免出现流量转发异常。

如果还有你提到的“因技术原因”的具体细节（比如应用的特殊限制、集群的网络配置等），可以补充出来，我再帮你细化方案～

内容的提问来源于stack exchange，提问作者Bat Zpk