早c晚a眼霜:KubernetesJobInformer回调调用非常晚-边看边学

我们使用 kubernetes informer（source code）从 kubernetes api 服务器接收作业更新事件，在收到这些事件后，我们通常会从集群中删除作业记录。

最近我们发现有很多作业记录留在集群中，因为客户端没有立即从 kuberntes API Server 收到 Kubernetes 作业更新事件，而是在一个多小时后收到这些事件。

以下是一些信息：

作业通知器回调

OnAdd(obj intece{})
OnUpdate(oldObj, newObj intece{})     
OnDelete(obj intece{})

群集信息

kubernetes 版本：v1.20
client-go 版本：v0.19.6

其他信息
那里有超过 1000 个 kubernetes 作业，它们都处于完成状态，我们不会删除它们，只是因为我们需要它们来调试其他业务逻辑。

但是我们发现，在删除了那些 kubernetes 作业并重新启动了告密者之后，一切都变得正常了。

如何解决通知延迟？有没有调试这种问题？

本站系公益性非盈利分享网址，本文来自用户投稿，不代表边看边学立场，如若转载，请注明出处

宽带调试:带调试工具的 Kubernetessidecar

关于宽带调试的问题，在kubernetes sidecar中经常遇到，我试图介绍一个 sidecar 与 dotnet 调试工具根据这个https://thecloudblog.net/post/tracing-and-profiling-a-net-core-application-on-azure-kubernetes-service-with-a-sidecar-container/做下面的命令应该工作…

2024-02-02 13:26:40

0 47 89 30