k8s學習 - 概念 - Pod

時間 2019-11-05

標籤 k8s 學習概念 pod 简体版

原文原文鏈接

k8s學習 - 概念 - Pod

這篇繼續看概念，主要是 Pod 這個概念，這個概念很是重要，是 k8s 集羣的最小單位。html

怎麼纔算是理解好 pod 了呢，基本上把 pod 的全部 describe 和配置文件的配置項都能看懂就算是對 pod 比較瞭解了。node

Pod

咱們經過調用一個kubectl describe pod xxx 能夠查看某個 pod 的具體信息。linux

describe 的信息咱們用註釋的形式來解讀。nginx

Name:         task-pv-pod
Namespace:    default // 沒有指定namespace的就是default
Node:         docker-for-desktop/192.168.65.3 // Pod所在的節點
Start Time:   Mon, 08 Jul 2019 14:05:52 +0800 // pod啓動的時間
Labels:       <none> // 說明沒有設置標籤
Annotations:  kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"name":"task-pv-pod","namespace":"default"},"spec":{"containers":[{"image":"nginx","name":... // 註釋信息
Status:       Running // pod的狀態
IP:           10.1.0.103 // pod的集羣ip
Containers: // 其中包含的容器
  task-pv-container:
    Container ID:   docker://3e9a2ee6b0a13ccee534ec3ffe781adcbff42a7f1851d57e3b374a047a654590
    Image:          nginx // 容器鏡像名稱
    Image ID:       docker-pullable://nginx@sha256:96fb261b66270b900ea5a2c17a26abbfabe95506e73c3a3c65869a6dbe83223a
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Mon, 08 Jul 2019 14:05:58 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts: // 這個容器掛載的兩個volume
      /usr/share/nginx/html from task-pv-storage (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-tw8wk (ro)
Conditions:
  Type           Status
  Initialized    True
  Ready          True
  PodScheduled   True
Volumes:
  task-pv-storage: // 掛載的數據卷
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace) // 這個數據卷是共享持久卷
    ClaimName:  task-pv-claim // 使用的聲明
    ReadOnly:   false // 數據卷是否只讀
  default-token-tw8wk:
    Type:        Secret (a volume populated by a Secret) // 這個數據卷是保存密鑰
    SecretName:  default-token-tw8wk
    Optional:    false
QoS Class:       BestEffort // Qos的三個級別，Guaranteed/Burstable/BestEffort，分別對pod的資源限制從嚴到弱
Node-Selectors:  <none> // pod是能夠選擇部署在哪一個node上的，好比部署在有ssd的node上。
Tolerations:     node.kubernetes.io/not-ready:NoExecute for 300s  // 節點親和性，它使得pod能有傾向性地分配到不一樣節點上。
                 node.kubernetes.io/unreachable:NoExecute for 300s
Events: // 這個pod發生的一些事件
  Type    Reason                 Age   From                         Message
  ----    ------                 ----  ----                         -------
  Normal  Scheduled              21s   default-scheduler            Successfully assigned task-pv-pod to docker-for-desktop
  Normal  SuccessfulMountVolume  20s   kubelet, docker-for-desktop  MountVolume.SetUp succeeded for volume "task-pv-volume"
  Normal  SuccessfulMountVolume  20s   kubelet, docker-for-desktop  MountVolume.SetUp succeeded for volume "default-token-tw8wk"
  Normal  Pulling                19s   kubelet, docker-for-desktop  pulling image "nginx"
  Normal  Pulled                 15s   kubelet, docker-for-desktop  Successfully pulled image "nginx"
  Normal  Created                15s   kubelet, docker-for-desktop  Created container
  Normal  Started                14s   kubelet, docker-for-desktop  Started container

下面咱們就看 pod 的配置文件。有的時候咱們可能會忘記了咱們啓動的pod的yaml配置文件地址，咱們能夠經過kubectl get pod task-pv-pod -o=yaml命令來獲取某個已經啓動的 pod 的配置文件，這裏的配置文件會比咱們配置的配置項全不少，由於咱們寫配置文件的時候，不少配置項沒有設置實際上就是使用默認的配置值來實現。docker

kubectl get pod task-pv-pod -o=yaml
apiVersion: v1
kind: Pod
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"Pod","metadata":{"annotations":{},"name":"task-pv-pod","namespace":"default"},"spec":{"containers":[{"image":"nginx","name":"task-pv-container","ports":[{"containerPort":80,"name":"http-server"}],"volumeMounts":[{"mountPath":"/usr/share/nginx/html","name":"task-pv-storage"}]}],"volumes":[{"name":"task-pv-storage","persistentVolumeClaim":{"claimName":"task-pv-claim"}}]}}
  creationTimestamp: 2019-07-08T06:05:51Z
  name: task-pv-pod
  namespace: default
  resourceVersion: "1439249"
  selfLink: /api/v1/namespaces/default/pods/task-pv-pod
  uid: 7090642e-a146-11e9-89ff-025000000001
spec:
  containers:
  - image: nginx
    imagePullPolicy: Always
    name: task-pv-container
    ports:
    - containerPort: 80
      name: http-server
      protocol: TCP
    resources: {}
    terminationMessagePath: /dev/termination-log
    terminationMessagePolicy: File
    volumeMounts:
    - mountPath: /usr/share/nginx/html
      name: task-pv-storage
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: default-token-tw8wk
      readOnly: true
  dnsPolicy: ClusterFirst
  nodeName: docker-for-desktop
  restartPolicy: Always
  schedulerName: default-scheduler
  securityContext: {}
  serviceAccount: default
  serviceAccountName: default
  terminationGracePeriodSeconds: 30
  tolerations:
  - effect: NoExecute
    key: node.kubernetes.io/not-ready
    operator: Exists
    tolerationSeconds: 300
  - effect: NoExecute
    key: node.kubernetes.io/unreachable
    operator: Exists
    tolerationSeconds: 300
  volumes:
  - name: task-pv-storage
    persistentVolumeClaim:
      claimName: task-pv-claim
  - name: default-token-tw8wk
    secret:
      defaultMode: 420
      secretName: default-token-tw8wk
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: 2019-07-08T06:05:52Z
    status: "True"
    type: Initialized
  - lastProbeTime: null
    lastTransitionTime: 2019-07-08T06:05:58Z
    status: "True"
    type: Ready
  - lastProbeTime: null
    lastTransitionTime: 2019-07-08T06:05:51Z
    status: "True"
    type: PodScheduled
  containerStatuses:
  - containerID: docker://3e9a2ee6b0a13ccee534ec3ffe781adcbff42a7f1851d57e3b374a047a654590
    image: nginx:latest
    imageID: docker-pullable://nginx@sha256:96fb261b66270b900ea5a2c17a26abbfabe95506e73c3a3c65869a6dbe83223a
    lastState: {}
    name: task-pv-container
    ready: true
    restartCount: 0
    state:
      running:
        startedAt: 2019-07-08T06:05:58Z
  hostIP: 192.168.65.3
  phase: Running
  podIP: 10.1.0.103
  qosClass: BestEffort
  startTime: 2019-07-08T06:05:52Z

幾個比較複雜的配置項咱們單獨伶出來理解。api

spec.container.imagePullPolicy

spec.container.imagePullPolicy: 這個是容器的鏡像獲取策略，有幾種策略：app

IfNotPresent: 若是本地沒有，就去遠程 pull 鏡像
Always: 每次pod啓動都去遠程pull鏡像
Never: 只去本地獲取鏡像

在局域網本地化搭建鏡像的時候，應該設置爲 Never 。若是 imagePullPolicy 沒有設置，若是設置了鏡像的 tag，且 tag 不爲 :lastest ，就是至關於使用 IfNotPresent。若是 imagePullPolicy 沒有設置，且tag爲 :lastest，就至關因而 Always.負載均衡

spec.container.terminationMessagePath

spec.container.terminationMessagePath: 容器的終止日誌文件。dom

spec.container.volumeMounts

spec.container.volumeMounts 其中一個 /usr/share/nginx/html根據 task-pv-storage 掛載到 task-pv-claim 這個共享存儲中。這個pvc 是對應哪一個共享存儲呢？
咱們能夠查看 kubectl get pvc學習

NAME            STATUS    VOLUME           CAPACITY   ACCESS MODES   STORAGECLASS   AGE
task-pv-claim   Bound     task-pv-volume   1Gi        RWO            manual         5h

再經過 kubectl get pv 對應到 pv：

NAME             CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS    CLAIM                   STORAGECLASS   REASON    AGE
task-pv-volume   1Gi        RWO            Retain           Bound     default/task-pv-claim   manual                   5h

再查看這個 pv 的詳細狀況：kubectl describe pv task-pv-volume

Name:            task-pv-volume
Labels:          type=local
Annotations:     kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{},"labels":{"type":"local"},"name":"task-pv-volume","namespace":""},"spec":{"ac...
                 pv.kubernetes.io/bound-by-controller=yes
Finalizers:      [kubernetes.io/pv-protection]
StorageClass:    manual
Status:          Bound
Claim:           default/task-pv-claim
Reclaim Policy:  Retain
Access Modes:    RWO
Capacity:        1Gi
Node Affinity:   <none>
Message:
Source:
    Type:          HostPath (bare host directory volume)
    Path:          /Users/yejianfeng/Documents/workspace/kubernets_example/data
    HostPathType:
Events:            <none>

看到這個pv對應的是宿主機 HostPath 中的 /Users/yejianfeng/Documents/workspace/kubernets_example/data 這個目錄。

因此共享存儲的映射關係是 pod -- volume -- pvc -- pv。

其實這裏咱們之因此說是共享存儲，就是說這個存儲應該是一個共享網盤，好比 cephFS，而不該該僅僅只是宿主機上的一個目錄。宿主機上的目錄只是爲了調試方便而已。

說說另一個 volumeMounts： /var/run/secrets/kubernetes.io/serviceaccount

這個serviceaccount裏面存儲的是什麼呢？咱們能夠直接kubectl exec -it task-pv-pod -- /bin/sh 到 pod 裏面查看

~  kubectl exec -it task-pv-pod -- /bin/sh
# cd /var/run/secrets/kubernetes.io/serviceaccount
# ls
ca.crt  namespace  token

裏面存放的就是 token 。這個 token 是每一個 namespace 一個，它表示的是在這個命名空間的用戶權限。這個是給 Pod 裏面的進程使用的，若是 pod 裏面的進程須要調用這個命名空間裏面的 K8s 的 api 或者其餘服務，它就能夠經過獲取這個 token 來發起 http/https 的調用。這個 service account 裏面存儲的 token/ca.crt 就表明這個命名空間的管理員用戶。

dnsPolicy

這個是 pod 的 dns 策略，能夠設置有以下值：

Default : 和宿主機的DNS徹底一致
ClusterFirst: 把集羣的DNS寫入到Pod的DNS配置，可是若是設置了HostNetwork=true，就會強制設置爲Default
ClusterFirstWithHostNet: 把集羣的DNS寫入到Pod的DNS配置，不論是否設置HostNetwork
None: 忽略全部的DNS配置，通常來講，設置了None以後會本身手動再設置dnsConfig

這裏須要瞭解，k8s 中的服務發現機制，有幾種方式，一種是經過 service ip，一個服務在集羣中統一存在一個 clusterIP, 全部其餘服務須要使用這個服務的時候，就經過調用這個 clusterIP 來進行訪問。另一種是經過 dns，經過給service 設置 subdomain 來給一個服務設置一個域名，而這個域名解析就須要全集羣一致。而這裏的 dnsPolicy 就是作這個用處的。