首页 > 其他分享 >pod探针的三种类型及三种检测方式

pod探针的三种类型及三种检测方式

时间:2024-02-28 22:48:06浏览次数:23  
标签:容器 检测 initialDelaySeconds 探针 三种 pod Pod

Pod探针是Kubernetes中的一种机制,用于检测Pod中的容器是否正常运行。它主要有三种类型:存活探针(LivenessProbe)、就绪探针(ReadinessProbe)和启动探针(StartupProbe)。

  1. 存活探针(LivenessProbe):用于检测容器是否仍在运行。如果存活探针检测失败,kubelet将根据配置的重启策略对容器进行相应的处理。如果未配置存活探针,则默认状态为成功。这主要用于判断Pod是否需要重启。
  2. 就绪探针(ReadinessProbe):用于检测容器内的程序是否健康。如果就绪探针的返回值为成功,则表示容器已经完成启动,并且程序已经可以接受流量。这主要用于判断Pod是否能够提供正常服务。
  3. 启动探针(StartupProbe):这是Kubernetes 1.16版本后新增的探测方式,用于判断容器内的应用程序是否已经启动。如果配置了启动探针,它会先禁止其他的探测,直到启动探针成功为止。成功后,将不再进行探测。这主要适用于容器启动时间较长的场景。

对于这三种探针,它们的检测方式主要有三种:

  1. ExecAction:在容器内执行一个命令,如果命令的返回值为0,则认为容器健康。
  2. TCPSocketAction:通过TCP连接检查容器内的端口是否通畅。如果端口通畅,则认为容器健康。
  3. HTTPGetAction:通过应用程序暴露的API地址来检查程序是否正常运行。如果状态码为200~400之间,则认为容器健康。

请注意,这三种检查方式在同一时间只能使用一种。另外,探针检查参数配置中,还包括初始化时间(initialDelaySeconds)、超时时间(timeoutSeconds)、检测间隔(periodSeconds)、检查成功次数(successThreshold)和检测失败次数(failureThreshold)等参数,用于更精确地控制探针的行为。

apiVersion: v1  
kind: Pod  
metadata:  
  name: liveness-example  
spec:  
  containers:
    - name: startup  
      image: k8s.gcr.io/startup  
      startupProbe:  
        exec:  
          command: ["/bin/sh", "-c", "until nc -z localhost 8080; do echo waiting for server; sleep 2; done;"]  
        initialDelaySeconds: 10  
        failureThreshold: 30
    - name: readiness  
      image: k8s.gcr.io/readiness  
      readinessProbe:  
        httpGet:  
          path: /readiness  
          port: 8080  
        initialDelaySeconds: 5  
        timeoutSeconds: 1
    - name: liveness  
      image: k8s.gcr.io/liveness  
      ports:  
        - containerPort: 8080  
      livenessProbe:  
        tcpSocket:  
          port: 8080  
        initialDelaySeconds: 15  
        timeoutSeconds: 1  
        periodSeconds: 10  
        successThreshold: 1  
        failureThreshold: 3

标签:容器,检测,initialDelaySeconds,探针,三种,pod,Pod
From: https://www.cnblogs.com/ydswin/p/18042185

相关文章

  • k8s是如何保障滚动升级时下线的pod不被访问
    Kubernetes(k8s)通过一系列机制保障在滚动升级时,下线的Pod不再被访问。以下是一些主要的保障措施:Service抽象:在Kubernetes中,Pod通常不是直接暴露给外部访问的,而是通过Service来抽象和暴露。Service提供一个稳定的网络端点,无论背后的Pod如何变化,Service的IP和端......
  • 在K8S中,Pod优雅终止过程是什么?
    在Kubernetes(K8s)中,Pod的优雅终止过程是一个有序的过程,旨在确保Pod中运行的应用程序能够平滑关闭,释放资源,并尽可能减少因突然关闭带来的数据丢失和服务中断。以下是Pod优雅终止的一般步骤:删除Pod请求用户或控制器发出删除Pod的请求,比如通过kubectldeletepod<pod-name>......
  • 在K8S中,当Pod业务量比较大时候,如何实现水平伸缩和扩容?
    在Kubernetes中,当Pod的业务量比较大时,可以通过水平伸缩(HorizontalPodAutoscaling,HPA)和扩容(Scaling)来实现动态的资源管理。以下是实现水平伸缩和扩容的一些步骤和方法:1.水平伸缩(HorizontalPodAutoscaling,HPA)水平伸缩允许你根据一些指标(如CPU使用率、内存使用率、自定义......
  • 在K8S中,如何查看Pod中某个容器日志?
    在Kubernetes(K8s)中,若要查看Pod中某个容器的日志,可以使用kubectllogs命令,并通过-c或--container参数指定容器名称。以下是命令格式:kubectllogs<pod_name>-c<container_name>这里的<pod_name>是你想要查看日志的Pod名称,而<container_name>则是你具体想要......
  • 在K8S中,svc关联pod失败原因有哪些?
    在Kubernetes(K8S)中,Service(svc)与Pod关联失败的原因可能有多种。以下是一些常见的原因:网络问题:kube-proxy配置问题:如果kube-proxy没有正确配置或未开启masquerade,可能导致Pod发出的包无法被正确伪装成Service的IP和MAC地址,从而导致Service无法与Pod关联。网络策略限制:如果启用......
  • 在K8S中,如何知道Pod的数据存储在哪里?
    在Kubernetes(K8S)中,Pod的数据存储位置主要取决于Pod中容器挂载的卷(volume)。Pod的数据存储可以通过多种方式在Kubernetes集群中持久化或临时存储,以下是如何确定Pod数据存储位置的方法:查看PodYAML配置:检查Pod的YAML定义文件,可以明确看到容器挂载的卷类型和挂载路径。例如,查......
  • k8s pod重启 deployment重启
     1.15版本之后可通过kubectlrolloutrestartdeployment-n命令来实现滚动重启POD该命令会先创建待用POD,待新POD运行成功后,再关闭原有POD。因此需要保证node节点数量大于POD数量,否则新POD无法正常启动。当POD数量与node数量相同时,可使用先减小deployment规模的方法,先减小......
  • 在K8S中,Pod亲和性和反亲和性作用区别有哪些?该如何使用?
    1.Pod亲和性(PodAffinity)作用:资源协同:当Pod需要与具有特定标签的Node或已经在特定Node上运行的Pod紧密合作时,比如共享硬件加速器或者进行高效的数据交互,可以利用Pod亲和性将这些Pod调度到一起。负载分片:在大规模集群中,可以根据业务需求,将相似类型的Pod调度到同一组Node上,以......
  • 在K8S中,影响pod调度的因素有哪些?
    在Kubernetes(K8s)中,影响Pod调度的因素非常多,主要包括但不限于以下几个方面:资源需求与限制:资源请求(Requests):Pod在创建时声明需要的最小资源量,如CPU和内存。调度器会寻找至少能满足这些资源请求的Node进行调度。资源限额(Limits):Pod可使用的最大资源量,超过限额可能会被系统限......
  • 在K8S中,如何让Pod运行一次?如何解决一次性任务?
    在Kubernetes(K8S)中,要让Pod运行一次并完成一次性任务,可以使用Job资源。Job是Kubernetes中用于运行一次性任务的工作负载API对象。它创建一个或多个Pod,并确保指定数量的Pod成功终止。当Pod成功完成后,Job将跟踪成功完成的情况。当达到指定的成功完成次数时,任务(即Job)就完成了。以下是......