devbox
我家自动化
这个屌丝很懒，什么也没留下！
关注作者
热门标签
热门文章
当前位置:   article > 正文

K8S初级入门系列之三-Pod的基本概念和操作_k8s中pod服务是什么?

作者：我家自动化 | 2024-02-28 23:08:34

赞

踩

k8s中pod服务是什么?

一、前言

       Pod的原意是豌豆荚的意思，一个豆荚里面包含了很多豆子。在K8S中，Pod也是类似的意思，只不过这里的豆子就是容器。在K8S初级入门系列之一-概述中，我们对Pod有个初步的了解。

1、Pod是K8S编排和调度的最小基础单元。

        了解容器的同学会知道，容器之间通过隔离技术(namespace+cgroup+chroot)，实现了应用间的隔离。那么K8S为何不直接使用容器进行调度，而非得再引入Pod的概念，使得模型更加复杂呢？现在的复杂系统有着成百上千的服务，服务与服务之间的关系，从运行环境看，需要做资源的隔离，但是从业务逻辑看，他们又存在亲和性。

       比如下面的系统中，字数统计是应用服务，实现业务功能，Nginx服务负责应用服务的反向代理以及负载均衡，日志采集服务收集应用服务的日志并进行上报，这三个服务必须部署运行在一起，才能对外提供完整的功能。同时为了系统的可靠性，数据库MySql服务需要和应用服务分开部署。

     这个例子中，如果用容器实现，就需要将应用服务，Ngnix服务，日志采集服务放到一个容器中，才能实现统一部署。这种方式不是说不可以，但是违背了容器的设计理念，即一个进程跑一个容器。可以看到，Pod即有利于进程资源的隔离，又能独立打包部署和维护。

      通过Pod就可以把具备亲和性的服务包裹一起，而互斥性的服务部署在不同Pod中，K8S通过对Pod的调度和编排，解决了上述容器无法实现的问题。

  • Pod是K8S中最核心，最基础的概念

K8S的其他组件和概念，基本上都是直接或者间接围绕Pod发展的。如下图所示：

本章节我们先了解Pod的一些基本概念和操作，关于Pod高级特性我们放到后面章节。 

 二、YAML语言

     在了解Pod前，我们先看下YAML语言。在K8S的世界里，所有的对象都可以采用了YAML语言描述，YAML语言类似于JSON，但是比JSON更加的清晰紧促，首先做个对比：

JSON的描述:

  1. { 
  2.    "students":
  3.       {
  4.           "boy":20,
  5.           "girl":22      
  6.        }
  7. }

YMAL的描述

  1. Students:
  2.   boy:  20
  3.   girl: 22

可以看到，YAML是通过缩减和空白表示层次间的关系。YAML语言需要注意以下几点：

  • 对象与值之间用":"隔开，冒号后面一定要带上空格。
  • 数组或者列表采用"-"开头，横杠后面一定要带上空格。
  • 在一个文件中可以有多个YAML描述对象，使用"---"分割。
  • 使用"#"描写注释

具体的语法可以参见YAML官网

三、Pod的描述

      K8S采用YAML语言，声明式的描述Pod对象。我们先看下较简单的Pod对象示例。

  1. apiVersion: v1
  2. kind: Pod
  3. metadata:
  4.   name: busybox-pod
  5.   labels: 
  6.      app: bash
  7. spec:
  8.   containers:
  9.   - name: busybox
  10.     image: busybox
  11.     env:
  12.       - name: type
  13.         value: prod
  14.       - name: log
  15.         value: debug
  16.     command:
  17.       - "/bin/sh"
  18.       - "-c"
  19.       - "sleep 3000"
  20.     args:
  21.       - "$(type), $(log)"

     Pod对象有apiVersion，kind，metadata，spec四部分组成。apiVersion描述版本，kind描述类型，对于Pod来说，固定为v1和Pod。

      metadata描述pod的元数据，一般有name，以及labels。name表示该Pod的名称，labels是Pod的标签，可以有多个，表示Pod的"归类"，这个属性很重要，后续的Pod的选择都是依赖标签完成。

    spec是对Pod详细定义，本篇我们重点了解containers，顾名思义，里面可以定义多个容器，容器重要的属性如下:

  • name，容器的名称。
  • image，镜像的名称。
  • env,环境变量，可以配置运行时的环境变量列表。
  • command，容器启动时，执行的指令。
  • args，command启动的入参。
  • ports，容器需要暴露的端口号列表。

Pod对象的属性还有很多，在后续的介绍逐步了解。

四、Pod的操作

     kubectl是K8S的命令行工具(CLI),kubectl 提供了大量的命令，方便管理 Kubernetes 集群中的各种功能，下面我们使用kubectl操作Pod。

1、Pod的创建

使用kubectl apply -f <pod file>指令完成上述Pod的创建。

  1. [root@k8s-master yaml]# kubectl apply -f busybox-pod.yaml 
  2. pod/busybox-pod created

      注意：使用kubectl create也可以创建Pod对象，create是命令式的，而apply是声明式的，其创建逻辑是，不存在则创建，存在则比较差异，进行更新，一般推荐apply。

2、Pod的查看

pod创建完成后，可以使用kubectl get pod 指令查看所有pod的运行情况。

  1. [root@k8s-master yaml]# kubectl get pod
  2. NAME          READY   STATUS    RESTARTS   AGE
  3. busybox-pod   1/1     Running   0          31m

 pod的name为我们定义的busybox,状态status为Running。也可以加上"-o wide"看出更多的信息

  1. [root@k8s-master yaml]# kubectl get pod -o wide
  2. NAME          READY   STATUS    RESTARTS   AGE   IP             NODE        NOMINATED NODE   READINESS GATES
  3. busybox-pod   1/1     Running   0          41m   10.244.36.75   k8s-node1   <none>           <none>

该Pod运行在k8s-node1节点上，其ip为10.244.36.75。

通过 kubectl describe pod <podname>可以查看具体某个pod的详情

  1. [root@k8s-master yaml]# kubectl describe pod busybox-pod
  2. Name:         busybox-pod
  3. Namespace:    default
  4. Priority:     0
  5. Node:         k8s-node1/10.0.0.4
  6. Start Time:   Sun, 13 Nov 2022 21:43:20 +0800
  7. Labels:       app=bash
  8. Annotations:  cni.projectcalico.org/containerID: 30d0f991395befa857f6c2814f625f66e008c308564941285c7cd434a5a3ab18
  9.               cni.projectcalico.org/podIP: 10.244.36.68/32
  10.               cni.projectcalico.org/podIPs: 10.244.36.68/32
  11. Status:       Running
  12. IP:           10.244.36.75
  13. IPs:
  14.   IP:  10.244.36.75
  15. Containers:
  16.   busybox:
  17.     Container ID:  docker://8b28fddf7104e31279f9dc1773630ee5cf4aef2a1d8311abe9dd0224ac2e0567
  18.     Image:         busybox
  19.     Image ID:      docker-pullable://busybox@sha256:5acba83a746c7608ed544dc1533b87c737a0b0fb730301639a0179f9344b1678
  20.     Port:          <none>
  21.     Host Port:     <none>
  22.     Command:
  23.       /bin/sh
  24.       -c
  25.       sleep 3000
  26.     Args:
  27.       $(type), $(log)
  28.     State:          Running
  29.       Started:      Sun, 13 Nov 2022 22:33:54 +0800
  30.     Last State:     Terminated
  31.       Reason:       Completed
  32.       Exit Code:    0
  33.       Started:      Sun, 13 Nov 2022 21:43:37 +0800
  34.       Finished:     Sun, 13 Nov 2022 22:33:37 +0800
  35.     Ready:          True
  36.     Restart Count:  1
  37.     Environment:
  38.       type:  prod
  39.       log:   debug
  40.     Mounts:
  41.       /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-d5mwc (ro)
  42. Conditions:
  43.   Type              Status
  44.   Initialized       True 
  45.   Ready             True 
  46.   ContainersReady   True 
  47.   PodScheduled      True 
  48. Volumes:
  49.   kube-api-access-d5mwc:
  50.     Type:                    Projected (a volume that contains injected data from multiple sources)
  51.     TokenExpirationSeconds:  3607
  52.     ConfigMapName:           kube-root-ca.crt
  53.     ConfigMapOptional:       <nil>
  54.     DownwardAPI:             true
  55. QoS Class:                   BestEffort
  56. Node-Selectors:              <none>
  57. Tolerations:                 node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
  58.                              node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
  59. Events:
  60.   Type    Reason     Age                  From               Message
  61.   ----    ------     ----                 ----               -------
  62.   Normal  Scheduled  58m                  default-scheduler  Successfully assigned default/busybox-pod to k8s-node1
  63.   Normal  Pulled     58m                  kubelet            Successfully pulled image "busybox" in 16.819473827s
  64.   Normal  Pulling    8m35s (x2 over 58m)  kubelet            Pulling image "busybox"
  65.   Normal  Created    8m19s (x2 over 58m)  kubelet            Created container busybox
  66.   Normal  Started    8m19s (x2 over 58m)  kubelet            Started container busybox
  67.   Normal  Pulled     8m19s                kubelet            Successfully pulled image "busybox" in 15.486748688s

     详情中包括了pod的信息，container信息，以及events事件信息。特别说明的是，如果pod启动不成功，可以从event事件查看过程。

使用kubectl logs <podname>指令查看Pod的日志

[root@k8s-master yaml]# kubectl logs busybox-pod

3、进入Pod

Pod运行期间，可以通过命令kubectl exec -it <podname> sh进入到Pod内部，执行相关命令。

  1. [root@k8s-master ~]# kubectl exec -it busybox-pod sh
  2. kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
  3. / # ifconfig
  4. eth0      Link encap:Ethernet  HWaddr D2:2C:E7:0F:4B:48  
  5.           inet addr:10.244.36.75  Bcast:0.0.0.0  Mask:255.255.255.255
  6.           UP BROADCAST RUNNING MULTICAST  MTU:1480  Metric:1
  7.           RX packets:5 errors:0 dropped:0 overruns:0 frame:0
  8.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  9.           collisions:0 txqueuelen:0 
  10.           RX bytes:446 (446.0 B)  TX bytes:0 (0.0 B)
  11.  
  12. lo        Link encap:Local Loopback  
  13.           inet addr:127.0.0.1  Mask:255.0.0.0
  14.           UP LOOPBACK RUNNING  MTU:65536  Metric:1
  15.           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  16.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  17.           collisions:0 txqueuelen:1000 
  18.           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

进入pod的环境后，执行ifconfig看下ip信息，该pod的ip与上面详情中显示的一致。

也可以使用kubectl exec -it <podname> -c <containername> sh进入到某个容器内部

  1. [root@k8s-master ~]# kubectl exec -it busybox-pod -c busybox sh
  2. kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
  3. / # ifconfig
  4. eth0      Link encap:Ethernet  HWaddr D2:2C:E7:0F:4B:48  
  5.           inet addr:10.244.36.75  Bcast:0.0.0.0  Mask:255.255.255.255
  6.           UP BROADCAST RUNNING MULTICAST  MTU:1480  Metric:1
  7.           RX packets:5 errors:0 dropped:0 overruns:0 frame:0
  8.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  9.           collisions:0 txqueuelen:0 
  10.           RX bytes:446 (446.0 B)  TX bytes:0 (0.0 B)
  11.  
  12. lo        Link encap:Local Loopback  
  13.           inet addr:127.0.0.1  Mask:255.0.0.0
  14.           UP LOOPBACK RUNNING  MTU:65536  Metric:1
  15.           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  16.           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  17.           collisions:0 txqueuelen:1000 
  18.           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

执行ifconfig后看到到容器的ip和pod的ip是一致的。这个也就是我们后续要讲的pod里所有的容器网络是共享的。

4、Pod的删除

使用kubectl delete pod <podname>命令删除一个pod

  1. [root@k8s-master ~]# kubectl delete pod busybox-pod
  2. pod "busybox-pod" deleted
  3. [root@k8s-master ~]# kubectl get pod
  4. No resources found in default namespace.

在查询列表为空，表示该pod已经删除

五、总结

        Pod是K8S最核心的概念，引入Pod的目的是为了解决存在亲和性和互斥性复杂关系服务的调度和编排问题。

       Pod采用YAML声明式的对象描述，主要包括apiVersion，kind，metadata，spec四部分，其中spec中申明该Pod容器列表。

  采用kubectl命令行工具，演示了对于Pod的创建，查看，修改，删除等基本操作。

 附:

K8S初级入门系列之一-概述

K8S初级入门系列之二-集群搭建

K8S初级入门系列之三-Pod的基本概念和操作

K8S初级入门系列之四-Namespace/ConfigMap/Secret

K8S初级入门系列之五-Pod的高级特性

K8S初级入门系列之六-控制器(RC/RS/Deployment)

K8S初级入门系列之七-控制器(Job/CronJob/Daemonset)

K8S初级入门系列之八-网络

K8S初级入门系列之九-共享存储

K8S初级入门系列之十-控制器(StatefulSet)

K8S初级入门系列之十一-安全

K8S初级入门系列之十二-计算资源管理

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/我家自动化/article/detail/162452
推荐阅读
相关标签

Copyright © 2003-2013 www.wpsshop.cn 版权所有，并保留所有权利。

  

闽ICP备14008679号