1. Toy模板网首页
  2. > Toy博客

k8s Pod简介与探针实现零宕机发布

9月前 作者：今天不学习，明天变"咸鱼" >_< 分类：Toy博客 阅读(40) 违法举报

这篇具有很好参考价值的文章主要介绍了k8s Pod简介与探针实现零宕机发布。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

目录

一、Pod简介

Pod的退出流程

1、什么是Pod

2、定义一个Pod

二、探针、零宕机发布

1、Pod探针

2、Pod探针的检测方式

3、探针检查参数配置

4、startupProbe

5、liveness

6、readiness

7、Pod 优雅关闭

一、Pod简介

Pod的退出流程

  • 管理员 执行的删除操作

  • Pod 的状态为 terminating

  • EndPoint 会删除 对应的 Pod-IP

  • 执行Prestop的指令

1、什么是Pod

Pod是Kubernetes中最小的单元，它由一组、一个或多个容器组成，每个Pod还包含了一个Pause容器，Pause容器是Pod的父容器，主要负责僵尸进程的回收管理，通过Pause容器可以使同一个Pod里面的多个容器共享存储、网络、PID、IPC等。

通过Pod的概念能够方便 管理容器，因为容器不只一种，有多种容器

副本的概念，便捷的扩容与伸缩，资源的管理，Pod使容器之间的通信更为密切(通过Pause镜像)，减少端口的资源浪费

2、Pod基础参数解析

apiVersion: v1 # 必选，API的版本号
kind: Pod       # 必选，类型Pod
metadata:       # 必选，元数据
  name: nginx   # 必选，符合RFC 1035规范的Pod名称
  # namespace: default # 可选，Pod所在的命名空间，不指定默认为default，可以使用-n 指定namespace 
  labels:       # 可选，标签选择器，一般用于过滤和区分Pod，根据业务自定义
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选，注释列表，可以写多个
    app: nginx1.21  #可以注释一些 Nginx版本
spec:   # 必选，用于定义容器的详细信息
#  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
 

二、探针、零宕机发布
 

1、Pod探针
 

🔺实现 零宕机 上线应用
 

    

  •  
    StartupProbe：k8s1.16版本后新加的探测方式，用于判断容器内应用程序是否已经启动。如果配置了startupProbe，就会先禁止其他的探测，直到它成功为止，成功后将不在进行探测。
     
    • 

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

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


 

2、Pod探针的检测方式
 

  •  
    ExecAction：在容器内执行一个命令，如果返回值为0，则认为容器健康。
     


livenessProbe:
  exec:
    command:
    - pgrep
    - nginx
 

  •  
    TCPSocketAction：通过TCP连接检查容器内的端口是否是通的，如果是通的就认为容器健康。
     


livenessProbe:
  tcpSocket:
    port: 80
 

  •  
    HTTPGetAction：通过应用程序暴露的API地址来检查程序是否是正常的，如果状态码为200~400之间，则认为容器健康。
     


linvenessProbe:
  httpGet:
    path: /index.html
    port: 80
 

  •  
    在公司，开发人员需要暴露该服务的两个健康检查API接口，如果测试两个API接口通，代表容器正常运行，不会去误停容器。
     


3、探针检查参数配置
 

探针的参数
 

    

  •  
    initialDelaySeconds: 3
     
  
      

    •  
      容器的初始化时长，用于容器中的服务初始化时间较长的场景
       
      • 

    •  
      合理使用初始化时长，避免容器中的应用应初始化时长被探针检测失败
       
      • 

    

    • 

  •  
    timeoutSeconds: 2
     
  
    •  
      超时时长，检测一个容器中的服务，超时2秒，认定检测失败
       
    

    • 

  •  
    periodSeconds: 2
     
  
    •  
      当检测失败后，每隔 2 秒检测一次
       
    

    • 

  •  
    successThreshold: 1
     
  
    •  
      检测成功的次数，检测1次成功认定该容器ready
       
    

    • 

  •  
    failureThreshold: 2
     
  
    •  
      检测失败的次数，有两次检测失败，认定该容器 NotReady
       
    

    • 


 

检测失败的重启时长
 

    

  •  
    容器初始化检测失败的时长，唯一的区别就是加上容器初始化时长
     
  
      

    •  
      { ( timeoutSecounds + periodSeconds ) * failureThreshold } + initialDelaySeconds
       
      • 

    •  
      { (2+2) * 2} + 3 = 11s
       
      • 

    

    • 

  •  
    容器启动之后检测的方式
     
  
      

    •  
      ( timeoutSecounds + periodSeconds ) * failureThreshold
       
      • 

    •  
      {(2+2) * 2 = 8s
       
      • 

    

    • 



 
 
初始化时间，不建议设置太长，滚动发布受影响 ​ 
# initialDelaySecond: 60   

超时时间，命令去GET页面的超时时间 ​ 
# timeoutSeconds: 2   

检测间隔，每5秒检测一次 ​ 
# periodSeconds: 5   

检查成功为1次表示就绪，检测失败2次表示未就绪 ​ ​ 
# successThreshold: 1 
# failureThreshold: 2 

检测失败的重启时间：（2+5）* 2 = 14 s 所以检测失败次数不建议设置太大

 

 

Prestop：先去请求eureka接口，把自己的IP地址和端口号，进行下线，eureka从注册表中删除该应用的IP地址。然后容器进行sleep 90；kill pgrep java
 

🔺注意：
 

在生产环境中，一定要合理设置探针检查的参数
 

假如一个Java程序的初始化时间为90s，我们没有合理设置探测参数，这样会造成，初始化时间没有给到，后面的检查又失败，失败后Pod又被kubelet干掉，又重启，重启之后又初始化，无限循环，这样对业务造成的影响非常大
 

所以就有新的一种探针模式的增加 --> startupProbe
 
 

4、startupProbe
 

原理：在1.16+版本后，为了防止程序的初始化时间的过长，导致的Pod被检测失败与无限次的重启，设置startupProbe后，程序会在初始化时，先进行startupProbe的检测，检测期间会将其他的两种检测方式进行禁用。只执行一次，自动退出。
 

4.1、进行测试
 

[root@k8s-master01 k8s-day01]# vim pod-Probe.yaml
apiVersion: v1 # 必选，API的版本号
kind: Pod       # 必选，类型Pod
metadata:       # 必选，元数据
  name: nginx   # 必选，符合RFC 1035规范的Pod名称
  # namespace: default # 可选，Pod所在的命名空间，不指定默认为default，可以使用-n 指定namespace 
  labels:       # 可选，标签选择器，一般用于过滤和区分Pod，根据业务自定义
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选，注释列表，可以写多个
    app: nginx1.19      #可以注释一些 Nginx版本
spec:   # 必选，用于定义容器的详细信息
  nodeSelector:
    kubernetes.io/hostname: k8s-node01
  containers:   # 必选，容器列表
  - name: nginx # 必选，符合RFC 1035规范的容器名称
    image: daocloud.io/library/nginx:latest    # 必选，容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选，镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像，那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选，容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    workingDir: /usr/share/nginx/html       # 可选，容器的工作目录
    ports:  # 可选，容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议，默认TCP
    env:    # 可选，环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
    startupProbe: # 可选，检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
      httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
            path: /api/successStart # 检查路径
            port: 80            
  restartPolicy: Always   # 可选，默认为Always，容器故障或者没有启动成功，那就自动该容器，Onfailure: 容器以不为0的状态终止，自动重启该容器, Never:无论何种状态，都不会重启
​
 


[root@k8s-master01 k8s-day01]# kubectl apply -f  pod-Probe.yaml 
pod/nginx created
​
[root@k8s-master01 k8s-day01]# kubectl get pod 
NAME                            READY   STATUS        RESTARTS   AGE
nginx                           0/1     Running       0          9s
​
[root@k8s-master01 k8s-day01]# kubectl get pod 
NAME                            READY   STATUS        RESTARTS   AGE
nginx                           0/1     Running       2          3m
​                                                    # 重启2次了
#可以看，nginx的Pod并未ready，一直在重启
 

4.2、解析报错信息
 

[root@k8s-master01 k8s-day01]# kubectl describe pod nginx | grep -A10 "Events"
Events:
  Type     Reason     Age                     From               Message
  ----     ------     ----                    ----               -------
  Normal   Scheduled  7m38s                   default-scheduler  Successfully assigned default/nginx to k8s-node01
  Normal   Pulled     3m56s (x4 over 7m38s)   kubelet            Container image "daocloud.io/library/nginx:latest" already present on machine
  Normal   Created    3m56s (x4 over 7m38s)   kubelet            Created container nginx
  Normal   Started    3m55s (x4 over 7m38s)   kubelet            Started container nginx
  Warning  Unhealthy  3m55s (x10 over 7m35s)  kubelet            Startup probe failed: HTTP probe failed with statuscode: 404    # 注意看这里，探针检测失败
  Normal   Killing    2m35s (x4 over 6m32s)   kubelet            Container nginx failed startup probe, will be restarted
  
 

🔺注意：从报错的信息看，HTTP probe 检测失败，主要是因为 "path: /api/successStart"，nginx网站并没有/api/successStart该路径， 我们可以加入 TcpSocker 对nginx进行Tcp方面的探测
 

4.3、进行优化，添加 TcpSocker
 

[root@k8s-master01 k8s-day01]# vim pod-Probe.yaml
#进行注释与添加
startupProbe: # 可选，检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
    #  httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
    #        path: /api/successStart # 检查路径
    #        port: 80
      tcpSocket:
        port: 80
 

[root@k8s-master01 k8s-day01]# kubectl apply -f pod-Probe.yaml 
pod/nginx created
​
[root@k8s-master01 k8s-day01]# kubectl get pod
NAME                            READY   STATUS        RESTARTS   AGE
nginx                           1/1     Running       0          2m14s
​
[root@k8s-master01 k8s-day01]# kubectl describe pod nginx | grep -A10 "^Event"
Events:
  Type    Reason     Age    From               Message
  ----    ------     ----   ----               -------
  Normal  Scheduled  3m24s  default-scheduler  Successfully assigned default/nginx to k8s-node01
  Normal  Pulled     3m24s  kubelet            Container image "daocloud.io/library/nginx:latest" already present on machine
  Normal  Created    3m24s  kubelet            Created container nginx
  Normal  Started    3m24s  kubelet            Started container nginx
 

🔺：可以看到，Pod已经重新恢复，主要是 tcpSocket 检测 80端口 成功，nginx默认80端口
 
 

5、liveness
 

🔺注意：一定要使用接口级的健康检查 /path /index.html.........，尽量少使用命令去检查 pgrep nginx
 

apiVersion: v1 # 必选，API的版本号
kind: Pod       # 必选，类型Pod
metadata:       # 必选，元数据
  name: nginx   # 必选，符合RFC 1035规范的Pod名称
  # namespace: default # 可选，Pod所在的命名空间，不指定默认为default，可以使用-n 指定namespace 
  labels:       # 可选，标签选择器，一般用于过滤和区分Pod，根据业务自定义
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选，注释列表，可以写多个
    app: nginx1.21      #可以注释一些 Nginx版本
spec:   # 必选，用于定义容器的详细信息
  nodeSelector:
    kubernetes.io/hostname: k8s-node01
  containers:   # 必选，容器列表
  - name: nginx # 必选，符合RFC 1035规范的容器名称
    image: daocloud.io/library/nginx:latest    # 必选，容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选，镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像，那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选，容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    ports:  # 可选，容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议，默认TCP
    env:    # 可选，环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
    startupProbe: # 可选，检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
    #  httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
    #        path: /api/successStart # 检查路径
    #        port: 80
      tcpSocket:
        port: 80
    readinessProbe: # 可选，健康检查。注意三种检查方式同时只能使用一种。
      httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
            path: / # 检查路径
            port: 80        # 监控端口
#-------------------------------------------------
    livenessProbe:  # 可选，健康检查
      #exec:        # 执行容器命令检测方式
            #command: 
            #- cat
            #- /health
      httpGet:       # httpGet检测方式
         path: /index.html # 检查路径
         port: 80
    #   httpHeaders: # 检查的请求头
    #   - name: end-user
    #     value: Jason 
#-------------------------------------------------
      initialDelaySeconds: 3    # 初始化时间
      timeoutSeconds: 2     # 超时时间
      periodSeconds: 2      # 检测间隔
      successThreshold: 1 # 检查成功为2次表示就绪
      failureThreshold: 2 # 检测失败1次表示未就绪

  restartPolicy: Always 
 

6、readiness
 

  •  
    readiness 美 /'rɛdɪnəs/ 英 /'redɪnəs/ n. 敏捷，迅速；准备就绪；愿意
     


解析：自定义 监控项对容器启动时的监控，如果监测失败，不会去重启容器，不会停止容器
 

只会 限制 服务的 进出流量，用户只能通过 Pod-IP进行访问，无法从Cluster-IP、NodePort-IP进行访问。
 

1、报错演示
 

[root@k8s-master01 k8s-day01]# vim pod-Probe.yaml

apiVersion: v1 # 必选，API的版本号
kind: Pod       # 必选，类型Pod
metadata:       # 必选，元数据
  name: nginx   # 必选，符合RFC 1035规范的Pod名称
  # namespace: default # 可选，Pod所在的命名空间，不指定默认为default，可以使用-n 指定namespace 
  labels:       # 可选，标签选择器，一般用于过滤和区分Pod，根据业务自定义
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选，注释列表，可以写多个
    app: nginx1.21      #可以注释一些 Nginx版本
spec:   # 必选，用于定义容器的详细信息
  nodeSelector:
    kubernetes.io/hostname: k8s-node01
  containers:   # 必选，容器列表
  - name: nginx # 必选，符合RFC 1035规范的容器名称
    image: daocloud.io/library/nginx:latest    # 必选，容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选，镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像，那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选，容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    workingDir: /usr/share/nginx/html       # 可选，容器的工作目录
    ports:  # 可选，容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议，默认TCP
    env:    # 可选，环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
#"---------------------------------------------------------------------------"
    readinessProbe: # 可选，健康检查。注意三种检查方式同时只能使用一种。
      httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
            path: /a.html # 检查路径，该路径不存在
            port: 80        # 监控端口
#"---------------------------------------------------------------------------"
      initialDelaySeconds: 3    # 初始化时间
      timeoutSeconds: 2     # 超时时间
      periodSeconds: 2      # 检测间隔
      successThreshold: 1 # 检查成功为2次表示就绪
      failureThreshold: 2 # 检测失败1次表示未就绪
      preStop:  #容器关闭之前执行的命令
  restartPolicy: Always


[root@k8s-master01 k8s-day01]# vim nginx-svc.yaml 
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc

spec:
  type: NodePort
  ports:
  - name: http
    port: 80
    targetPort: 80    # 映射端口，nginx服务为80端口，如果mysql就3306
    nodePort: 30080   # 映射到外部的端口，可以在外部浏览器访问 Node-IP:30080
  - name: https       # SSL
    port: 443
    targetPort: 443
    nodePort: 30443
  selector:            # 上方的Nginx设置的 Labels
    app: nginx
 

[root@k8s-master01 k8s-day01]# kubectl apply -f pod-Probe.yaml 
pod/nginx created

[root@k8s-master01 k8s-day01]# kubectl get pod -o wide
NAME              READY   STATUS        RESTARTS   AGE     IP               NODE           
nginx             0/1     Running       0          5m7s    172.17.125.11    k8s-node01  

[root@k8s-master01 k8s-day01]# kubectl apply -f nginx-svc.yaml 
service/nginx-svc configured
[root@k8s-master01 k8s-day01]# kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP                      3d20h
nginx-svc    NodePort    10.106.106.114   <none>        80:30080/TCP,443:30443/TCP   3d15h
                                           # 10.106.106.114:80 -> 192.168.178.54:30080
                                                                 （部署Pod的Node-IP）
 


查看报错日志信息：

 

[root@k8s-master01 k8s-day01]# kubectl describe pod nginx | grep -A10 "Event"
Events:
  Type     Reason     Age                     From               Message
  ----     ------     ----                    ----               -------
  Normal   Scheduled  3m24s                   default-scheduler  Successfully assigned default/nginx to k8s-node01
  Normal   Pulled     3m24s                   kubelet            Container image "daocloud.io/library/nginx:latest" already present on machine
  Normal   Created    3m24s                   kubelet            Created container nginx
  Normal   Started    3m24s                   kubelet            Started container nginx
  Warning  Unhealthy  2m39s (x22 over 3m21s)  kubelet            Readiness probe failed: HTTP probe failed with statuscode: 404

2、使用容器内部进行访问，可以看到访问成功：
[root@k8s-master01 k8s-day01]# kubectl exec -it nginx -- sh
# curl -I localhost:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:07:30 GMT
# curl -I 172.17.125.11:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:15:05 GMT

3、使用外部、集群IP进行访问进行访问，访问失败，进出流量限制：
[root@k8s-master01 k8s-day01]# curl -I 10.106.106.114:80
curl: (7) Failed connect to 10.106.106.114:80; Connection refused
[root@k8s-master01 k8s-day01]# curl -I 192.168.178.54:30080
curl: (7) Failed connect to 192.168.178.54:30080; Connection refused
 

2、正确演示
 

#找到并修改
    readinessProbe: 
      httpGet:      
            path: /index.html # 修改此处即可
            port: 80       
 

[root@k8s-master01 k8s-day01]# kubectl describe pod nginx | grep -A10 "Event"
Events:
  Type     Reason     Age                     From               Message
  ----     ------     ----                    ----               -------
  Normal   Scheduled  3m24s                   default-scheduler  Successfully assigned default/nginx to k8s-node01
  Normal   Pulled     3m24s                   kubelet            Container image "daocloud.io/library/nginx:latest" already present on machine
  Normal   Created    3m24s                   kubelet            Created container nginx
  Normal   Started    3m24s                   kubelet            Started container nginx
  Warning  Unhealthy  2m39s (x22 over 3m21s)  kubelet            Readiness probe failed: HTTP probe failed with statuscode: 404

2、使用容器内部进行访问，可以看到访问成功：
[root@k8s-master01 k8s-day01]# kubectl exec -it nginx -- sh
# curl -I localhost:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:07:30 GMT
# curl -I 172.17.125.11:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:15:05 GMT

3、使用外部、集群IP进行访问进行访问，访问失败，进出流量限制：
[root@k8s-master01 k8s-day01]# curl -I 10.106.106.114:80
curl: (7) Failed connect to 10.106.106.114:80; Connection refused
[root@k8s-master01 k8s-day01]# curl -I 192.168.178.54:80
curl: (7) Failed connect to 192.168.178.54:80; Connection refused
 

[root@k8s-master01 k8s-day01]# kubectl apply -f pod-Probe.yaml 
pod/nginx created
[root@k8s-master01 k8s-day01]# kubectl get pod -o wide
NAME              READY   STATUS        RESTARTS   AGE     IP               NODE           
nginx             1/1     Running       0          18s     172.17.125.12    k8s-node01    

1、使用容器内部访问，访问成功：
[root@k8s-master01 k8s-day01]# kubectl exec -it nginx -- sh
# curl -I  172.17.125.12:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:40:58 GMT

2、使用容器Cluster-IP、NodePort访问，成功：
[root@k8s-master01 k8s-day01]# kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP                      3d20h
nginx-svc    NodePort    10.106.106.114   <none>        80:30080/TCP,443:30443/TCP   3d15h

[root@k8s-master01 k8s-day01]# curl -I 10.106.106.114:80
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:42:17 GMT

[root@k8s-master01 k8s-day01]# curl -I 192.168.178.54:30080
HTTP/1.1 200 OK
Server: nginx/1.19.6
Date: Thu, 11 Nov 2021 06:42:37 GMT
 
 

7、Pod 优雅关闭
 

🔺：零宕机下线应用
 

  •  
    合理使用 proStop，进行容器退出时执行的命令
     


1、Pod优雅关闭
 

模式：
 

    

  •  
    postStart
     
  
    •  
      容器在启动之前做的一系列指定操作，比如 提前创建 目录、文件、执行脚本等。
       
    

    • 

  •  
    preStop
     
  
      

    •  
      容器关闭之后，执行的命令
       
      • 

    •  
      通常我们会使用该参数进行 Pod 的优雅关闭，实现 零宕机 下线服务
       
      • 

    

    • 



spec:  
  terminationGracePeriods: 90s
  containers:
    lifecycle:
      preStop:  #容器关闭之前执行的命令
        exec:
          command:
          - sh
          - -c
          - sleep 90;kill `pgrep nginx`	
 

  •  
    可以看到下方的 yaml 配置 ，nginx 在退出时，执行了睡眠操作，保证容器中的服务 有足够的时间进行下线操作(处理服务关闭之前，接收的服务未进行处理，等待处理完成后，关闭服务，保证数据的完整性)
     


🔺注意：
 

    

  •  
    我们往往会忽视一个参数，terminationGracePeriodSeconds (容器优雅的关闭的时间间隔)
     
    • 

  •  
    这参数默认为30秒，就算你不设置， terminationGracePeriodSeconds: 30
     
    • 



⛔再次注意：
 

    

  •  
    如果你想使 容器 进行 90s 的优雅关闭时长，那你的参数应该为 terminationGracePeriodSeconds: 90
     
  
    •  
      加入你设置的 sleep 时长为 90s ，你的参数为 terminationGracePeriodSeconds: 30，那肯定容器只等待30s左右就会关闭，你应该设置参数为 50s，才能保证 sleep 50 运行成功
       
    

    • 

  •  
    所以我们在进行容器优雅下线时，要合理使用 preStop 与 该参数
     
    • 


 

2、效果演示
 

1️⃣默认情况：terminationGracePeriodSeconds: 30
 

apiVersion: v1 # 必选，API的版本号
kind: Pod       # 必选，类型Pod
metadata:       # 必选，元数据
  name: nginx   # 必选，符合RFC 1035规范的Pod名称
  # namespace: default # 可选，Pod所在的命名空间，不指定默认为default，可以使用-n 指定namespace 
  labels:       # 可选，标签选择器，一般用于过滤和区分Pod，根据业务自定义
    app: nginx
    role: frontend # 可以写多个
  annotations:  # 可选，注释列表，可以写多个
    app: nginx1.21      #可以注释一些 Nginx版本
spec:   # 必选，用于定义容器的详细信息
  nodeSelector:
    kubernetes.io/hostname: k8s-node01
  containers:   # 必选，容器列表
  - name: nginx # 必选，符合RFC 1035规范的容器名称
    image: daocloud.io/library/nginx:latest    # 必选，容器所用的镜像的地址
    imagePullPolicy: IfNotPresent     # 可选，镜像拉取策略, IfNotPresent: 如果宿主机有这个镜像，那就不需要拉取了. Always: 总是拉取, Never: 不管是否存储都不拉去
    command: # 可选，容器启动执行的命令 ENTRYPOINT, arg --> cmd
    - nginx 
    - -g
    - "daemon off;"
    workingDir: /usr/share/nginx/html       # 可选，容器的工作目录
    ports:  # 可选，容器需要暴露的端口号列表
    - name: http    # 端口名称
      containerPort: 80     # 端口号
      protocol: TCP # 端口协议，默认TCP
    env:    # 可选，环境变量配置列表
    - name: TZ      # 变量名
      value: Asia/Shanghai # 变量的值
    - name: LANG
      value: en_US.utf8
    startupProbe: # 可选，检测容器内进程是否完成启动。注意三种检查方式同时只能使用一种。
      tcpSocket:
        port: 80
    readinessProbe: # 可选，健康检查。注意三种检查方式同时只能使用一种。
      httpGet:      # httpGet检测方式，生产环境建议使用httpGet实现接口级健康检查，健康检查由应用程序提供。
            path: / # 检查路径
            port: 80        # 监控端口
    livenessProbe:  # 可选，健康检查
      httpGet:       # httpGet检测方式
         path: /index.html # 检查路径
         port: 80
      initialDelaySeconds: 3    # 初始化时间
      timeoutSeconds: 2     # 超时时间
      periodSeconds: 2      # 检测间隔
      successThreshold: 1 # 检查成功为2次表示就绪
      failureThreshold: 2 # 检测失败1次表示未就绪
    lifecycle:
      preStop:  #容器关闭之前执行的命令
        exec:
          command:
          - sh
          - -c
#"----------------------------------------------------------------------"
          - sleep 90;kill `pgrep nginx`		#设置 90 秒关闭 容器
#"----------------------------------------------------------------------"
  restartPolicy: Always 
 

[root@k8s-master01 k8s-day01]# kubectl apply -f pod-Probe.yaml 
pod/nginx created

[root@k8s-master01 k8s-day01]# kubectl get pod
NAME                            READY   STATUS        RESTARTS   AGE
nginx                           1/1     Running       0          15s


[root@k8s-master01 k8s-day01]# time kubectl delete -f pod-Probe.yaml 
pod "nginx" deleted

real	0m36.076s
user	0m0.051s
sys	0m0.031s
#这里可以看到，容器并没有 90 秒退出，默认的 terminationGracePeriodSeconds 为30s
 
 

2️⃣修改：terminationGracePeriodSeconds: 90s文章来源地址https://www.toymoban.com/news/detail-782308.html
 

spec:   # 必选，用于定义容器的详细信 息
  nodeSelector:
    kubernetes.io/hostname: k8s-node01
# "----------------------------------------------------------------------"
  terminationGracePeriodSeconds: 90		#添加此行，为 90s 进行优雅关闭容器
# "-----------------------------------------------------------------------"
 

[root@k8s-master01 k8s-day01]# kubectl apply -f pod-Probe.yaml 
pod/nginx created  
  
[root@k8s-master01 k8s-day01]# time kubectl delete -f pod-Probe.yaml 
pod "nginx" deleted

real	1m32.343s	#可以看到 关闭时长为 90s
user	0m0.057s
sys	0m0.022s
                    
到了这里，关于k8s Pod简介与探针实现零宕机发布的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

                

                

                                                

                   

                       
                            
                            
                            
                            
                    
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

                

                                

                    
分享到：

                    领支付宝红包
                    赞助服务器费用
                

                            

            

		        
相关文章

			    
    
			        			        
  • 
			                                    
    
                            
    
                                在K8S中，Pod不同探针有何区别？
                            
    
                            
    
                                
    在Kubernetes（K8s）中，Pod可以配置三种类型的探针来监控容器的运行状态： 存活探针（LivenessProbe） ： Liveness探针用于检查容器是否仍处于正常运行状态。如果liveness探针连续多次失败（未通过健康检查），Kubernetes会认为该容器内部已经发生无法恢复的错误，kubelet会终止并重
    
                            
    
                            
    
                                2024年02月19日
                                
    
                                    浏览(38)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                k8s之Pod及Probe 探针机制（健康检查机制）
                            
                        
    
                                                
    
                            
    
                                k8s之Pod及Probe 探针机制（健康检查机制）
                            
    
                            
    
                                
    1.1、定义 Pod 是一组（一个或多个） 容器（docker容器）的集合 （就像在豌豆荚中）；这些容器共享存储、网络、以及怎样运行这些容器的声明 - 我们一般不直接创建Pod，而是创建一些工作负载由他们来创建Pod 1.2、Pod的形式 Pod对容器有自恢复能力（Pod自动重启失败的容器）
    
                            
    
                            
    
                                2024年02月12日
                                
    
                                    浏览(39)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                飞天使-k8s知识点17-kubernetes实操2-pod探针的使用
                            
                        
    
                                                
    
                            
    
                                飞天使-k8s知识点17-kubernetes实操2-pod探针的使用
                            
    
                            
    
                                
    探针的使用 容器探针启动实验1-启动探针的使用-startupprobe Liveness Probes 和 Readiness Probes 演示 若存在started.html 则进行
    
                            
    
                            
    
                                2024年02月20日
                                
    
                                    浏览(49)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                k8s进阶之路-pod探针：容器内的监控机制，检测应用是否存活
                            
                        
    
                                                
    
                            
    
                                k8s进阶之路-pod探针：容器内的监控机制，检测应用是否存活
                            
    
                            
    
                                
    配合Pod重启策略：  RestartPolicy 应用程序是否启动完成： 3.startupProbe启动探针1.16：排他性          如果三个都配置了，会优先启动，会禁用前两个反馈成功后，才会启动以下两个 应用启动成功后： 1.LivenessProbe存活探针--故障自动恢复：         如果容器挂掉了，会检测是
    
                            
    
                            
    
                                2024年02月19日
                                
    
                                    浏览(49)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
    
                                K8S基本概念+pod生命周期+容器重启策略+Init容器和边车容器+pod探针+postStart和preStop
                            
    
                            
    
                                
    Kubernetes是谷歌以Borg为前身，基于谷歌15年生产环境经验的基础上开源的一个项目，Kubernetes致力于提供跨主机集群的自动部署、扩展、高可用以及运行应用程序容器的平台。 kube-APIServer：集群的控制中枢，各个模块之间信息交互都需要经过Kube-APIServer，同时它也是集群管理、资
    
                            
    
                            
    
                                2024年04月15日
                                
    
                                    浏览(44)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                Kubernetes 启动Pod的方法-Pod的调度算法-Pod间的通信-k8s的控制器-Pod资源控制-发布Service服务
                            
                        
    
                                                
    
                            
    
                                Kubernetes 启动Pod的方法-Pod的调度算法-Pod间的通信-k8s的控制器-Pod资源控制-发布Service服务
                            
    
                            
    
                                
    目录 Pod 参考文档：Pod | Kubernetes Pod配置文件：simple-pod.yaml 对master进行如下操作 Pod的状态有： 参考文档：(70条消息) Pod生命周期中的状态解释_pod状态_闹玩儿扣眼珠子的博客-CSDN博客 进入Pod内的nginx容器： 当我们创建一个Pod，其中的步骤是什么？（启动Pob的流程） 大概步骤：
    
                            
    
                            
    
                                2024年02月13日
                                
    
                                    浏览(59)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
    
                                k8s探针详解
                            
    
                            
    
                                
    Kubernetes（k8s）中的探针是一种健康检查机制，用于监测Pod内容器的运行状况。主要包括以下三种类型的探针： 1、存活探针（Liveness Probe） 2、就绪探针（Readiness Probe） 3、启动探针（Startup Probe）（自1.16版本引入） Kubernetes (k8s) 的启动探针（StartupProbe）主要用于检测容器内的
    
                            
    
                            
    
                                2024年01月18日
                                
    
                                    浏览(41)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                k8s 就绪探针
                            
                        
    
                                                
    
                            
    
                                k8s 就绪探针
                            
    
                            
    
                                
    提起探针，不知兄dei 们是否有印象，之前我们分享过存活探针，分享 存活探针是如何确保异常容器自动重启来保持应用程序的正常运行 ，感兴趣的可以查看文章 k8s 系列k8s 学习十七，存活探针副本机制2 今天我们就单独来分享一下 就绪探针 就绪探针也是分为 3 种类型 Exec
    
                            
    
                            
    
                                2024年02月13日
                                
    
                                    浏览(29)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
    
                                Kubernetes（K8s）探针
                            
    
                            
    
                                
    Kubernetes（K8s）提供了几种类型的探针（Probes），用于运行时检查容器中运行的应用程序的健康状态。这些探针使得Kubernetes能够更加智能地管理容器，例如自动重启失败的容器、不将流量发送到未准备好接收流量的容器等。探针可以配置为执行三种类型的检查：HTTP GET请求、
    
                            
    
                            
    
                                2024年02月19日
                                
    
                                    浏览(39)
                                 
    
                            
    
                        
    
                    
    • 			        
  • 
			                                    
    
                            
                                K8S哲学 - probe 探针
                            
                        
    
                                                
    
                            
    
                                K8S哲学 - probe 探针
                            
    
                            
    
                                
    liveness probe readiness probe startup probe Liveness Probe ：用于检查容器是否还在运行。如果 Liveness Probe 失败，Kubernetes 会杀死容器，然后根据你的重启策略来决定是否重新启动容器。常见的做法是使用与 Readiness Probe 相同的低成本 HTTP 端点，但是设置更高的  failureThreshold ，这样可以确
    
                            
    
                            
    
                                2024年04月28日
                                
    
                                    浏览(28)
                                 
    
                            
    
                        
    
                    
    • 			    

			

        

                
    

    



    
觉得文章有用就打赏一下文章作者



    
支付宝扫一扫打赏

    
博客赞助





    
微信扫一扫打赏

    
请作者喝杯咖啡吧~博客赞助











    
支付宝扫一扫领取红包，优惠每天领

	

	    
二维码1

	    
领取红包

	

	

	    
二维码2

	    
领红包