iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 18
0
Kubernetes

KK8s系列 第 18

從 Label 再回頭談 Service

  • 分享至 

  • xImage
  •  

K8s 裡頭最小服務單位就是 Pod,Pod 的生命週期會因眾多因素而有變化,
可能消失了,可能自動建立 pod,也可能 restart pod~
那...Service 需要管理到 Pod 是否運作中嗎?

Ans 是不需要的,在過去幾篇提到建立 Pod 的方式中,都有提到定義 Label
例如 app=nginxService 定義中,透過 Label Selector 來影響了服務流量要傳送給哪些 pod 上。

Service 定義範例 1:

kind: Service
apiVersion: v1
metadata:
  name: web-service
spec:
  selector:
    app: nginx
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8011

上述 Serviceweb-service 中,會在叢集中 Listen 80 埠端口,並且將流量傳送至後端符合 app=nginx 條件的 pod (Listen 8011)。

Service 定義範例 2:

kind: Service
apiVersion: v1
metadata:
  name: hello-minikube
spec:
  selector:
    app: hello-minikube
    env: demo
  ports:
    - protocol: TCP
      port: 8080
      targetPort: 8080

上述 Servicehello-minikube 中,會在叢集中 Listen 8080 埠端口,並且將流量傳送至後端同時符合app=hello-minikube&env=demo兩條件的 pod (Listen 8080)。
以上,描述了 ServiceLabel 之間重要關係~

那有個新問題:Service 如何透過 Label 去得知哪些符合條件 pod 的真實網路、埠端口資訊呢?
(如果不用知道 pod 真實資訊,流量網路層就無法傳遞囉!)

K8s 提供了 Endpoint API 方式,每當創建 Service 時,就會依據 Label 條件去建立 Endpoint 資訊紀錄,並且此 Endpoint 資訊紀錄會一直 watch pod 狀態,當 pod 移除、新建等情況時,皆會即時更新 Endpoint 資訊紀錄。

  • 所以 Endpoint 資訊紀錄,有三大要素:Label、Pod_IP、Pod_Port
  • 記得,Endpoint 是因 service 中運用了 Label selector 而產生出的資訊紀錄。
  • 反過來,Service 如沒運用 Label selector 條件,則是不會建立 Endpoint

Endpoint 資訊紀錄

[user@minikube ~]$ kubectl describe endpoints hello-minikube
Name:         hello-minikube
Namespace:    default
Labels:       run=hello-minikube
Annotations:  <none>
Subsets:
  Addresses:          172.17.0.4,172.17.0.6
  NotReadyAddresses:  <none>
  Ports:
    Name     Port  Protocol
    ----     ----  --------
    <unset>  8080  TCP

參考書籍\文章出處:
Kubernetes 建置與執行 書中 P.78-79、P86-87 內容。
https://jimmysong.io/kubernetes-handbook/concepts/service.html
https://tachingchen.com/tw/blog/kubernetes-service/


上一篇
來說說 Label
下一篇
Service 續集之 Cluster IP、Kube-proxy
系列文
KK8s30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言