Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FR] Kubernetes Watcher 独立部署的需求场景 #7965

Open
2 of 3 tasks
Hyzhou opened this issue Aug 27, 2024 · 0 comments
Open
2 of 3 tasks

[FR] Kubernetes Watcher 独立部署的需求场景 #7965

Hyzhou opened this issue Aug 27, 2024 · 0 comments
Assignees
Labels
Milestone

Comments

@Hyzhou
Copy link
Contributor

Hyzhou commented Aug 27, 2024

Search before asking

  • I had searched in the issues and found no similar feature requirement.

Description

问题场景:
我们有一个场景,需要在Serverless集群中,观测Pod的数据流量。
每个Agent将会以DaemonSet或Sidecar的方式部署在用户Pod中。按目前的方案,将会有随机的一个Pod作为Watcher需要上报集群相关元信息。这个随机性将会带来一些问题,比如作为Watcher的Agent将会消耗额外的CPU、内存资源,涉及到Watcher问题处理的时候,需要重启用户Pod内的Agent等等。
本质上Watcher和Agent的确就是两个不同职责的服务。

目前的解决方案:
我们目前单独部署了一套Agent不做采集,仅作为Watcher部署在集群内,通过环境变量关闭了采集。
经过验证,这个方案有一定的缺陷,当Watcher滚动更新之后,Deepflow可能会选择集群内其他Pod内的Agent作为Watcher,并且在Agent被删除前无法被抢占,目前只能通过修改数据库的方式更新Watcher。导致固定Watcher的方案存在一定问题。

需求:
a. 所以需要一个机制,能够显示指定当前的Agent不会被作为Watcher。
b. 或者其他能够满足需求场景的方案。

Use case

No response

Related issues

No response

Are you willing to submit a PR?

  • Yes I am willing to submit a PR!

Code of Conduct

@Hyzhou Hyzhou added the feature label Aug 27, 2024
@sharang sharang self-assigned this Aug 29, 2024
@sharang sharang added this to the 6.6 milestone Aug 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants
@sharang @Hyzhou and others