k8s自主式pod之应用策略规则

时间 2019-12-31

标签 k8s 自主 pod 应用策略规则繁體版

原文原文链接

自主式pod应用

咱们接触的pod大多数是控制器控制的pod，那么今天讲的是自主式pod（也就是由yaml文件来建立的pod），也就是pod本身去控制本身，防止pod被控制器杀死。node

1，首先咱们来建立一个nginx的pod资源对象：nginx

在建立pod以前，咱们来查看一下镜像的下载策略：web

[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

几种策略解释：docker

Always：镜像标签为“latest”或镜像标签不存在的时候，老是在从指定的仓库（Dockerhub）中获取镜像。
目前 Docker 官方维护了一个公共仓库 Docker Hub，其中已经包括了数量超过 2,650,000 的镜像。大部分需求均可以经过在 Docker Hub 中直接下载镜像来实现。json
Nerver：禁止从仓库中下载镜像，也就是说只使用本地镜像。若是本地也没有镜像，则pod将没法运行。
IfNotPresent（提供）：仅当本地没有对应镜像时，才从目标仓库中下载。

默认的获取策略以下：
镜像标签为“latest”，它的默认下载策略是Always。
镜像标签为自定义（不是默认的latest），它的默认下载策略是IfNotPresent。vim

//建立一个pod（定义某种策略）：api

[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镜像相位（状态）：app

Running：Pod所需的容器已经被成功调度到某个节点，且已经成功运行。ide
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          7h10m   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

———————— 本文至此结束，感谢阅读 ————————