文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

kubernetes k8s如何定义一个Pod

2023-06-29 14:05

关注

今天小编给大家分享一下kubernetes k8s如何定义一个Pod的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。

什么是Pod?

pod是kubernetes中最小的单元,由一组、一个或多个容器组成,每个pod中包含了一个pause容器。

pause容器是pod的父容器,主要负责僵尸进程的回收管理,通过pause容器可以使同一个pod中多个容器共享存储、网络、PID、IPC等,同一个Pod中多容器间访问仅通过localhost就可以通信。

kubernetes k8s如何定义一个Pod

为什么要引入Pod?

将有强依赖性的容器放在同一个Pod里,例如要求低延迟性,容器A与容器B之间文件上的联系等,引入Pod的概念是可以提高性能、便于管理。
从k8s角度说,docker是容器,但是容器却不只是docker,引入pod可以使容器间工作更协调。

定义一个Pod:pod.yaml

下面这个yaml文件可能复制有问题,你也可以使用下面命令生成一个yaml文件作为模板进行修改:

kubectl create deployment nginx --image=nginx -o yaml --dry-run=client >nginx.yaml
apiVersion: v1 # 必选,API的版本号kind: Pod       # 必选,类型Podmetadata:       # 必选,元数据  name: nginx   # 必选,符合RFC 1035规范的Pod名称  # namespace: default # 可选,Pod所在的命名空间,不指定默认为default,可以使用-n 指定namespace   labels:       # 可选,标签选择器,一般用于过滤和区分Pod    app: nginx    role: frontend # 可以写多个  annotations:  # 可选,注释列表,可以写多个    app: nginxspec:   # 必选,用于定义容器的详细信息#  initContainers: # 初始化容器,在容器启动之前执行的一些初始化操作#  - command:#    - sh#    - -c#    - echo "I am InitContainer for init some configuration"#    image: busybox#    imagePullPolicy: IfNotPresent#    name: init-container  containers:   # 必选,容器列表  - name: nginx # 必选,符合RFC 1035规范的容器名称    image: nginx:1.15.2    # 必选,容器所用的镜像的地址    imagePullPolicy: IfNotPresent     # 可选,镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像,那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去    command: # 可选,容器启动执行的命令 ENTRYPOINT, arg --> cmd    - nginx     - -g    - "daemon off;"    workingDir: /usr/share/nginx/html       # 可选,容器的工作目录#    volumeMounts:   # 可选,存储卷配置,可以配置多个#    - name: webroot # 存储卷名称#      mountPath: /usr/share/nginx/html # 挂载目录#      readOnly: true        # 只读    ports:  # 可选,容器需要暴露的端口号列表    - name: http    # 端口名称      containerPort: 80     # 端口号      protocol: TCP # 端口协议,默认TCP    env:    # 可选,环境变量配置列表    - name: TZ      # 变量名      value: Asia/Shanghai # 变量的值    - name: LANG      value: en_US.utf8#    resources:      # 可选,资源限制和资源请求限制#      limits:       # 最大限制设置#        cpu: 1000m#        memory: 1024Mi#      requests:     # 启动所需的资源#        cpu: 100m#        memory: 512Mi#    startupProbe: # 可选,检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。#      httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。#            path: /api/successStart # 检查路径#            port: 80#    readinessProbe: # 可选,健康检查。注意三种检查方式同时只能使用一种。#      httpGet:      # httpGet检测方式,生产环境建议使用httpGet实现接口级健康检查,健康检查由应用程序提供。#            path: / # 检查路径#            port: 80        # 监控端口#    livenessProbe:  # 可选,健康检查      #exec:        # 执行容器命令检测方式            #command:             #- cat            #- /health    #httpGet:       # httpGet检测方式    #   path: /_health # 检查路径    #   port: 8080    #   httpHeaders: # 检查的请求头    #   - name: end-user    #     value: Jason #      tcpSocket:    # 端口检测方式#            port: 80#      initialDelaySeconds: 60       # 初始化时间#      timeoutSeconds: 2     # 超时时间#      periodSeconds: 5      # 检测间隔#      successThreshold: 1 # 检查成功为2次表示就绪#      failureThreshold: 2 # 检测失败1次表示未就绪#    lifecycle:#      postStart: # 容器创建完成后执行的指令, 可以是exec httpGet TCPSocket#        exec:#          command:#          - sh#          - -c#          - 'mkdir /data/ '#      preStop:#        httpGet:      #              path: /#              port: 80      #  exec:      #    command:      #    - sh      #    - -c      #    - sleep 9  restartPolicy: Always   # 可选,默认为Always,容器故障或者没有启动成功,那就自动该容器,Onfailure: 容器以不为0的状态终止,自动重启该容器, Never:无论何种状态,都不会重启  #nodeSelector: # 可选,指定Node节点  #      region: subnet7#  imagePullSecrets:     # 可选,拉取镜像使用的secret,可以配置多个#  - name: default-dockercfg-86258#  hostNetwork: false    # 可选,是否为主机模式,如是,会占用主机端口#  volumes:      # 共享存储卷列表#  - name: webroot # 名称,与上述对应#    emptyDir: {}    # 挂载目录#        hostPath:              # 挂载本机目录#          path: /etc/hosts

apiserver:定义API的版本号

kind:创建资源类型,如pod、deployment等

metadata:元数据,如pod的一些基本信息

spec:用于定义容器的详细信息

执行yaml文件创建Pod:

kubectl create -f pod.yaml

完成后查看Pod:

kubectl get pod

注意:生产中基本不会直接使用pod进行部署,但是yaml文件大同小异。需要熟悉yaml文件的格式和配置项。

Pod探针:

StartupProbe:1.16版本后增加的探针方式,用于判断容器内应用程序是否已经启动,如果配置了StartupProbe,就会先禁止其他探测,直到成功,成功后将不在进程探测。

LivenessProbe:用于探测容器是否运行,如果探测失败,kubelet会根据配置的重启策略进行相应的处理。若没有配置该探针,默认就是success。

ReadinessProbe:一般用于探测容器内的程序是否健康,它的返回值如果为success,那么代表这个容器已经启动成功,并且程序已经是可以接受流量的状态。

Pod探针检测方式:

以上探针均可配置以下方式:

ExecAction:在容器内执行一个命令,如果返回值为0,则认为容器健康(类似于执行一个命令后,执行echo $?返回值为0代表成功是一样的)

livenessProbe:  exec:    command:    - cat    - /tmp/health

TCPSocketAction:通过TCP连接检查容器内的端口是否通的,如果是通的则认为容器健康(类似于telnet 127.0.0.1 3306,执行成功的话判断为容器健康)

livenessProbe:  tcpSocket:    port: 80

HTTPGetAction:通过应用程序暴露的API地址来检查程序是否正常,如果状态码为200~400之间,则认为容器健康。(生产使用最多)

livenessProbe:  httpGet:    path: /status/health    port: 80

探针检查的几个参数:

initialDelaySeconds:初始化时间(比如程序启动慢,我要多少秒后才会检查)

timeoutSeconds:超时时间(1-2秒)

periodSeconds:检测间隔,多长时间检测一次(5秒)

successThreshold:检测成功次数,比如检测成功几次代表就绪(1-2次)

failureThreshold:检测失败次数,比如检测失败几次代表未就绪(2次)

重启策略:timeoutSecondsperiodSecondsfailureThreshold

我们可以看以下coredns的探针配置:

# 查看pod名称[root@k8s-master01 ~]# kubectl get deployment -n kube-systemcoredns                   1/1     1            1           5d18h# 在线编译coredns的yaml文件[root@k8s-master01 ~]# kubectl edit deployment coredns -n kube-system        livenessProbe:          failureThreshold: 5          httpGet:            path: /health            port: 8080            scheme: HTTP          initialDelaySeconds: 60                     periodSeconds: 10          successThreshold: 1          timeoutSeconds: 5        # 上面代表请求8080的/health接口,如果访问成功则保留容器不会被杀死        readinessProbe:          failureThreshold: 3          httpGet:            path: /ready            port: 8181            scheme: HTTP          periodSeconds: 10          successThreshold: 1          timeoutSeconds: 1         # 上面配置代表请求8181的/ready接口成功,说明容器可以正常开始工作了

Pod退出流程

Prestop:先去请求eureka接口,把自己的IP地址和端口号,进行下线,eureka从注册表中该应用的IP地址。然后容器进行sleep 90,kill ‘进程’;(注意90不是确定值,而是根据实际情况进行变化的)

kubernetes k8s如何定义一个Pod

以上就是“kubernetes k8s如何定义一个Pod”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注编程网行业资讯频道。

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     807人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     351人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     314人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     433人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     221人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯