K8s--探针机制


K8s中的探针用来对pod中容器的状态进行检测,有3种探针,存活探针、就绪探针、启动探针

探针的3种机制

  1. HTTP GEt:该类型的探针对容器的ip地址和执行HTTP GET请求,如果响应的状态码大于等于 200 且小于 400,则诊断被认为是成功的。
  2. TCP套接字:该类型的探针尝试与容器指定端口建立TCP连接,如果端口打开,则诊断被认为是成功的。
  3. Exec:该类型的探针在容器内执行任意的命令,如果命令退出时返回码为 0 则认为诊断成功

每次探测都将获得以下三种结果之一:
Success(成功):容器通过了诊断。
Failure(失败):容器未通过诊断。
Unknown(未知):诊断失败,因此不会采取任何行动。

探针的3种类型

存活指针

该指针用来指示容器是否正在运行。
kubernetes根据存活指针来检查容器是否正常运行,若探测失败,则 kubelet 会杀死容器, 并且容器将根据其重启策略去处理

可以通过在yaml文件中pod的spec部分的containers里面添加一个字段livenessProbe来添加存活指针:

apiVersion: v1
kind: Pod
metadata: 
    name: pod-learning
spec:
    containers:
    -  image: nginx
       name: nginx
       livenessProbe:
           httpGet:
               path: /   #指定http请求的路径
               port: 8080  #探针连接的网络端口
           initialDelaySeconds: 15  #指定第一次探测时延迟15秒,这是为了让pod运行起来
       ports:
       -  containerPort: 8081

就绪指针

该指针用来指示容器是否准备好为请求提供服务。如果就绪态探测失败,kubelet将该Pod提供的所有服务的endpoint列表中删除该Pod的 IP地址。
Kubernetes根据就绪指针来检测pod中的容器是否已经就绪,在发布应用时很有必要在pod中添加该指针,K8s会根据pod是否就绪决定是否将该pod放入该服务中,从而保证服务集群中的pod都是可以提供服务的

与存活指针的区别在于,若容器未通过检查准备,则不会被终止或重新启动。存活探针通过杀死异常的容器并用新的容器去替代他们的工作,而就绪探针确保只有准备好处理请求的pod才能在服务集群中

启动探针

该指针用来指示容器中的应用是否已经启动
如果使用了启动探针,则所有其他探针都会被禁用,直到此探针成功为止。如果启动探测失败,kubelet将杀死容器,而容器依其重启策略进行重启

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
要将正在 k8s-node1 节点上运行的名为 apache-pod 的 pod 扩容到 k8s-node2 节点,并同时在这两个节点上运行 pod,请按照以下步骤操作: 1. 创建一个 deployment,指定 pod 的副本数为 2,并使用 nodeSelector 将这两个 pod 分别调度到 k8s-node1 和 k8s-node2 节点上。可以使用以下 YAML 文件创建 deployment: ``` apiVersion: apps/v1 kind: Deployment metadata: name: apache-pod spec: replicas: 2 selector: matchLabels: app: apache-pod template: metadata: labels: app: apache-pod spec: nodeSelector: kubernetes.io/hostname: k8s-node1 containers: - name: apache-container image: httpd:latest ports: - containerPort: 80 ``` 在这个 YAML 文件中,我们使用 nodeSelector 将第一个 pod 调度到 k8s-node1 节点上,第二个 pod 调度到 k8s-node2 节点上。注意,我们在 template.spec.containers 中指定了容器的镜像和端口号,这里使用的是 httpd 镜像,端口号是 80。 2. 使用 kubectl apply 命令应用这个 YAML 文件: ``` kubectl apply -f deployment.yaml ``` 3. 使用 kubectl get pods 命令检查 pod 状态,确认这两个 pod 都在运行: ``` kubectl get pods -o wide ``` 在输出中,你会看到两个 apache-pod 的副本都在运行,其中一个在 k8s-node1 节点上,另一个在 k8s-node2 节点上。 需要注意的是,使用 nodeSelector 指定 pod 调度到特定节点上可能会降低集群的灵活性,因为这样做会使节点的资源分配不均衡。如果你的集群中有多个节点,最好使用 Kubernetes 的调度器来自动地将 pod 调度到空闲节点上。你可以使用 nodeAffinity 和 podAntiAffinity 等特性来控制 pod 的调度行为。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值