We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
问题场景: 我们有一个场景,需要在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. 或者其他能够满足需求场景的方案。
No response
The text was updated successfully, but these errors were encountered:
sharang
No branches or pull requests
Search before asking
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?
Code of Conduct
The text was updated successfully, but these errors were encountered: