• Kubernetes之Pod


            pod是kubernetes集群进行管理的最小单元,程序必须部署于容器中,而容器必须存在于pod中,每个pod都可以包含一个或者多个容器,同一个Pod中的应用可以共享磁盘。
            kubernetes中的pod都是通过pod控制器来实现的。
    一、通过命令形式创建
    (1)创建

    kubectl run "pod控制器名称" [参数]
    --image  指定pod的镜像
    --port     指定端口
    --replicas  指定创建pod数量
    --namespace  指定namespace
    
    • 1
    • 2
    • 3
    • 4
    • 5

    注:k8s在v1.18.0以后的版本, --replicas以弃用该命令,推荐使用deployment创建pods。
    eg:kubectl run nginx --image=nginx:1.17.1 --port=80 --replicas=3 --namespace=dev
    在这里插入图片描述
    (2)查看pod和pod控制器

    kubectl get pod,deploy -n dev
    
    • 1

    在这里插入图片描述
    注:查询资源信息命令后面加上"-o wide"可以查到详细一点的信息

    kubectl get pod,deploy -n dev -o wide
    
    • 1

    在这里插入图片描述
    (3)查询pod详细信息

    kubectl describe pod -n dev
    
    • 1

    在这里插入图片描述
    (4)删除pod

    kubectl delete pod "pod名称" -n dev
    
    • 1

    在这里插入图片描述
    注:观察发现,删除pod后又自动重新创建了一个,这是由于pod控制器管理策略的缘故,这里我们直接删除pod控制器,就会发现这三个pod就会自动全部销毁。如果想要删除某个pod后不想让pod控制器再自动创建,可以通过相关配置实现,之后再说。

    查询pod控制器

    kubectl get deploy -n dev
    
    • 1

    在这里插入图片描述
    删除pod控制器

    kubectl delete deploy "名称" -n dev
    
    • 1

    在这里插入图片描述
    再次查询pod,会发现pod已经被全部删除:
    在这里插入图片描述
    二、通过yaml创建
    编写yaml文件,我们需要先了解相关资源的资源清单,可以通过如下命令进行查询。

    kubectl explain "资源名称"
    
    • 1

    例如:kubectl explain pod,也可以通过kubectl explain pod.spec查看其子属性
    在这里插入图片描述
    pod的资源清单如下:

    apiVersion: v1     #必选,版本号,例如v1
    kind: Pod         #必选,资源类型,例如 Pod
    metadata:         #必选,元数据
      name: string     #必选,Pod名称
      namespace: string  #Pod所属的命名空间,默认为"default"
      labels:           #自定义标签列表
        - name: string                 
    spec:  #必选,Pod中容器的详细定义
      containers:  #必选,Pod中容器列表
     - name: string   #必选,容器名称
        image: string  #必选,容器的镜像名称
        imagePullPolicy: [ Always|Never|IfNotPresent ]  #获取镜像的策略
        command: [string]   #容器的启动命令列表,如不指定,使用打包时使用的启动命令
        args: [string]      #容器的启动命令参数列表
        workingDir: string  #容器的工作目录
        volumeMounts:       #挂载到容器内部的存储卷配置
        - name: string      #引用pod定义的共享存储卷的名称,需用volumes[]部分定义的的卷名
          mountPath: string #存储卷在容器内mount的绝对路径,应少于512字符
          readOnly: boolean #是否为只读模式
        ports: #需要暴露的端口库号列表
        - name: string        #端口的名称
          containerPort: int  #容器需要监听的端口号
          hostPort: int       #容器所在主机需要监听的端口号,默认与Container相同
          protocol: string    #端口协议,支持TCP和UDP,默认TCP
        env:   #容器运行前需设置的环境变量列表
        - name: string  #环境变量名称
          value: string #环境变量的值
        resources: #资源限制和请求的设置
          limits:  #资源限制的设置
            cpu: string     #Cpu的限制,单位为core数,将用于docker run --cpu-shares参数
            memory: string  #内存限制,单位可以为Mib/Gib,将用于docker run --memory参数
          requests: #资源请求的设置
            cpu: string    #Cpu请求,容器启动的初始可用数量
            memory: string #内存请求,容器启动的初始可用数量
        lifecycle: #生命周期钩子
            postStart: #容器启动后立即执行此钩子,如果执行失败,会根据重启策略进行重启
            preStop: #容器终止前执行此钩子,无论结果如何,容器都会终止
        livenessProbe:  #对Pod内各容器健康检查的设置,当探测无响应几次后将自动重启该容器
          exec:         #对Pod容器内检查方式设置为exec方式
            command: [string]  #exec方式需要制定的命令或脚本
          httpGet:       #对Pod内个容器健康检查方法设置为HttpGet,需要制定Path、port
            path: string
            port: number
            host: string
            scheme: string
            HttpHeaders:
            - name: string
              value: string
          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: <string> #设置NodeName表示将该Pod调度到指定到名称的node节点上
      nodeSelector: obeject #设置NodeSelector表示将该Pod调度到包含这个label的node上
      imagePullSecrets: #Pull镜像时使用的secret名称,以key:secretkey格式指定
     - name: string
      hostNetwork: false   #是否使用主机网络模式,默认为false,如果设置为true,表示使用宿主机网络
      volumes:   #在该pod上定义共享存储卷列表
     - name: string    #共享存储卷名称 (volumes类型有很多种)
        emptyDir: {}       #类型为emtyDir的存储卷,与Pod同生命周期的一个临时目录。为空值
        hostPath: string   #类型为hostPath的存储卷,表示挂载Pod所在宿主机的目录
          path: string                #Pod所在宿主机的目录,将被用于同期中mount的目录
        secret:          #类型为secret的存储卷,挂载集群与定义的secret对象到容器内部
          scretname: string  
          items:    
          - key: string
            path: string
        configMap:         #类型为configMap的存储卷,挂载预定义的configMap对象到容器内部
          name: string
          items:
          - key: string
            path: string
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
    • 40
    • 41
    • 42
    • 43
    • 44
    • 45
    • 46
    • 47
    • 48
    • 49
    • 50
    • 51
    • 52
    • 53
    • 54
    • 55
    • 56
    • 57
    • 58
    • 59
    • 60
    • 61
    • 62
    • 63
    • 64
    • 65
    • 66
    • 67
    • 68
    • 69
    • 70
    • 71
    • 72
    • 73
    • 74
    • 75
    • 76
    • 77
    • 78

    相关说明:
            在kubernetes中基本所有资源的一级属性都是一样的,主要包含如下5部分:

    apiVersion <string> 版本,由kubernetes内部定义,版本号必须可以用 kubectl api-versions 查询到
    kind <string> 类型,由kubernetes内部定义,必须可以用 kubectl api-resources 查询到
    metadata <Object> 元数据,主要是资源标识和说明,常用的有name、namespace、labels等
    spec <Object> 描述,这是配置中最重要的一部分,里面是对各种资源配置的详细描述
    status <Object> 状态信息,里面的内容不需要定义,由kubernetes自动生成
    
    • 1
    • 2
    • 3
    • 4
    • 5

    spec 子属性说明如下:

    containers <[]Object> 容器列表,用于定义容器的详细信息
    nodeName <String> 根据nodeName的值将pod调度到指定的Node节点上
    nodeSelector <map[]> 根据NodeSelector中定义的信息选择将该Pod调度到包含这些label的Node 上
    hostNetwork <boolean> 是否使用主机网络模式,默认为false,如果设置为true,表示使用宿主机网络
    volumes <[]Object> 存储卷,用于定义Pod上面挂在的存储信息
    restartPolicy <string> 重启策略,表示Pod在遇到故障的时候的处理策略
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    pod.spec.containers属性说明如下:

    RESOURCE: containers <[]Object>   # 数组,代表可以有多个容器
    FIELDS:
       name  <string>     # 容器名称
       image <string>     # 容器需要的镜像地址
       imagePullPolicy  <string> # 镜像拉取策略 
       command  <[]string> # 容器的启动命令列表,如不指定,使用打包时使用的启动命令
       args     <[]string> # 容器的启动命令需要的参数列表
       env      <[]Object> # 容器环境变量的配置
       ports    <[]Object>     # 容器需要暴露的端口号列表
       resources <Object>      # 资源限制和资源请求的设置
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10

    特别说明imagePullPolicy(用于设置镜像拉取策略):

    Always:总是从远程仓库拉取镜像(一直远程下载)
    IfNotPresent:本地有则使用本地镜像,本地没有则从远程仓库拉取镜像
    Never:只使用本地镜像,从不去远程仓库拉取,本地没有就报错
    
    关于默认值:
    如果镜像tag为具体版本号, 默认策略是:IfNotPresent
    如果镜像tag为:latest(最终版本) ,默认策略是always
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7

    pod.spec.containers.ports属性说明如下:

    RESOURCE: ports <[]Object>
    FIELDS:
       name         <string>  # 端口名称,如果指定,必须保证name在pod中是唯一的		
       containerPort<integer> # 容器要监听的端口(0<x<65536)
       hostPort     <integer> # 容器要在主机上公开的端口,如果设置,主机上只能运行容器的一个副本(一般省略) 
       hostIP       <string>  # 要将外部端口绑定到的主机IP(一般省略)
       protocol     <string>  # 端口协议。必须是UDP、TCP或SCTP。默认为“TCP”。
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7

    (1)创建

    vim pod-dev.yaml
    
    • 1

    内容如下:

    apiVersion: v1
    kind: Pod
    metadata:
      name: nginx
      namespace: dev
    spec:
      containers:
      - image: nginx:1.17.1
        name: pod
        ports:
        - name: nginx-dev
          containerPort: 80
          protocol: TCP
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13

    创建命令:

    kubectl create -f pod-dev.yaml
    
    • 1

    在这里插入图片描述
    (2)进入pod中的容器:

    kubectl exec pod名称 -n 命名空间 -it -c 容器名称 /bin/sh
    
    • 1

    eg: kubectl exec nginx -n dev -it -c pod /bin/sh
    在这里插入图片描述
    注:ctrl+D即可退出容器

    (3)删除命令:

    kubectl delete -f pod-dev.yaml
    
    • 1

    在这里插入图片描述
    三、pod的详细配置
    1、pod中容器资源配额
            pod中的容器如果不做资源限制,势必会消耗大量的资源,导致其他容器无法正常运行,所以需要对其进行资源配额。k8s提供了对内存和cpu进行配额的机制。
            pod.spec.containers.resources下有limits和requests可以进行配置,说明如下:

    limits:用于限制运行时容器的最大占用资源,当容器占用资源超过limits时会被终止,并进行重启
    requests :用于设置容器需要的最小资源,如果环境资源不够,容器将无法启动
    
    在这对cpu和memory的单位做一个说明:
    cpu:core数,可以为整数或小数
    memory: 内存大小,可以使用Gi、Mi、G、M等形式
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    示例如下:

    apiVersion: v1
    kind: Pod
    metadata:
      name: nginx
      namespace: dev
    spec:
      containers:
      - image: nginx:1.17.1
        name: pod
        ports:
        - name: nginx-dev
          containerPort: 80
          protocol: TCP
        resources:
          limits:   #用于限制运行时容器的最大占用资源
            cpu: "2"
            memory: "2Gi"
          requests:   #用于设置容器需要的最小资源
            cpu: "1"
            memory: "1Gi"
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20

    测试时我们可以将限制条件改到不满足pod启动的要求,就会发现启动会失败,如下:
    在这里插入图片描述
    2、pod的重启策略
    通过如下查询:
    在这里插入图片描述
    pod的重启策略有 3 种,分别如下:

    Always :容器失效时,自动重启该容器,这也是默认值。
    OnFailure : 容器终止运行且退出码不为0时重启
    Never : 不论状态为何,都不重启该容器
    
    • 1
    • 2
    • 3

    示例如下:

    apiVersion: v1
    kind: Pod
    metadata:
      name: nginx
      namespace: dev
    spec:
      containers:
      - image: nginx:1.17.1
        name: pod
        ports:
        - name: nginx-dev
          containerPort: 80
          protocol: TCP
      restartPolicy: Never # 设置重启策略为Never
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    未完待续…

  • 相关阅读:
    webrtc推拉流 srs报错:DTLS_HANG DTLS: > Hang, done=0, version=-1, arq=0
    手撕Vuex-模块化共享数据上
    【仿牛客网笔记】 Spring Boot进阶,开发社区核心功能-统一处理异常
    2022年阿里云双十一金秋云创季:轻量应用服务器2核2G,1年低至49.68元
    使用Smartctl脚本输入当前所有磁盘的状态
    C++函数指针接lambda原理
    雷达干扰和烧穿范围简介
    科普文章|一文了解平行链及其优势
    Linux 系统误将 chmod 权限改成 了 000,如何恢复?
    Sentinel整合Gateway
  • 原文地址:https://blog.csdn.net/qq_26709459/article/details/125538679