全部产品
Search
文档中心

Kubernetes的Service如何进行会话保持

更新时间: 2021-06-18

问题描述

由于Kubernetes中Service的会话保持是根据ClientIP来配置,属于4层配置。当SLB监听是7层时,会话保持只能实现客户端到SLB后端ECS之间的会话保持,而ECS到Pod这个链路是无法进行会话保持。本文主要介绍该链路如何进行会话保持。

解决方案

本文以使用负载均衡的Service为例进行配置会话保持的介绍。本文中涉及的镜像地址与IP地址均为测试环境配置,正确的配置以实际情况为准。

测试会话保持是否正常

  1. 为了方便看到结果,本文使用两个返回结果不同的Pod来做区分,且两个Deployment有相关的label,以便于一个Service能关联到这两个Pod,如下所示。测试方式是请求资源路径,其中一个pod的安装了Nginx应用,请求时会返回Nginx界面,另一个pod请求时会返回404。
    apiVersion: apps/v1
    kind: Deployment
    metadata:
      labels:
        app: nginx
      name: nginx
    spec:
      progressDeadlineSeconds: 600
      replicas: 1
      revisionHistoryLimit: 10
      selector:
        matchLabels:
          app: nginx
      strategy:
        rollingUpdate:
          maxSurge: 25%
          maxUnavailable: 25%
        type: RollingUpdate
      template:
        metadata:
          labels:
            app: nginx
        spec:
          affinity: {}
          containers:
            - env:
                - name: aliyun_logs_catalina
              image: 'nginx:latest'
              imagePullPolicy: Always
              name: nginx
              resources:
                requests:
                  cpu: 250m
                  memory: 512Mi
              terminationMessagePath: /dev/termination-log
              terminationMessagePolicy: File
          dnsPolicy: ClusterFirst
          restartPolicy: Always
          schedulerName: default-scheduler
          securityContext: {}
    ---
    apiVersion: apps/v1
    kind: Deployment
    metadata:
      labels:
        app: nginx
      name: web
    spec:
      progressDeadlineSeconds: 600
      replicas: 1
      revisionHistoryLimit: 10
      selector:
        matchLabels:
          app: nginx
      strategy:
        rollingUpdate:
          maxSurge: 25%
          maxUnavailable: 25%
        type: RollingUpdate
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
            - image: 'registry-XXX/go-web:latest'
              imagePullPolicy: Always
              name: web
              resources:
                requests:
                  cpu: 250m
                  memory: 512Mi
              terminationMessagePath: /dev/termination-log
              terminationMessagePolicy: File
          dnsPolicy: ClusterFirst
          restartPolicy: Always
          schedulerName: default-scheduler
          securityContext: {}
  2. 然后参考以下配置,创建Service。
    apiVersion: v1
    kind: Service
    metadata:
      name: session1
      namespace: default
    spec:
      clusterIP: 10.XX.XX.217
      ports:
      - port: 80
        protocol: TCP
        targetPort: 80
      selector:
        app: nginx
      type: ClusterIP
  3. 连接Kubernetes集群,详情请参见连接Kubernetes集群,在同一个客户端多次执行如下命令,确认返回结果不同,说明没有会话保持。
    curl http://[$Cluster_IP]
    说明:[$Cluster_IP]为上一步Service资源配置清单中的clusterIP值。
    系统显示类似如下。

配置会话保持

  1. 如果要实现负载均衡的Service会话保持,必须要添加Service资源配置清单,如下所示。
    apiVersion: v1
    kind: Service
    metadata:
      annotations:
        service.beta.kubernetes.io/alibaba-cloud-loadbalancer-spec: slb.s1.small #注解里面不能让SLB监听http或者https协议,必须是TCP(默认不修改就是TCP)
        service.beta.kubernetes.io/alibaba-cloud-loadbalancer-persistence-timeout: '1800' #这里必须开启SLB的TCP会话保持
      name: session1
      namespace: default
    spec:
      clusterIP: 10.68.121.217
      externalTrafficPolicy: Local  #这里必须是Local
      healthCheckNodePort: 30595
      ports:
      - nodePort: 30389
        port: 80
        protocol: TCP
        targetPort: 80
      selector:
        app: nginx
        sessionAffinity: ClientIP   #这里必须配置成ClientIP
        sessionAffinityConfig:
        clientIP:
        timeoutSeconds: 10800
      type: ClusterIP
  2. 参考测试会话保持是否正常第三步步骤,确认返回结果相同,如下图所示。

适用于

  • 容器服务Kubernetes专有版
  • 容器服务Kubernetes托管版