1. 程式人生 > >容器編排系統之Pod資源配置清單基礎

容器編排系統之Pod資源配置清單基礎

  前文我們瞭解了k8s上的叢集管理工具kubectl的基礎操作以及相關資源的管理,回顧請參考https://www.cnblogs.com/qiuhom-1874/p/14130540.html;今天我們來聊一下pod資源配置清單的相關話題;

  我們知道在k8s上管理資源的方式有兩種,一種是陳述式介面,一種是宣告式介面;在前文我們用kubectl create的方式建立pod控制器,建立service,建立名稱空間都是使用的陳述式命令的方式在k8s上管理資源;陳述式命令介面管理k8s上的資源的確很方便,但通常創建出來的資源有很多屬性都不是我們期望的,所以陳述式命令在k8s叢集上管理資源的方式一般不怎麼推薦使用;我們要想自己手動定義一個資源,就需要使用宣告式介面來建立資源;那麼宣告式介面該怎麼用呢?很簡單,我們只需要寫一個描述資源的配置檔案,然後使用apply命令指定應用對應的資源配置檔案即可;

  要想手寫資源的配置檔案,我們就需要先了解對應的資源有哪些屬性,以及配置清單的語法格式;在k8s上資源配置清單有兩種格式,一種是yaml格式,一種是json格式,常用yaml格式;我們在初學時,可以仿照陳述命令建立的資源,輸出為yaml格式的配置檔案來寫;

  示例:使用陳述命令建立一個名稱空間,然後檢視建立的namespace,輸出為yaml格式配置檔案

[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h16m
kube-node-lease   Active   5h16m
kube-public       Active   5h16m
kube-system       Active   5h16m
[root@master01 ~]# kubectl create ns testing
namespace/testing created
[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h17m
kube-node-lease   Active   5h17m
kube-public       Active   5h17m
kube-system       Active   5h17m
testing           Active   6s
[root@master01 ~]# kubectl get ns/testing -o yaml
apiVersion: v1
kind: Namespace
metadata:
  creationTimestamp: "2020-12-08T11:56:18Z"
  managedFields:
  - apiVersion: v1
    fieldsType: FieldsV1
    fieldsV1:
      f:status:
        f:phase: {}
    manager: kubectl-create
    operation: Update
    time: "2020-12-08T11:56:18Z"
  name: testing
  resourceVersion: "28764"
  uid: 00280ecd-b570-4d1c-953c-c79411cc88f9
spec:
  finalizers:
  - kubernetes
status:
  phase: Active
[root@master01 ~]# 

  提示:可以看到輸出的yaml配置檔案格式的內容,裡面有很多kv資料,每個欄位都有對應的值,我們把這些欄位叫做testing名稱空間的屬性;除了檢視輸出為yaml格式的配置清單,我們也可以輸出為json格式的清單;

  匯出testing名稱空間的yaml配置檔案,並儲存為一個模板檔案

[root@master01 ~]# kubectl get ns testing -o yaml > ns-template.yaml
[root@master01 ~]# cat ns-template.yaml
apiVersion: v1
kind: Namespace
metadata:
  creationTimestamp: "2020-12-08T11:56:18Z"
  managedFields:
  - apiVersion: v1
    fieldsType: FieldsV1
    fieldsV1:
      f:status:
        f:phase: {}
    manager: kubectl-create
    operation: Update
    time: "2020-12-08T11:56:18Z"
  name: testing
  resourceVersion: "28764"
  uid: 00280ecd-b570-4d1c-953c-c79411cc88f9
spec:
  finalizers:
  - kubernetes
status:
  phase: Active
[root@master01 ~]# 

  提示:有了這個配置檔案,我們就可以照貓畫虎定義其他名稱空間;

  示例:使用模板檔案,定義建立一個prod的名稱空間;

[root@master01 ~]# cat ns-prod.yaml 
apiVersion: v1
kind: Namespace
metadata:
  name: prod
spec:
  finalizers:
  - kubernetes
status:
  phase: Active
[root@master01 ~]# 

  提示:模板中的很多資訊都是自動生成的,我們在建立一個資源時,只需要指定特定的必要的屬性;在一個資源配置清單中,通常有5個一級欄位,apiVersion欄位用於指定當前資源所屬的群組,在k8s上有很多群組,其中v1是core v1的縮寫,表示核心群組,一般不用更改;kind欄位是用於描述該資源的型別,這裡需要注意,資源型別名稱首字母必須大寫;metadata欄位使用於描述資源的元資料資訊,其中對於namespace型別資源來說,最終要的元資料為name表示該資源例項的名稱,這個屬性也是必要屬性;spec欄位是用於描述對應資源我們期望的狀態,對於namespace資源來說,spec欄位可以不用寫;status欄位主要用來描述資源當前的狀態資訊;一般這個欄位由k8s叢集自身維護,使用者可以不用定義;

  使用上述配置清單建立prod名稱空間

[root@master01 ~]# kubectl create -f ns-prod.yaml
namespace/prod created
[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h45m
kube-node-lease   Active   5h45m
kube-public       Active   5h45m
kube-system       Active   5h45m
prod              Active   5s
testing           Active   28m
[root@master01 ~]# 

  提示:以上使用陳述式命令create指定資源配置檔案建立資源,這種方式能夠建立資源,但是它不可以多次執行,多次執行會報錯對應資源已經存在;

  使用資源配置檔案刪除資源

[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h47m
kube-node-lease   Active   5h47m
kube-public       Active   5h47m
kube-system       Active   5h47m
prod              Active   2m21s
testing           Active   30m
[root@master01 ~]# kubectl delete -f ns-prod.yaml
namespace "prod" deleted
[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h47m
kube-node-lease   Active   5h47m
kube-public       Active   5h47m
kube-system       Active   5h47m
testing           Active   30m
[root@master01 ~]# 

  提示:通常情況我們刪除對應的資源不使用以上方式刪除,一般刪除都是直接使用陳述式命令來刪除資源;使用delete命令,指定資源型別以及資源名稱,如果是名稱空間級別的資源,還需要指定名稱空間;

  使用宣告式apply來建立prod名稱空間

[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h50m
kube-node-lease   Active   5h50m
kube-public       Active   5h50m
kube-system       Active   5h50m
testing           Active   33m
[root@master01 ~]# kubectl apply -f ns-prod.yaml
namespace/prod created
[root@master01 ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   5h50m
kube-node-lease   Active   5h50m
kube-public       Active   5h50m
kube-system       Active   5h50m
prod              Active   4s
testing           Active   33m
[root@master01 ~]# kubectl apply -f ns-prod.yaml
namespace/prod unchanged
[root@master01 ~]# kubectl apply -f ns-prod.yaml
namespace/prod unchanged
[root@master01 ~]# 

  提示:apply是一個宣告式介面命令,它可以重複執行多次,只要發現對應配置檔案中定義的資源屬性和當前資源屬性不吻合,它就會嘗試應用配置檔案中屬性,讓當前資源屬性或狀態和配置檔案中定義的屬性和狀態保持一致,如果配置檔案中的資源狀態和屬性和當前資源的狀態和屬性吻合,它就告訴我們配置沒有變化;很顯然apply這個命令是我們想要用的命令;

  以上就是一個最最簡單的使用資源配置清單的方式來建立資源,在k8s上資源有很多型別,不同型別的資源定義的屬性各有不同,我們要想寫好一個資源配置清單,首先就需要了解對應型別的資源,該有哪些屬性,我們怎麼才能知道對應資源該有哪些屬性呢?很簡單查文件呀,我們可以去k8s的官方文件中找對應資源型別的資源清單配置說明;https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.20這個網站上k8s-1.20這個版本的相關api說明,我們可以去該網站查詢對應型別資源的api欄位值的型別,以及欄位說明等等;如果你在瀏覽器中由於各種不可描述的原因,你打不開k8s官網,還有一個辦法就是直接在命令列使用命令來查;

  示例:檢視ns型別的資源說明

[root@master01 ~]# kubectl explain ns
KIND:     Namespace
VERSION:  v1

DESCRIPTION:
     Namespace provides a scope for Names. Use of multiple namespaces is
     optional.

FIELDS:
   apiVersion   <string>
     APIVersion defines the versioned schema of this representation of an
     object. Servers should convert recognized schemas to the latest internal
     value, and may reject unrecognized values. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources

   kind <string>
     Kind is a string value representing the REST resource this object
     represents. Servers may infer this from the endpoint the client submits
     requests to. Cannot be updated. In CamelCase. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds

   metadata     <Object>
     Standard object's metadata. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#metadata

   spec <Object>
     Spec defines the behavior of the Namespace. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status

   status       <Object>
     Status describes the current status of a Namespace. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status

[root@master01 ~]# 

  提示:上述命令就可以列出ns型別的資源應該怎麼定義;對應欄位的值的型別,其中如果對應欄位的值為object,我們還可以使用點號繼續查詢對應欄位的定義說明;

  示例:檢視ns型別資源中的spec欄位的詳細定義說明

[root@master01 ~]# kubectl explain ns.spec
KIND:     Namespace
VERSION:  v1

RESOURCE: spec <Object>

DESCRIPTION:
     Spec defines the behavior of the Namespace. More info:
     https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#spec-and-status

     NamespaceSpec describes the attributes on a Namespace.

FIELDS:
   finalizers   <[]string>
     Finalizers is an opaque list of values that must be empty to permanently
     remove object from storage. More info:
     https://kubernetes.io/docs/tasks/administer-cluster/namespaces/

[root@master01 ~]# 

  提示:如果對應欄位的值有“[]”表示該欄位的值可以是一個對應資料型別的陣列或列表;如果後面還-require-表示該欄位是必選欄位,必須要定義;

  示例:定義自助式pod資源配置清單

[root@master01 ~]# cat pod-demo.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod-demo
  namespace: testing
spec:
  containers:
  - image: nginx:1.14-alpine
    imagePullPolicy: IfNotPresent
    name: nginx
    resources: {}
  dnsPolicy: ClusterFirst
  priority: 0
  restartPolicy: Always
  schedulerName: default-scheduler
[root@master01 ~]# 

  提示:以上配置清單中定義了建立一個名為nginx-pod-demo的pod建立方法,其中在metadata欄位中最重要的兩個欄位是name和namespace,如果沒有給定這兩個欄位,名字它會隨機生成,名稱空間為default;spec欄位中最核心的就是containers欄位的定義;這個欄位的值為一個數組,這意味著一個pod裡可以定義多個容器;在配置檔案中使用"-"來表示應用列表或陣列;image欄位用來描述對應容器要用的映象;imagePullPolicy欄位用於描述拖映象的策略,一般這個欄位有三個值,第一個是Never表示從不到網際網路上拖映象,第二個是Always表示不管本地有沒有對應映象,都要到網際網路倉庫中拖映象;第三個是IfNotPresent表示如果本地有就不去網際網路拖映象,如果沒有就去網際網路倉庫拖映象;一般如果對應映象給出了指定的版本,這裡的下載映象的策略為IfNotPresent,如果指定映象的版本為latest,這裡的策略就是Always;name是用來描述容器的名稱;resources這個欄位用於描述對應容器的資源限制,比如最小記憶體和最大記憶體等等資訊;dnsPolicy用於描述使用dns的策略,ClusterFirst表示叢集優先,即k8s叢集內部的dns服務kube-dns;priority用於描述對應資源的優先順序,這個和程序優先順序很類似;restartPolicy用於描述重啟策略,Always表示,只要對應資源故障就重啟;schedulerName用於描述排程器的名稱;預設是default-scheduler,表示使用k8s叢集預設的排程器;

  應用資源配置清單,建立自助式pod

[root@master01 ~]# kubectl get pod -n testing
No resources found in testing namespace.
[root@master01 ~]# kubectl apply -f pod-demo.yaml 
pod/nginx-pod-demo created
[root@master01 ~]# kubectl get pod -n testing     
NAME             READY   STATUS    RESTARTS   AGE
nginx-pod-demo   1/1     Running   0          3s
[root@master01 ~]# 

  提示:可以看到在testing名稱空間下就建立了一個名為nginx-pod-demo的pod;

  示例:定義資源清單建立pod,要求在一個pod中執行兩個容器

[root@master01 ~]# cat pod-demo2.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod-demo
  namespace: prod
spec:
  containers:
  - image: nginx:1.14-alpine
    name: nginx
  - image: busybox:latest
    imagePullPolicy: IfNotPresent
    name: bbox
    command: 
    - /bin/sh
    - -c
    - "sleep 86400"    
[root@master01 ~]# 

  提示:command欄位的值是一個字元型列表,主要用於描述對應容器裡執行的程式命令;除了把列表的每個元素用“-”來引用以外,我們也可以使用 “[]”來引用;

[root@master01 ~]# cat pod-demo2.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod-demo
  namespace: prod
spec:
  containers:
  - image: nginx:1.14-alpine
    name: nginx
  - image: busybox:latest
    imagePullPolicy: IfNotPresent
    name: bbox
    command: ["/bin/sh","-c","sleep 86400"]
[root@master01 ~]# 

  應用配置清單

[root@master01 ~]# kubectl get pod -n prod
No resources found in prod namespace.
[root@master01 ~]# kubectl apply -f pod-demo2.yaml
pod/nginx-pod-demo created
[root@master01 ~]# kubectl get pod -n prod        
NAME             READY   STATUS              RESTARTS   AGE
nginx-pod-demo   0/2     ContainerCreating   0          5s
[root@master01 ~]# 

  提示:可以看到在prod名稱空間下有一個名叫nginx-pod-demo的pod處於containercreating狀態;表示該pod裡的容器正在處於建立狀態;其中ready欄位下的數字,右邊的2表示pod裡有2個容器,左邊的數字表示有幾個容器準備就緒,0表示一個都沒有;

  進入prod名稱空間下的nginx-pod-demo pod裡的bbox容器

[root@master01 ~]# kubectl exec nginx-pod-demo -c bbox -n prod -it -- /bin/sh 
/ # ifconfig 
eth0      Link encap:Ethernet  HWaddr 76:6E:35:38:55:27  
          inet addr:10.244.3.8  Bcast:10.244.3.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1450  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:480 (480.0 B)  TX bytes:42 (42.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

/ # 

  提示:進入pod裡的一個容器,如果對應pod裡只有一個容器,不用-c指定容器名稱,直接指定pod名稱即可;如果一個pod裡有多個容器,需要用-c選項指定容器的名稱;如果進入容器需要執行命令,需要用“--”隔開,後面寫要執行的命令;

  檢視bbox容器裡監聽埠

/ # netstat -tnl
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      
/ # ps aux 
PID   USER     TIME  COMMAND
    1 root      0:00 sleep 86400
    8 root      0:00 /bin/sh
   16 root      0:00 ps aux
/ # 

  提示:我們在bbox裡沒有執行任何web服務,它怎麼監聽80埠呢?原因是在同一個pod裡的所有容器都共享同一網路名稱空間,這也意味著我們訪問bbox裡的80,就可以訪問到nginx容器;

  測試:訪問bbox容器裡的80埠,看看是否訪問到nginx容器裡的服務呢?

/ # wget -O - -q http://127.0.0.1
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
/ # 

  提示:可以看到我們在bbox容器裡訪問lo介面上的80埠能夠訪問到nginx容器提供的服務;

  檢視容器日誌

[root@master01 ~]# kubectl get pod -n prod
NAME             READY   STATUS    RESTARTS   AGE
nginx-pod-demo   2/2     Running   0          10m
[root@master01 ~]# kubectl logs -n prod nginx-pod-demo -c nginx
127.0.0.1 - - [08/Dec/2020:13:43:37 +0000] "GET / HTTP/1.1" 200 612 "-" "Wget" "-"
[root@master01 ~]# 

  提示:如果我們要一直監視著對應容器的日誌變化,也可以使用-f,這個有點類似tail命令中的-f選項;

  提示:如果對應pod只有一個容器,我們只需要指定其pod名稱即可;

[root@master01 ~]# kubectl get pod
NAME                         READY   STATUS    RESTARTS   AGE
myapp-dep-5bc4d8cc74-cvkbc   1/1     Running   0          3h1m
myapp-dep-5bc4d8cc74-gmt7w   1/1     Running   0          3h1m
myapp-dep-5bc4d8cc74-gqhh5   1/1     Running   0          3h6m
ngx-dep-5c8d96d457-w6nss     1/1     Running   0          4h12m
[root@master01 ~]# kubectl logs ngx-dep-5c8d96d457-w6nss
10.244.0.0 - - [08/Dec/2020:09:43:19 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.0.0 - - [08/Dec/2020:10:07:41 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.1.0 - - [08/Dec/2020:10:07:46 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.0.0 - - [08/Dec/2020:10:31:58 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.0.0 - - [08/Dec/2020:10:32:24 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.0.0 - - [08/Dec/2020:10:32:29 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
10.244.0.0 - - [08/Dec/2020:10:36:01 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.29.0" "-"
[root@master01 ~]# 

  提示:預設不指定名稱空間,就是default名稱空間;

  pod暴露埠

  所謂暴露埠是指把pod裡執行的容器監聽的埠暴露到外部網路能夠訪問的埠上;在k8s上使用資源配置清單建立pod時,我們可以在定義容器時暴露容器的埠;通常暴露埠的方式有兩種,一種是共享宿主機的名稱空間,讓其pod裡的網路和宿主機網路名稱空間在一個名稱空間下;其次是使用埠對映的方式,所謂埠對映就是把pod裡容器監聽的埠對映在宿主機上的某一個埠;外部網路直接訪問對應宿主機埠即可訪問到對應pod裡的容器;pod所屬網路還是pod網路;

  示例:定義資源配置清單,明確定義共享宿主機網路名稱空間

[root@master01 ~]# cat pod-demo3.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod-demo3
  namespace: prod
spec:
  containers:
  - image: nginx:1.14-alpine
    imagePullPolicy: IfNotPresent
    name: nginx
  hostNetwork: true
[root@master01 ~]# 

  提示:這裡需要注意一點,hostNetwork這個欄位是spec欄位裡的屬性,縮排要和containers欄位對其;

  應用配置清單

[root@master01 ~]# kubectl get pod -n prod
NAME             READY   STATUS    RESTARTS   AGE
nginx-pod-demo   2/2     Running   0          43m
[root@master01 ~]# kubectl apply -f pod-demo3.yaml 
pod/nginx-pod-demo3 created
[root@master01 ~]# kubectl get pod -n prod -o wide
NAME              READY   STATUS    RESTARTS   AGE   IP             NODE             NOMINATED NODE   READINESS GATES
nginx-pod-demo    2/2     Running   0          44m   10.244.3.8     node03.k8s.org   <none>           <none>
nginx-pod-demo3   1/1     Running   0          15s   192.168.0.45   node02.k8s.org   <none>           <none>
[root@master01 ~]# 

  提示:可以看到應用資源配置清單以後,對應在prod名稱空間下就有一個名為nginx-pod-demo3的pod執行起來了,並且其網路為宿主機網路;

  驗證:登入node02上檢視是否80埠處於監聽?

[root@master01 ~]# ssh node02
Last login: Tue Dec  8 16:28:33 2020 from 192.168.0.232
[root@node02 ~]# ss -tnl
State      Recv-Q Send-Q           Local Address:Port                          Peer Address:Port              
LISTEN     0      128                          *:80                                       *:*                  
LISTEN     0      128                          *:22                                       *:*                  
LISTEN     0      100                  127.0.0.1:25                                       *:*                  
LISTEN     0      128                  127.0.0.1:45734                                    *:*                  
LISTEN     0      128                  127.0.0.1:10248                                    *:*                  
LISTEN     0      128                  127.0.0.1:10249                                    *:*                  
LISTEN     0      128                         :::10256                                   :::*                  
LISTEN     0      128                         :::22                                      :::*                  
LISTEN     0      100                        ::1:25                                      :::*                  
LISTEN     0      128                         :::10250                                   :::*                  
[root@node02 ~]# 

  提示:可以看到node02上80埠已經處於監聽狀態;

  驗證:訪問node02的80埠,看看是否訪問到對應nginx-pod-demo3 pod裡執行的nginx容器呢?

  提示:在外部使用瀏覽器訪問pod所在主機的ip地址的80埠能夠正常訪問到對應pod裡的容器;

  示例:使用資源清單定義建立pod時,指定將容器埠對映的對應宿主機的某個埠

[root@master01 ~]# cat pod-demo4.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx-pod-demo4
  namespace: prod
spec:
  containers:
  - image: nginx:1.14-alpine
    imagePullPolicy: IfNotPresent
    name: nginx
    ports:
      - containerPort: 80
        hostPort: 8080
        name: web
        protocol: TCP
[root@master01 ~]# 

  提示:在使用資源清單定義暴露容器埠時,需要使用ports欄位,該欄位的值為一個列表物件,裡面主要有containerPort欄位,該欄位用於描述容器監聽埠,hostPort用於描述要把容器埠對映到宿主機上的埠,name用於描述ports這個欄位物件的名字,protocol用於描述使用的協議,預設不指定就是TCP,如果指定對應TCP或UDP必須大寫;

  應用配置清單

[root@master01 ~]# kubectl get pod -n prod
NAME              READY   STATUS    RESTARTS   AGE
nginx-pod-demo    2/2     Running   0          67m
nginx-pod-demo3   1/1     Running   0          23m
[root@master01 ~]# kubectl apply -f pod-demo4.yaml
pod/nginx-pod-demo4 created
[root@master01 ~]# kubectl get pod -n prod -o wide
NAME              READY   STATUS    RESTARTS   AGE   IP             NODE             NOMINATED NODE   READINESS GATES
nginx-pod-demo    2/2     Running   0          68m   10.244.3.8     node03.k8s.org   <none>           <none>
nginx-pod-demo3   1/1     Running   0          24m   192.168.0.45   node02.k8s.org   <none>           <none>
nginx-pod-demo4   1/1     Running   0          14s   10.244.1.7     node01.k8s.org   <none>           <none>
[root@master01 ~]# 

  提示:可以看到對應的pod已經正常處於執行狀態,並且pod網路ip地址也是一個pod網路的地址;該pod被排程到node01上執行;

  驗證:檢視對應node01上是否監聽8080埠?

[root@master01 ~]# ssh node01
Last login: Tue Dec  8 16:30:16 2020 from 192.168.0.232
[root@node01 ~]# ss -tnl
State      Recv-Q Send-Q           Local Address:Port                          Peer Address:Port              
LISTEN     0      128                  127.0.0.1:46580                                    *:*                  
LISTEN     0      128                          *:22                                       *:*                  
LISTEN     0      100                  127.0.0.1:25                                       *:*                  
LISTEN     0      128                  127.0.0.1:10248                                    *:*                  
LISTEN     0      128                  127.0.0.1:10249                                    *:*                  
LISTEN     0      128                         :::10256                                   :::*                  
LISTEN     0      128                         :::22                                      :::*                  
LISTEN     0      100                        ::1:25                                      :::*                  
LISTEN     0      128                         :::10250                                   :::*                  
[root@node01 ~]# 

  提示:在pod所在宿主機上並沒有發現8080埠處於監聽狀態;

  驗證:訪問node01的8080埠,看看是否能夠被訪問?

  提示:訪問node01的8080埠能夠正常訪問到對應pod裡的容器;這說明埠對映的方式不會監聽任何埠,它只會體現在iptables或ipvs規則中;

  檢視對應pod所在主機上的iptables規則

[root@node01 ~]# iptables -t nat -nvL|grep 8080
    0     0 CNI-HOSTPORT-SETMARK  tcp  --  *      *       10.244.1.0/24        0.0.0.0/0            tcp dpt:8080
    0     0 CNI-HOSTPORT-SETMARK  tcp  --  *      *       127.0.0.1            0.0.0.0/0            tcp dpt:8080
    1    52 DNAT       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:8080 to:10.244.1.7:80
    1    52 CNI-DN-fca14cb4785a6479cf635  tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            /* dnat name: "cbr0" id: "11f45eaf41a77266233e58f57abce144ebf7da0d8924a7ca490d2f64dacc456c" */ multiport dports 8080
[root@node01 ~]# 

  提示:在對應pod所在宿主機上的iptables規則中可以看到有一條DNAT規則,明確寫了任何源地址訪問,訪問到目標埠為8080,就DNAT到10.244.1.7的80埠上;而對應10.244.1.7這個地址恰好就是對應的podip地址;

  以上就是使用資源配置清單定義pod資源常用到的一些屬性說明和演示,以及pod裡的容器埠暴露的兩種方式,但是我們手動定義建立pod資源,一旦刪除,它不會自動恢復,所以這種自主式pod通常在k8s上應用的很少;通常跑一個pod應該使用pod控制器來跑,這樣即便對應的pod故障了,pod控制器能夠幫助我們恢復重建po