OpenKruise这个审计问题遇到过吗?

OpenKruise审计日志显示 这两个地方反复UPDATE 一直在变 用户的pod实际上是正常的 没有不就绪,这个问题遇到过吗?
fcf756dadeded9bb8ea1e795b23ca82b.jpg
059871285c9e7430f7af5c32ad22194d.jpg
5b66c8091477842ac74166954a8348f3.png

fc2eaa02eb678cadb294a6c215fb8880.png
看日志 是SidecarSet 在不断的reconcile

展开
收起
嘟嘟嘟嘟嘟嘟 2024-01-04 00:25:28 72 分享 版权
3 条回答
写回答
取消 提交回答
  • 面对过去,不要迷离;面对未来,不必彷徨;活在今天,你只要把自己完全展示给别人看。

    ,可能是OpenKruise的调度器在尝试更新Pod的状态时出现了问题。建议您检查OpenKruise的配置和日志以获取更多详细信息,并尝试重新启动OpenKruise或Kubernetes集群以解决问题。

    2024-01-05 17:38:17
    赞同 展开评论
  • 日志很明显嘛,Pod not ready 了昂//。另外,没有遇到过。此回答整理自钉群“OpenKruise 社区交流群”

    2024-01-04 18:11:13
    赞同 展开评论
  • 这个问题可能是由于OpenKruise的in-place升级功能引起的。OpenKruise的原地升级功能可以确保在更新Pods时,应用的升级和回滚都是无缝的。在这个过程中,可能会出现你描述的这种UPDATE操作反复进行的情况。然而,这并不意味着Pods是不正常的,因为原地升级是一种保证业务连续性的升级方式。

    同时,Kubernetes对并发更新同一资源对象的行为进行了版本控制,以确保两个用户的update请求不会互相覆盖。因此,即使有两个或更多的用户同时尝试更新同一个Pod,Kubernetes也会确保每次更新的正确性。

    2024-01-04 09:57:55
    赞同 展开评论
问答分类:

国内唯一 Forrester 公共云容器平台领导者象限。

还有其他疑问?
咨询AI助理