k8s~service負載到pod的狀態保持

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

k8s的Session affinity

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

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

查看相關配置

[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實現客戶端與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

參考：https://www.cnblogs.com/linuxk/p/9605901.html