当前位置: 首页 > 知识库问答 >
问题:

K8S-LivenessProbe与readinessProbe

阚小云
2023-03-14

考虑一个pod,它通过端口80处的httpendpoint/health设置了healthcheck,它需要大约60秒才能真正准备就绪并为流量提供服务。

readinessProbe:
  httpGet:
    path: /health
    port: 80
  initialDelaySeconds: 60
livenessProbe:
  html" target="_blank">httpGet:
    path: /health
    port: 80

问题:

  • 对于给定的需求,我的上述配置是否正确?
  • 活性探测器是否只有在吊舱准备就绪后才开始工作?换句话说,我假设一旦吊舱准备就绪,准备探测工作就完成了。之后,livenessProbe负责健康检查。在这种情况下,我可以忽略LivenessProbe的InitialDelaySeconds。如果它们是独立的,那么在pod本身没有准备好的情况下做livenessProbe检查有什么意义!?
  • 请查看此文档。他们所说的
  • 是什么意思

如果您希望您的容器能够自动关闭以进行维护,则可以指定一个就绪探测,该探测检查特定于就绪的endpoint,该endpoint与活跃度探测不同。

澄清!

共有1个答案

巫马刚洁
2023-03-14

活性探针用于检查容器是否启动和活动。如果情况并非如此,kubernetes最终将重新启动容器。

就绪探测反过来也检查依赖关系,如数据库连接或容器完成其工作所依赖的其他服务。作为一个开发人员,您必须在实现上投入更多的时间,而不仅仅是活跃度探测。您必须公开一个endpoint,该endpoint在查询时也检查所提到的依赖项。

当前配置使用了活跃度探测通常使用的健康endpoint。它可能不会检查您的服务是否真的准备好接受流量。

 类似资料:
  • K8S

    流媒体服务和流媒体服务器的关键差异是什么?高效的运维能力是其中极其关键的差异之一,云计算+Docker+K8S让开源项目也能拥有这种能力,让每个人都能具备互联网流媒体服务能力,正如:旧时王谢堂前燕,飞入寻常百姓家! 为何要用k8s部署SRS集群? Simple(简单有效): 这玩意儿真的非常简单、高效便捷、直击服务部署和维护的痛点。羽扇纶巾,谈笑间强撸灰飞湮灭,不信一起来看QuickStart.

  • K8S

    kubenet kubenet 配置1. K8S 安装 sudo kubeadm init --pod-network-cidr=192.168.0.0/162. 查看默认的 network-plugin $ sudo cat /var/lib/kubelet/kubeadm-flags.env KUBELET_KUBEADM_ARGS="--network-plugin=cni --pod-in

  • 这起作用了 这不是

  • Fleet是一个管理大型Kubernetes集群的系统,它提供了一种内置机制,可以使用诸如Helm和Kustomize等行业标准工具为每个目标集群定制Bundles。一旦用户在集群之间部署了Bundles,Fleet就会主动监视资源是否已就绪,以及是否被更改过。

  • XMRig K8s Mine Monero using leftover resources in a Kubernetes cluster. # clonegit clone --recursive https://github.com/brannondorsey/xmrig-k8scd xmrig-k8s# edit the Kubernetes manifest so that you ar

  • k8s-ovs是一个使用openvswitch为K8S提供SDN功能的项目。该项目基于openshift SDN的原理进行开发。由于openshift的SDN网络方案和openshift自身的代码耦合在一起,无法像flannel和calico等网络方案以插件的方式独立的为K8S提供服务,所以我(隶属于万达网络科技集团云平台部)开发了k8s-ovs,它拥有openshift优秀的SDN功能,又可以独