nginx或者其它負載均衡軟件都有一個能力，就是當(dāng)客戶請求一個網(wǎng)頁時，第一次訪問的是A服務(wù)器，第二次也就會讓你訪問A服務(wù)器，而在k8s里，也有這種機制和能力。

k8s的Session affinity

1. Service同樣也支持Session affinity（粘性會話）機制，可以將來自同一個客戶端的請求始終轉(zhuǎn)發(fā)至同一個后端的Pod對象，這意味著它會影響調(diào)度算法的流量分發(fā)功用，進而降低其負載均衡的效果。因此，當(dāng)客戶端訪問Pod中的應(yīng)用程序時，如果有基于客戶端身份保存某些私有信息，并基于這些私有信息追蹤用戶的活動等一類的需求時，那么應(yīng)該啟用session affinity機制。

2. Service affinity的效果僅僅在一段時間內(nèi)生效，默認值為10800秒，超出時長，客戶端再次訪問會重新調(diào)度。該機制僅能基于客戶端IP地址識別客戶端身份，它會將經(jīng)由同一個NAT服務(wù)器進行原地址轉(zhuǎn)換的所有客戶端識別為同一個客戶端，由此可知，其調(diào)度的效果并不理想。Service 資源 通過. spec. sessionAffinity 和. spec. sessionAffinityConfig 兩個字段配置粘性會話。 spec. sessionAffinity 字段用于定義要使用的粘性會話的類型，它僅支持使用“ None” 和“ ClientIP” 兩種屬性值。如下：

查看相關(guān)配置

[root@k8s-master mainfests]# kubectl explain svc.spec.sessionAffinity
KIND:     Service
VERSION:  v1

FIELD:    sessionAffinity <string>

DESCRIPTION:
     Supports "ClientIP" and "None". Used to maintain session affinity. Enable
     client IP based session affinity. Must be ClientIP or None. Defaults to
     None. More info:
     https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies

通過sessionAffinity實現(xiàn)客戶端與Pod的會話保持

apiVersion: v1
kind: Service
metadata:
  name: myapp
  namespace: default
spec:
  selector:
    app: myapp
    release: canary
  sessionAffinity: ClientIP
  sessionAffinityConfig:
    clientIP:
      timeoutSeconds: 10800 #默認的過期時間是10800秒，到期后POD從新路由
  type: NodePort
  ports: 
  - port: 80
    targetPort: 80
    nodePort: 30080

測試，同一個客戶端IP走一個POD

[root@k8s-master mainfests]# while true;do curl http://192.168.56.11:30080/hostname.html;sleep 1;done
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt
myapp-deploy-69b47bc96d-hwbzt

參考：http://www.rzrgm.cn/linuxk/p/9605901.html