前言：

k8s集群的最重要的管理工作都是围绕着pods这个资源来进行的，可以说是最根本的东西，没有之一，pods的地位可以简单理解为docker里的容器，但和容器又有所不同（当然是有所不同了嘛，要不干嘛还叫pods，直接叫容器得了，不是更方便？？？），因此，在进行管理工作前，我们需要明确pods到底是什么玩意，能干什么，为什么要用它，然后才是对pods的增删改查等等这些具体的管理工作了。

正文：

一，什么是pods？

pod是一组并置的容器，代表了Kubernetes中的基本构建模 块。在实际应用中我们并不会单独部署容器，更多的是针对组pod 的容器进行部署和操作。然而这并不意味着一个pod总是要包含多个容器---实际上只包含一个单独容器的pod也是非常常见的。值得注意的是，当一个pod 包含多个容器时 这些容器总是运行于同一个工作节点上----- pod绝不会跨越多个工作节点。（能跨越多个节点是多个pod，由控制器控制，概念不要搞混）

Kubernetes中调度的最基本单位Pod。

kube-controller-manager用来控制Pod的状态和生命周期。

Pod代表着集群中运行的进程。

Kubernetes中调度的最基本单位Pod。

kube-controller-manager用来控制Pod的状态和生命周期。

Pod代表着集群中运行的进程。

Pod组成

每个pod都有一个根容器，Pause容器。

Pause容器，又叫Infra容器，官方使用的是gcr.io/google_containers/pause-amd64:3.0容器，我这里使用的版本是3.2，也可以自己定义。kubernetes中的pause容器主要为每个业务容器提供以下功能：

• 在pod中担任Linux命名空间共享的基础；
• 启用pid命名空间，开启init进程。

• [root@master ~]# docker images|grep pause
  registry.cn-hangzhou.aliyuncs.com/google_containers/pause                     3.2                     80d28bedfe5d        2 years ago         683kB
  [root@master ~]# docker ps -a |grep pause
  70b80eef504a        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-proxy-zwmwf_kube-system_055b81ab-1864-41b6-8ea6-67e20a5d99c8_7
  04345567dcb2        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-flannel-ds-f5gtd_kube-system_2cebc7e4-1b42-48d2-b82e-aec483bb2e06_6
  e67d52bc07cf        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-scheduler-c7n.cnn_kube-system_a6027b1f6daab26774a6b1ac0d429c42_2
  db7c20a67b42        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_etcd-c7n.cnn_kube-system_2fc062b383bf9b19b5234863fe24378a_7
  503a3ec3e34d        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-controller-manager-c7n.cnn_kube-system_91a8e81c4456077e1454c500dc053f85_3
  6a352e1fd1f1        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-apiserver-c7n.cnn_kube-system_3b878073ee112db3bcd66a296b786735_6
  

  以上表示使用的是pause这个镜像生成了k8s的很多组件容器，注意了，这里是说pause是根容器！！！！！！！！！！不是根pod，没有这个说法，可以看到的是像什么apiserver这些都是通过pause镜像启动的。

Pause容器对应的镜像属于Kubernetes平台的一部分，除了Pasuse容器，每个Pod还包含一个或多个紧密相关的用户业务容器。用户业务容器可以只有一个也可以有多个：

• 一个Pod中运行一个容器。“每个Pod中一个容器”的模式是最常见的用法；在这种使用方式中，你可以把Pod想象成是单个容器的封装，kuberentes管理的是Pod而不是直接管理容器。
• 在一个Pod中同时运行多个容器。一个Pod中也可以同时封装几个需要紧密耦合互相协作的容器，它们之间共享资源。

Kubernetes为每个Pod都分配了IP，为Pod IP，一个Pod里的多个容器共享Pod IP地址。Kubernetes要求底层网络支持集群内任意两个Pod之间的TCP/IP直接通信，通过虚拟二层网络技术来实现，因此，一个Pod里的容器与另外主机上的Pod容器可以直接通信。

[root@master ~]# k get po -A -o wide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP               NODE      NOMINATED NODE   READINESS GATES
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   5          4d18h   10.244.1.16      slave1    <none>           <none>
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   4          3d23h   10.244.2.16      slave2    <none>           <none>
default       nginx-7b54d48599-x2zc5                    1/1     Running   2          23h     10.244.1.15      slave1    <none>           <none>
default       test-pod                                  0/1     Pending   0          3d22h   <none>           <none>    <none>           <none>
kube-system   coredns-6c76c8bb89-tfcrm                  1/1     Running   6          27d     10.244.1.17      slave1    <none>           <none>
kube-system   coredns-6c76c8bb89-vnlwg                  1/1     Running   6          27d     10.244.2.15      slave2    <none>           <none>
kube-system   etcd-c7n.cnn                              1/1     Running   7          28d     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-apiserver-c7n.cnn                    1/1     Running   6          4d15h   192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-controller-manager-c7n.cnn           1/1     Running   3          25h     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-flannel-ds-djwmq                     1/1     Running   5          4d18h   192.168.217.17   slave1    <none>           <none>
kube-system   kube-flannel-ds-f5gtd                     1/1     Running   7          4d18h   192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-flannel-ds-k5jpf                     1/1     Running   5          4d18h   192.168.217.18   slave2    <none>           <none>
kube-system   kube-proxy-7v5mj                          1/1     Running   6          28d     192.168.217.18   slave2    <none>           <none>
kube-system   kube-proxy-mtttm                          1/1     Running   6          28d     192.168.217.17   slave1    <none>           <none>
kube-system   kube-proxy-zwmwf                          1/1     Running   7          28d     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-scheduler-c7n.cnn                    1/1     Running   2          25h     192.168.217.16   c7n.cnn   <none>           <none>

我的测试集群里有失败的pod，可以看到，它没有IP，启动成功的pod，例如10.244.1.16和10.244.2.16是可以直接通信的。

二，

pods有什么用处，它的优缺点是什么？

• 创建容器使用docker，一个docker对应一个容器，一个容器运行一个应用进程
• Pod是多进程设计，运用多个应用程序，也就是一个Pod里面有多个容器，而一个容器里面运行一个应用程序
• Pod的存在是为了亲密性应用
  两个应用之间进行交互
  网络之间的调用【通过127.0.0.1 或 socket】
  两个应用之间需要频繁调用
• 总的来说，pod的底层是docker容器，可看做一个或者多个容器得集合。

优点：

（1）

docker本身的网络机制比较复杂，需要自己调节部署，而k8s的pod不存在这个问题，pods之间的网络拓扑关系是自动化的，从而实现了微服务的敏捷部署，也就是说，网络方面pods更为强大，简单，易用。

（2）

pods所对应的部署的应用相对docker来说，更容易升级，回滚，并且定制化服务更为容易。

缺点：

相比于docker，更为复杂，想使用是比较简单的，但如果想达到使用好这个目的，无疑需要做的工作可能会更多一些。

三，

对于pods的具体管理工作---增----pods的建立方式详解

pods的生成也就是建立，通常有两种方式，第一个方式是通过kubectl命令行方式直接生成pods，第二种方式是通过资源清单文件生成pods。

（1）kubectl命令行方式生成pods

这个方式适用于比较简单的服务，没有什么特殊的定制化要求，通常用在测试环境，比如，集群部署完毕后，检测集群是否工作正常，那么，我们可以以这样的简单方式快速的生成一个测试用pods，例如，某个集群刚部署完毕，想要看看这个集群能不能正常的生成pods，那么， 无疑，比如快速生成一个可提供web服务的nginx的pods是比较好得选择：

kubectl create deployment nginx --image nginx:1.19
k expose deployment nginx --port 80 --type NodePort

以上的命令执行完毕后，我们就可以得到一个简单的由集群内的一个pods提供的web服务了，此时，在任意一个同网络段的机器内打开浏览器输入集群的ip+端口号30067就可以看到nginx的首页啦。（端口号通过kubectl get svc -A 可以查询出来，第三行就是对应的那个nginx的pods端口）

[root@master ~]# k get svc -A
NAMESPACE     NAME             TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                  AGE
database      mysql2           NodePort    10.106.38.0     <none>        3306:32222/TCP           5d2h
default       kubernetes       ClusterIP   10.96.0.1       <none>        443/TCP                  28d
default       nginx            NodePort    10.96.201.101   <none>        80:30067/TCP             31h

当然，命令行方式创建pods可以做到和资源清单文件一样的效果，但，命令不好回溯问题，不方便管理，因此，通常是用在测试的时候。

（2）资源清单文件

这里的资源清单文件通常是yaml或者yml或者json格式的文件，kubernetes只支持这两种文件，kubernetes主要是围绕各种资源来进行配置进而生成pods，也就是resources，在K8S 中所有的内容都抽象为了资源，资源实例化之后就叫做对象。。而资源清单文件就是向k8s说明要使用何种资源，资源之间的关系如何配置，进而创建出一个可对外提供服务的pods。

例如这个资源清单文件：

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo
  namespace: default
  labels:
    app: myapp
spec:
  containers:
    - name: myapp-1
      image: hub.escapelife.site/library/nginx-test:v1
    - name: busybox-1
      image: busybox:latest
      command:
        - "/bin/sh"
        - "-c"
        - "sleep 3600"

该清单文件定义了将要运行一个pod，这个pod里有两个docker镜像，分别是nginx和busybox，那么，如果网络通畅的话，很快将会看到一个pod运行。

那么，这个pod里运行了两个镜像，如果删除这个pod，将不会再次生成pod，如果采用deploymen方式，删除pod后会自动再次生成pod。

还是以上面的这个pod文件为例，将它修改成deployment方式部署（三个副本，这里随意写的）：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: pod-demo
  namespace: default
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.20
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

 此时将会生成三个pod，但三个pod是删除不了的，即使delete仍然会自动生成，因此，删除 时可以两种方式，第一，kubectl delete -f  文件名，第二，kubectl delete deployment pod-demo  这样的方式删除。

当然，pod的建立方式还有statefulsets这样的方式（通常用在有状态pods部署上），这些以后再做说明。

四，

如何优雅的建立pods为以后的管理工作提供一个良好的开端---pods的调度问题

还是以上面那个pod-demo 文件为例，将该pod部署到node标签设定为nodeenv=web的节点（也就是slave2）（设定node的标签并且查询）：

[root@master ~]# k get nodes
NAME      STATUS   ROLES    AGE   VERSION
c7n.cnn   Ready    master   30d   v1.19.4
slave1    Ready    <none>   30d   v1.19.4
slave2    Ready    <none>   30d   v1.19.4

[root@master ~]# k label node slave1 nodeenv=dev --overwrite=true
node/slave1 labeled
[root@master ~]# k label node slave2 nodeenv=web --overwrite=true
node/slave2 labeled

[root@master ~]# k get nodes slave1 --show-labels
NAME     STATUS   ROLES    AGE   VERSION   LABELS
slave1   Ready    <none>   30d   v1.19.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=slave1,kubernetes.io/os=linux,nodeenv=dev
[root@master ~]# k get nodes slave2 --show-labels
NAME     STATUS   ROLES    AGE   VERSION   LABELS
slave2   Ready    <none>   30d   v1.19.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=slave2,kubernetes.io/os=linux,nodeenv=web

 部署文件的内容应该修改成这样：

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo
  namespace: default
  labels:
    app: myapp
spec:
  nodeSelector:
    nodeenv: web
  containers:
    - name: myapp-1
      image: hub.escapelife.site/library/nginx-test:v1
    - name: busybox-1
      image: busybox:latest
      command:
        - "/bin/sh"
        - "-c"
        - "sleep 3600"

五，pods的删除

删除pod比较的简单，如果是使用的资源清单文件，kubectl delete -f 资源清单文件就可以删除了。如果是命令行生成的pod，kubectl delet pod pod名称 -n 命名空间 即可。还是以上面的那个资源清单文件为例：

[root@master ~]# k delete -f test-pod.yaml 
pod "pod-demo" deleted

如果资源清单文件使用了deployment控制器，那么，删除的时候必须是这样的：

以这个资源清单为例：

[root@master ~]# cat test-pod.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: pod-demo
  namespace: default
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.20
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

deployment控制器的名称是pod-demo，因此，删除命令是：

[root@master ~]# k delete deployment pod-demo -n default
deployment.apps "pod-demo" deleted

此时如果查询pods，将不会看到那三个副本啦。

六，对于pods的具体管理工作---查----如何优雅的解决pods运行时的报错，测试pods的健康状态

查看资源里关于pods的描述：

[root@master ~]# k api-resources
NAME                              SHORTNAMES   APIGROUP                       NAMESPACED   KIND
bindings                                                                      true         Binding
componentstatuses                 cs                                          false        ComponentStatus
configmaps                        cm                                          true         ConfigMap
endpoints                         ep                                          true         Endpoints
events                            ev                                          true         Event
limitranges                       limits                                      true         LimitRange
namespaces                        ns                                          false        Namespace
nodes                             no                                          false        Node
persistentvolumeclaims            pvc                                         true         PersistentVolumeClaim
persistentvolumes                 pv                                          false        PersistentVolume
pods                              po                                          true         Pod

可以看到，pods是有namespace隔离的，因此，查询pods的时候，如果不是default的namespace，需要-n指定namespace。

（1）

查询所有的pods

[root@master ~]# k get po -A
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   9          7d20h
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   10         7d1h

（2）

查询某个pods的详细情况，例如上面的MySQL：

[root@master ~]# k describe pod mysql2-5db57c8bc8-7bwbg -n database
Name:         mysql2-5db57c8bc8-7bwbg
Namespace:    database
Priority:     0
Node:         slave1/192.168.217.17
Start Time:   Wed, 06 Jul 2022 17:01:21 +0800
Labels:       app=mysql2
              pod-template-hash=5db57c8bc8
Annotations:  <none>
Status:       Running
IP:           10.244.1.30
IPs:
  IP:           10.244.1.30
Controlled By:  ReplicaSet/mysql2-5db57c8bc8
Containers:
  mysql2:
    Container ID:   docker://3add65793a00e60deedee16df782ec5510b7ea8450976adc1612aff0d97cf989
    Image:          mysql:5.7.23
    Image ID:       docker-pullable://mysql@sha256:953b53af26805d82eca95f28df6ae82e8e15cd1e587b4c5cd06a78be80e84050
    Port:           3306/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Thu, 14 Jul 2022 12:37:21 +0800
    Last State:     Terminated
      Reason:       Error
      Exit Code:    255
      Started:      Thu, 14 Jul 2022 09:15:39 +0800
      Finished:     Thu, 14 Jul 2022 12:36:20 +0800
    Ready:          True
    Restart Count:  9
    Environment:
      MYSQL_ROOT_PASSWORD:  123456
    Mounts:
      /var/lib/mysql from nfs-pvc-test (rw,path="mysql")
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-96m7s (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  nfs-pvc-test:
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
    ClaimName:  nfs-pvc-test
    ReadOnly:   false
  default-token-96m7s:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-96m7s
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:          <none>

以上信息表明该pod运行在slave1节点，使用了pvc  ，pvc的名称是nfs-pvc-test，当然还有一些别的信息，就不详细说了。

（3）

查询这个pods运行的日志（kubectl logs pod名称  -n namespace名称）：

[root@master ~]#  k logs  mysql2-5db57c8bc8-7bwbg -n database
2022-07-14T04:37:22.972354Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2022-07-14T04:37:23.006575Z 0 [Note] mysqld (mysqld 5.7.23) starting as process 1 ...
2022-07-14T04:37:23.041054Z 0 [Note] InnoDB: PUNCH HOLE support available
2022-07-14T04:37:23.041186Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

如果该pod有问题，查看日志是一个比较快速有效的方法哦。

（4）

查询所有pods的扩展信息（增加参数 -o wide）：

[root@master ~]# k get po -A -o wide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP               NODE      NOMINATED NODE   READINESS GATES
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   9          7d20h   10.244.1.30      slave1    <none>           <none>
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   10         7d1h    10.244.2.37      slave2    <none>           <none>
default       nginx-7b54d48599-x2zc5                    1/1     Running   6          4d2h    10.244.1.32      slave1    <none>           <none>
kube-system   coredns-6c76c8bb89-tfcrm                  1/1     Running   10         31d     10.244.1.31      slave1    <none>           <none>

总的来说，查询pods后，第三列READY 是1/1 ，第四列STATUS 是running 表示该pods是正常的，RESTARTS表示pod重启的次数，这个可以不用考虑，因为重启服务器它也会重启的哦。AGE这一列表示pods运行的时间，IP这一列表示pod运行时使用的IP地址，这个IP地址一般是集群内部使用，也可以不用考虑。