k8s自主式pod之應用策略規則

自主式pod應用

我們接觸的pod大多數是控制器控制的pod，那么今天講的是自主式pod（也就是由yaml文件來創建的pod），也就是pod自己去控制自己，防止pod被控制器殺死。

1，首先我們來創建一個nginx的pod資源對象：

在創建pod之前，我們來查看一下鏡像的下載策略：

[root@master yaml]# kubectl explain pod.spec.containers
查看imagePullpolicy的策略字段：
   imagePullPolicy  <string>
     Image pull policy. One of Always, Never, IfNotPresent. Defaults to Always
     if :latest tag is specified, or IfNotPresent otherwise. Cannot be updated.
     More info:
     https://kubernetes.io/docs/concepts/containers/images#updating-images

幾種策略解釋：

• Always：總是在從指定的倉庫中獲取鏡像，也就是說每次創建pod都會重新拉取一次鏡像。

• Nerver：禁止從倉庫中下載鏡像，也就是說只使用本地鏡像。如果本地也沒有鏡像，則pod將無法運行。
• IfNotPresent（提供）：僅當本地沒有對應鏡像時，才從目標倉庫中下載。

默認的獲取策略如下：
鏡像標簽為“latest”，它的默認下載策略是Always。
鏡像標簽為自定義（不是默認的latest），它的默認下載策略是IfNotPresent。

//創建一個pod（定義某種策略）：

[root@master yaml]# vim test-pod.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: test-pod
spec:
  containers:
  - name: myapp
    image: nginx
    imagePullPolicy: Always        #定義鏡像下載策略（總是從指定倉庫獲取鏡像）
    ports:
      - containerPort: 80                  #暴露容器的端口

//執行yaml文件：
[root@master yaml]# vim test-pod.yaml 
[root@master yaml]# kubectl  apply -f test-pod.yaml 

//查看pod的狀態：
[root@master yaml]# kubectl  get pod test-pod -o wide
NAME       READY   STATUS    RESTARTS   AGE     IP           NODE     NOMINATED NODE   READINESS GATES
test-pod   1/1     Running   0          7m55s   10.244.2.2   node02   <none>           <none>

//以json格式查看pod的一個詳細信息：
[root@master yaml]# kubectl  get pod test-pod -o json

image鏡像相位（狀態）：

• Running：Pod所需的容器已經被成功調度到某個節點，且已經成功運行。

• Pending：APIserver創建了pod資源對象，并且已經存入etcd中，但它尚未被調度完成或者仍然處于倉庫中下載鏡像的過程。

• Succeeded：Pod中的所有容器已成功終止，并且不會重新啟動。

• Failed：Pod中的所有容器均已終止，并且至少一個容器因故障而終止。也就是說，容器要么以非零狀態退出，要么被系統終止

• Unknown：APIserver無法正常獲取到pod對象的狀態，通常用于其無法與所在工作節點的kubelet通信所致。

一定要熟悉并且記住這幾種狀態，因為這有利于在集群出現故障時能夠準確的找到問題，且快速的排查錯誤。

2,pod的重啟策略：

//首先我們查看pod的一個重啟策略：
[root@master yaml]# kubectl  explain  pod.spec  #查看pod的spec字段的重啟策略

• 字段解釋：
• Always：但凡是pod對象終止就重啟，此為默認策略。
• OnFailure：僅在pod對象出現錯誤時才重啟，如果容器是處于complete狀態，也就是正常退出的狀態，是不會重啟的。
• Never：從不重啟。

3，我們模擬一下，創建一個pod，使用公司內部的私有倉庫中的鏡像，其鏡像下載策略為：Never（使用本地鏡像），pod的重啟策略為Never（從不重啟）。

[root@master yaml]# vim nginx-pod1.yaml
apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  labels:                           #定義標簽與servic相關聯
    test: myweb
spec:
  restartPolicy: Never     #定義鏡像重啟策略為Never
  containers:
  - name: myweb
    image: 172.16.1.30:5000/nginx:v1
    imagePullPolicy: Never         #定義鏡像下載策略為Never
---
apiVersion: v1
kind: Service
metadata:
  name: mynginx
spec:
  type: NodePort
  selector:
    test: myweb
  ports:
  - name: nginx
    port: 8080           #定義Cluster IP端口
    targetPort: 80      #暴露容器端口
    nodePort: 30000         #定義給外網通過宿主機暴露的端口

[root@master yaml]# kubectl  apply -f nginx-pod1.yaml 
pod/mynginx created
service/mynginx created

//查看pod當前狀態：

查看pod信息可以看到鏡像拉取失敗，所以我們查看該pod的詳細信息進行排查：
[root@master yaml]# kubectl describe pod mynginx

可以看到是策略的原因，Nerver策略只能從該節點的本地鏡像進行下載，所以我們需要在該節點（node02）上將私有倉庫中的鏡像進行拉取到本地。

[root@node02 ~]# docker pull 172.16.1.30:5000/nginx:v1
v1: Pulling from nginx
Digest: sha256:189cce606b29fb2a33ebc2fcecfa8e33b0b99740da4737133cdbcee92f3aba0a
Status: Downloaded newer image for 172.16.1.30:5000/nginx:v1

//回到master，再次查看pod1是否運行：
[root@master yaml]# kubectl  get pod -o wide
NAME       READY   STATUS    RESTARTS   AGE     IP           NODE     NOMINATED NODE   READINESS GATES
mynginx    1/1     Running   0          7m32s   10.244.2.4   node02   <none>           <none>
test-pod   1/1     Running   1          7h20m   10.244.2.3   node02   <none>           <none>

2）測試pod重啟策略：
我們模擬pod非正常退出

[root@master yaml]# vim nginx-pod1.yaml 
apiVersion: v1
kind: Pod
metadata:
  name: mynginx
  labels:
    test: myweb
spec:
  restartPolicy: Never
  containers:
  - name: myweb
    image: 172.16.1.30:5000/nginx:v1
    imagePullPolicy: Never
    args: [/bin/sh -c sleep 10; exit 1]    #添加args字段，模擬sleep10秒后退出

//重新啟動pod
[root@master yaml]# kubectl  delete -f  nginx-pod1.yaml 
pod "mynginx" deleted
service "mynginx" deleted
[root@master yaml]# kubectl  apply -f  nginx-pod1.yaml 
pod/mynginx created
service/mynginx created

PS：因為在pod的文件中設置了pod的重啟策略為Never，所以在無法修改策略的情況下，需要將該pod刪除，重新執行yaml文件生成新的pod。

//第一次查看pod狀態：

看到新的pod再node01節點上，所以我們還需再node01上將鏡像拉取到本地。

[root@node01 ~]# docker pull 172.16.1.30:5000/nginx:v1
v1: Pulling from nginx
Digest: sha256:189cce606b29fb2a33ebc2fcecfa8e33b0b99740da4737133cdbcee92f3aba0a
Status: Downloaded newer image for 172.16.1.30:5000/nginx:v1

為了更好的查看到效果，我們重新執行yaml文件，生成新pod：
[root@master yaml]# kubectl delete -f nginx-pod1.yaml
[root@master yaml]# kubectl apply -f nginx-pod1.yaml

//查看pod的最終狀態：

我們來查看該pod的詳細信息（查看pod運行失敗的原因）：
[root@master yaml]# kubectl  describe  pod mynginx 

從上面的信息中我們可以得知pod在創建出容器后，卻非正常退出了，最后導致容器創建失敗。

3）我們修改策略規則，將規則設置為OnFailure:

//重新運行pod：
[root@master yaml]# kubectl delete -f  nginx-pod1.yaml 
pod "mynginx" deleted
service "mynginx" deleted
[root@master yaml]# kubectl apply -f  nginx-pod1.yaml 
pod/mynginx created
service/mynginx created

查看pod狀態（失敗）：
[root@master yaml]# kubectl  get pod -o wide
NAME      READY   STATUS              RESTARTS   AGE   IP           NODE     NOMINATED NODE   READINESS GATES
mynginx   0/1     RunContainerError   3          55s   10.244.2.8   node02   <none>           <none>

[root@master yaml]# kubectl get pod -o json

我們可以看到當前pod創建容器失敗。

//我們馬上實時監控pod當前的狀態：

可以看到pod一直在不停的重啟，原因是我們在設置pod重啟為OnFailure時，同時設置了pod在睡眠10秒后，便會重啟，所以該pod會一直重啟下去。

4）我們修改策略規則，并將其pod恢復正常運行：

//重新運行yaml文件，生成新的pod：
[root@master yaml]# kubectl  delete -f  nginx-pod1.yaml 
pod "mynginx" deleted
service "mynginx" deleted
k[root@master yaml]# kubectl  apply -f  nginx-pod1.yaml 
pod/mynginx created
service/mynginx created

//查看pod是否恢復正常運行：（正常運行）
[root@master yaml]# kubectl  get pod -o wide
NAME      READY   STATUS    RESTARTS   AGE   IP           NODE     NOMINATED NODE   READINESS GATES
mynginx   1/1     Running   0          71s   10.244.1.8   node01   <none>           <none>

5) 查看servie信息，驗證nginx的web界面能否正常訪問：

[root@master yaml]# kubectl  get svc  mynginx 
NAME      TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
mynginx   NodePort   10.101.131.36   <none>        8080:30000/TCP   4m23s

———————— 本文至此結束，感謝閱讀 ————————