k8s pod详解使用

什么是pod?

Kubernetes(简称K8s)是一个开源的容器编排平台,广泛用于构建、部署和管理容器化应用程序。在K8s中,Pod是一个核心概念,下面是对Pod的详细解释:

一、Pod的定义

Pod是K8s中最小的可部署单元,也是资源对象模型中由用户创建或部署的最小资源对象模型。它实现了对容器的封装和管理,是一组运行在同一主机(节点)上、共享网络和存储空间的一组容器。Pod内的容器共享同一个网络命名空间和存储卷,可以方便地实现容器间的通信和数据共享。

二、Pod的特点

  1. 共享资源:Pod中的容器共享网络和存储资源。它们可以相互访问,并通过本地主机之间的共享卷交换数据,这有助于减少网络通信开销并简化容器间的依赖关系。
  2. 调度和生命周期管理:K8s会将Pod部署到集群中的节点上,并监控其生命周期。K8s确保Pod一直处于运行状态,如果Pod崩溃或节点故障,K8s会自动在其他节点上重新创建Pod。
  3. 负载均衡:K8s可以根据需要创建多个副本的Pod,并利用负载均衡调度算法将流量分发到这些副本上,确保应用程序的高可用性。
  4. 灵活部署:Pod可以方便地部署和管理多个容器,实现集中式管理和快速部署。这有助于简化应用程序的部署和管理流程。

三、Pod的使用

  1. 创建Pod:在创建Pod之前,需要先搭建一个Kubernetes集群。然后,可以通过定义Pod的配置文件(通常使用YAML格式)来指定Pod的名称、包含的容器、使用的镜像、端口映射等信息。最后,使用kubectl命令行工具应用配置文件并部署Pod到集群中。
  2. 查看Pod状态:使用kubectl命令行工具可以查看Pod的状态信息,包括Pod是否正在运行、是否处于就绪状态等。
  3. 进入Pod内部:有时需要进入Pod的容器内部进行一些操作或调试。可以使用kubectl命令行工具进入Pod的bash终端或执行其他命令。
  4. 删除Pod:当不再需要Pod时,可以使用kubectl命令行工具删除Pod。

四、Pod的作用

Pod在K8s中扮演着至关重要的角色。它是K8s调度和管理的最小单位,也是应用程序部署和管理的基本单元。通过Pod,K8s能够实现对容器化应用程序的自动化部署、扩展和操作。Pod提供了共享资源、简化容器间通信和数据共享的机制,有助于提高应用程序的可用性和可扩展性。

综上所述,Pod是K8s中不可或缺的核心组件之一。它封装和管理容器,提供共享资源和简化通信的机制,为应用程序的部署和管理提供了强有力的支持。

使用pod 

 1..run/apply -f/create -f运行pod

[root@k8s-master pod]# kubectl run mynginx --image=nginx -n myns
pod/mynginx created
[root@k8s-master pod]# kubectl create -f tomcat.yaml 
pod/tomcat created
[root@k8s-master pod]# kubectl apply -f httpd.yaml 
pod/httpd created
​
[root@k8s-master pod]# kubectl get pods -n myns
NAME      READY   STATUS    RESTARTS   AGE
httpd     1/1     Running   0          2m20s
mynginx   1/1     Running   0          4m33s
tomcat    1/1     Running   0          8s

2.get查看pod信息 

查看所有pod 

[root@k8s-master ~]# kubectl get pods -A

查看指定的单个/多个pod

[root@k8s-master ~]# kubectl get pod nginx -n myns
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          9s
​
[root@k8s-master ~]# kubectl get pod nginx nginx1 -n myns
NAME     READY   STATUS    RESTARTS   AGE
nginx    1/1     Running   0          97s
nginx1   1/1     Running   0          15s

查看pod同时查看其他类型资源(需要具体指定资源类型和名称) 

[root@k8s-master ~]# kubectl get pod/nginx -n myns node/k8s-node1
NAME        READY   STATUS    RESTARTS   AGE
pod/nginx   1/1     Running   0          104s
​
NAME             STATUS   ROLES    AGE    VERSION
node/k8s-node1   Ready    <none>   3m6s   v1.28.2

列出在某个节点上运行的pod 

[root@k8s-master ~]# kubectl get pods --field-selector=spec.nodeName=k8s-node1

-w实时查看pod信息

[root@k8s-master ~]# kubectl get  pod -w nginx -n myns 
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          4h16m
[root@k8s-master ~]# 

3.exec操作运行中的pod 

进入运行中的pod 

[root@k8s-master ~]# kubectl exec -it nginx -n myns -- /bin/bash
root@nginx:/# ls
bin   docker-entrypoint.d   home   lib64   mnt   root  srv  usr
boot  docker-entrypoint.sh  lib    libx32  opt   run   sys  var
dev   etc           lib32  media   proc  sbin  tmp
​
#不进入但执行命令
[root@k8s-master ~]# kubectl exec -it nginx -n myns -- ls
bin   docker-entrypoint.d   home   lib64   mnt   root  srv  usr
boot  docker-entrypoint.sh  lib    libx32  opt   run   sys  var
dev   etc           lib32  media   proc  sbin  tmp

进入pod中的容器

[root@k8s-master ~]# kubectl exec -it nginx -c xxx -n myns -- /bin/bash
#-c后指定容器名称

4.pod的yaml文件配置定义解析 

[root@k8s-master ~]# kubectl explain pod.spec
#可以以此形式来一层一层获取可配置项
 
apiVersion: v1 
#必选项,版本号,如V1
kind: Pod 
#必选项,资源类型,pod等
metadata: 
#必选项,元数据部分
  name: xxx 
  #Pod名称
  namespace: xxx 
  #Pod所属的命名空间,默认为"default"
  labels: 
  #自定义标签列表
    - name: xxx   
    #自定义标签内容
spec: 
#必选项,Pod中容器的详细定义
  containers: 
  #必选项,Pod中容器列表
  - name: xxx 
  #必选项,容器名称
    image: xxx 
    #必选项,容器的镜像名称
    imagePullPolicy: [ Always|Never|IfNotPresent ] 
    #获取镜像的策略,tag为latest默认always,tag为具体版本号,默认IfNotPresent。always表示每次都尝试重新拉取镜像;ifNotPresent表示如果本地有那个镜像就使用本地的,不存在时才拉取;Nerver表示仅使用本地有的镜像,绝不拉取,本地没有时报错
    command: [xxx] 
    #容器的启动命令列表,如不指定则使用打包时使用的启动命令
    args: [xxx] 
    #容器的启动命令给定参数列表
    workingDir: xxx 
    #容器的工作目录
    volumeMounts: 
    #挂载到容器内部的存储卷配置
    - name: xxx
    #引用pod定义的共享存储卷的名称,需用volumes[]部分定义的的卷名
      mountPath: xxx 
      #存储卷在容器内mount的绝对路径,应少于512字符
      readOnly: xxx
      #布尔值,是否为只读模式
    ports: 
    #需要暴露的端口库号列表
    - name: xxx
    #端口的名称
      containerPort: xxx 
      #容器需要监听的端口号
      hostPort: xxx
      #容器所在主机需要监听的端口号,默认与Container相同
      protocol: xxx 
      #端口协议,支持TCP和UDP,默认TCP
    env: 
    #容器运行前需设置的环境变量列表
    - name: xxx 
    #环境变量名称
      value: xxx 
      #环境变量的值
    resources: 
    #资源限制和请求的设置
      limits: 
      #资源限制的设置
        cpu: xxx 
        #cpu的限制,单位为core数,将用于docker run --cpu-shares参数
        memory: xxx 
        #内存限制,单位可以为Mib/Gib,将用于docker run --memory参数
      requests: 
      #资源请求的设置
        cpu: xxx 
        #cpu请求,容器启动的初始可用数量
        memory: xxx 
        #内存请求,容器启动的初始可用数量
    lifecycle: 
    #生命周期钩子
      postStart: 
      #容器启动后立即执行此钩子,如果执行失败,会根据重启策略进行重启
      preStop: 
      #容器终止前执行此钩子,无论结果如何,容器都会终止
  livenessProbe: 
  #对Pod内各容器健康检查的设置,当探测无响应几次后将自动重启该容器
    exec: 
    #对Pod容器内检查方式设置为exec方式
      command: [xxx] 
      #exec方式需要制定的命令或脚本
    httpGet: 
    #对Pod内个容器健康检查方法设置为HttpGet,需要制定Path、port
      path: xxx
      port: xxx
      host: xxx
      scheme: xxx
      HttpHeaders:
        - name: xxx
          value: xxx
    tcpSocket: 
    #对Pod内个容器健康检查方式设置为tcpSocket方式
      port: number
    initialDelaySeconds: 0 
    #容器启动完成后首次探测的时间,单位为秒
    timeoutSeconds: 0 
    #对容器健康检查探测等待响应的超时时间,单位秒,默认1秒
    periodSeconds: 0 
    #对容器监控检查的定期探测时间设置,单位秒,默认10秒一次
    successThreshold: 0
    failureThreshold: 0
  securityContext:
    privileged: false
restartPolicy: [Always | Never | OnFailure] 
#Pod的重启策略
nodeName: <xxx> 
#设置NodeName表示将该Pod调度到指定到名称的node节点上
nodeSelector: xxx 
#设置NodeSelector表示将该Pod调度到包含这个label的node上
imagePullSecrets: 
#Pull镜像时使用的secret名称,以key:secretkey格式指定
  - name: xxx
hostNetwork: false 
#是否使用主机网络模式,默认为false,如果设置为true,表示使用宿主机网络
volumes: 
#在该pod上定义共享存储卷列表
  - name: string 
  #共享存储卷名称 (volumes类型有很多种)
    emptyDir: {} 
    #类型为emtyDir的存储卷,与Pod同生命周期的一个临时目录。为空值
    hostPath: xxx 
    #类型为hostPath的存储卷,表示挂载Pod所在宿主机的目录
      path: xxx 
      #Pod所在宿主机的目录,将被用于同期中mount的目录
    secret: 
    #类型为secret的存储卷,挂载集群与定义的secret对象到容器内部
      scretname: xxx
      items:
      - key: xxx
        path: xxx
    configMap: 
    #类型为configMap的存储卷,挂载预定义的configMap对象到容器内部
      name: xxx
      items:
      - key: xxx
        path: xxx

5.Pod对容器的封装 

对单个容器的封装

apiVersion: v1
kind: Pod
metadata:
  name: httpd
  labels:
    run: httpd
  namespace: myns
spec:
  containers:
  - name: httpd
    image: httpd
    ports:
    - containerPort: 80

对多个容器封装并绑定为一个Pod 

apiVersion: v1
kind: Pod
metadata:
  name: two-containers
  namespace: myns
  labels:
    name: tc
spec:
  containers:
  - name: first-container
    image: nginx
    ports:
    - containerPort: 80
  - name: second-container
    image: busybox
    command: ["/bin/sh", "-c", "while true; do echo 'Hello from the second container' > /shared-data/index.html; sleep 10; done"]
    volumeMounts:
    - name: shared-data
      mountPath: /shared-data
    ports:
    - containerPort: 8080
  volumes:
  - name: shared-data
    emptyDir: {}

6.pod使用配置映射 

通过配置映射(ConfigMap),可以将配置文件挂载到Pod中,方便管理和更新。

  volumes:
  - name: config-volume
    configMap:
      name: example-config

7.使用存储卷 

通过定义存储卷(Volume),可以将持久化存储挂载到Pod中。

  volumes:
  - name: vol-data
    persistentVolumeClaim:
      claimName: pvc1

8.使用Replication Controller 

通过Replication Controller可以确保指定数量的Pod副本在任何时候都处于运行状态。

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: my-deployment
  spec:
    replicas: 3
    selector:
      matchLabels:
        app: my-app
    template:
      metadata:
        labels:
          app: my-app
      spec:
        containers:
        - name: my-container
          image: my-image

9. 使用Deployment 

Deployment是Replication Controller的升级版,支持滚动更新和回滚。

  apiVersion: apps/v1
  kind: Deployment
  metadata:
    name: my-deployment
  spec:
    replicas: 3
    selector:
      matchLabels:
        app: my-app
    template:
      metadata:
        labels:
          app: my-app
      spec:
        containers:
        - name: my-container
          image: my-image
          ports:
          - containerPort: 80

10.资源配额和限制 

通过设置资源配额(Resource Quotas),可以限制命名空间中所有Pod的资源使用总量。

  resources:
    requests:
      memory: "64Mi"
      cpu: "250m"
    limits:
      memory: "128Mi"
      cpu: "500m"

11.节点资源优化 

通过设置podsPerCore参数,可以根据节点的CPU核心数来控制每个节点上可以运行的Pod数量。

  podsPerCore: 2

12.Pod中的容忍度配置 

apiVersion: v1
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx
  tolerations:
  - key: "dedicated"
    operator: "Equal"
    value: "special-user"
    effect: "NoSchedule"

上一篇:硬币找零问题详解及动态规划解法


下一篇:LeetCode讲解篇之2266. 统计打字方案数-题解思路